Skip to main content
Een API-sleutel authenticeert verzoeken aan Novita AI. Deze pagina legt uit hoe u een sleutel maakt en opslaat, hoe u deze in verschillende omgevingen gebruikt en hoe u de toegangsbeheerinstellingen configureert. Gebruik deze pagina om:
  • Verzoeken aan Novita AI te authenticeren met een Bearer API-sleutel.
  • Een API-sleutel in de console te maken en veilig op te slaan.
  • De sleutel als omgevingsvariabele in te stellen op Linux, macOS of Windows.
  • Te controleren hoelang een sleutel geldig blijft en welke sleutelbewerkingen de OpenAPI ondersteunt.
  • Model- en netwerktoegangsbeleid voor een sleutel te configureren.

Authenticatie

Novita AI gebruikt Bearer-authenticatie voor API-toegang. Stuur uw API-sleutel in de Authorization-aanvraagheader:
Een voorbeeldverzoek:

Een API-sleutel maken

1

Sleutelbeheer openen

Ga naar Sleutelbeheer in de console.
2

Een nieuwe sleutel maken

Selecteer API-sleutel maken en geef de sleutel een naam die het doel weergeeft, zoals production of local-testing.
3

De sleutel kopiëren en opslaan

De volledige sleutel wordt slechts één keer weergegeven, bij het aanmaken. Kopieer deze onmiddellijk en sla deze op een veilige locatie op, zoals een secrets manager of een omgevingsvariabele. Als u deze kwijtraakt, kunt u deze niet herstellen; maak in plaats daarvan een nieuwe sleutel aan.

Toegangsbeheer configureren

Toegangsbeheer is optioneel en wordt per API-sleutel geconfigureerd: De speciale handleidingen leggen het gedrag van beleid, machtigingen, configuratie en afwijzingsfouten uit.

Sleutelformaat en geldigheid

  • Elke sleutel begint met het voorvoegsel sk_.
  • Een sleutel wordt slechts één keer volledig weergegeven, bij het aanmaken. Daarna toont de console een gemaskeerde vorm.
  • Elk account kan maximaal 10 API-sleutels aanmaken.
Wanneer u een sleutel maakt, kiest u een van vier vervalopties: Permanent / 90 dagen / 30 dagen / 24 uur.
U stelt de vervaltijd in wanneer u de sleutel aanmaakt. Deze kan daarna niet worden gewijzigd: u kunt een sleutel niet verlengen of onmiddellijk laten verlopen. Permanente sleutels blijven onbeperkt geldig, waardoor een gelekte sleutel langer bruikbaar blijft. Gebruik permanente sleutels alleen wanneer dat passend is. De vervaltijd wordt alleen in de console geconfigureerd; de OpenAPI maakt geen sleutels aan en stelt de vervaltijd ervan niet in, wijzigt deze niet en verwijdert deze niet.
Een verlopen sleutel wordt geweigerd wanneer deze wordt gebruikt, maar de configuratie ervan blijft zichtbaar en de verwijderactie is nog steeds beschikbaar. Vervaltijd is iets anders dan een sleutel uitschakelen. Maak een nieuwe sleutel aan om de toegang te herstellen. Als u een sleutel vóór het verlopen wilt uitschakelen, verwijdert u deze in de console; de verwijdering wordt onmiddellijk van kracht.

Wat de OpenAPI ondersteunt

U maakt en verwijdert API-sleutels alleen in de console. De Novita OpenAPI heeft geen endpoints voor het maken of verwijderen van sleutels en ondersteunt het configureren van de vervaltijd van een sleutel niet. Met de sleutelgerelateerde OpenAPI-endpoints kunt u sleutels weergeven en hun model- en netwerktoegangsbeleid beheren:

Uw sleutel als omgevingsvariabele opslaan

Een sleutel hardcoderen in broncode kan deze blootstellen, bijvoorbeeld wanneer u het bestand commit. Door deze uit een omgevingsvariabele zoals NOVITA_API_KEY te lezen, blijft deze buiten uw broncode.

Tijdelijk vs. permanent

Een sleutel die is ingesteld met export (Linux/macOS) of set (Windows) blijft alleen bestaan voor de huidige terminalsessie en verdwijnt wanneer u deze sluit. Dit is geschikt voor een snelle test. Als u de sleutel tussen sessies wilt behouden, stelt u deze permanent in zoals hieronder wordt weergegeven en opent u vervolgens een nieuwe terminal zodat de wijziging van kracht wordt.
Lees de sleutel in uw code uit de omgeving:

De variabele is ingesteld, maar de code kan deze nog steeds niet vinden

Een sleutel die is ingesteld met export of $env: bestaat alleen in de terminalsessie waarin u de opdracht hebt uitgevoerd. Een nieuwe terminal of tab neemt deze niet over. Stel de sleutel permanent in (>> ~/.zshrc, setx), of voer de opdracht export/$env: opnieuw uit in de sessie die u gebruikt.
Een permanente wijziging (een shellprofiel of setx) geldt voor terminals die na de wijziging worden gestart. Open een nieuwe terminal en start vervolgens uw IDE of editor opnieuw, zodat deze de bijgewerkte omgeving kan lezen. Op Windows heeft setx geen invloed op terminals die al open zijn.
Processen die worden gestart door systemd, supervisor, Docker of een CI-runner lezen uw interactieve shellprofiel niet. Stel de variabele in de eigen configuratie van de service in, zoals de Environment= van een systemd-unit, een docker run -e-flag, of de secrets van het CI-project, in plaats van in ~/.bashrc.
sudo geeft uw omgeving standaard niet door, dus een variabele die door uw gebruiker is geëxporteerd, is niet zichtbaar voor het verhoogde proces. Gebruik sudo -E om de omgeving te behouden, of stel de variabele in de verhoogde context in.

Gerelateerd

Laatst gewijzigd op 17 september 2026