api.tokios.com authentifiziert sich mit einem Tokios API-Schlüssel, der als Bearer-Token gesendet wird. Sie erstellen Schlüssel im Tab Keys der Konsole; sie beginnen mit sk-tok- und können auf bestimmte Modelle beschränkt werden. Schlüssel sind kostenlos und benötigen keine Kreditkarte.
Einen Schlüssel erstellen
- Öffnen Sie den Tab Keys in der Konsole.
- Geben Sie einen display name ein (zum Beispiel
production-appoderlocal-dev). - Optional setzen Sie model patterns — kommagetrennte Globs, die einschränken, welche Modelle der Schlüssel erreichen kann (zum Beispiel
gemma*,gpt-4*). Lassen Sie*, um alle Ihre Modelle zuzulassen. - Klicken Sie auf Create key, dann copy the key immediately — er wird nur einmal angezeigt.
Einen Schlüssel per E-Mail teilen
Um einem Teammitglied oder Freund Zugriff zu geben, ohne das Secret selbst zu handhaben, verwenden Sie Share Key (neben Create key im Tab Keys). Er prägt einen neuen, eigenen Schlüssel für diese Person und mailt ihr einen einmaligen Link, um ihn anzuzeigen — der Schlüssel selbst steht niemals in der E-Mail, und Sie sehen oder kopieren ihn niemals. Im Dialog Share a key by email:1
Die Empfänger-E-Mail eingeben
Die Person, die den Schlüssel erhalten soll. Sie bekommt einen einmaligen Link zur Anzeige, nicht den Schlüsseltext.
2
Den Modell-Scope setzen
Wählen Sie, welche(s) Modell(e) dieser geteilte Schlüssel aufrufen darf — dieselbe Modell-Muster-Beschränkung wie bei einem normalen Schlüssel, sodass ein geteilter Schlüssel auf genau ein Deployment beschränkt werden kann.
3
Optional Passphrase und Ablauf hinzufügen
Eine passphrase (teilen Sie sie separat mit dem Empfänger) fügt einen zweiten Faktor zum einmaligen Link hinzu. Expiry setzt, wann der Schlüssel aufhört zu funktionieren — oder lassen Sie es auf No expiry.
4
Nutzungssichtbarkeit wählen, dann senden
Lassen Sie Let them check this key’s usage aktiviert, damit der Empfänger die Nutzung des geteilten Schlüssels sehen kann (Sie können dies später pro Schlüssel ausschalten). Wenn Ihr Workspace Request-Logging verwendet und Sie möchten, dass der Empfänger die mit diesem Schlüssel gesendeten Prompts lesen kann, tickern Sie zusätzlich Let them read their stored prompts there too — es ist standardmäßig aus, da jeder, der den Schlüssel hält, diese Prompts lesen könnte. Dann klicken Sie auf Send invite.
Wenn Ihr Workspace Request-Logging eingeschaltet hat, werden die mit einem geteilten Schlüssel gesendeten Prompts ebenfalls gespeichert, und der Empfänger sieht einen entsprechenden Hinweis auf seiner Nutzungsseite. Er kann diese Prompts dort nur lesen, wenn Sie die Prompt-Option oben tickern oder sie später in den Schlüsseleinstellungen erlauben. Sagen Sie es ihm, bevor Sie den Schlüssel teilen.
Ihren Schlüssel verwenden
Senden Sie den Schlüssel als Bearer-Token und setzen Sie die Basis-URL passend zu Ihrem Client:- OpenAI-Stil (Codex, OpenAI SDKs):
https://api.tokios.com/v1 - Anthropic-Stil (Claude Code):
https://api.tokios.com
/v1 in der Basis-URL:
Schlüssel-Sicherheit
- Schlüssel niemals in die Quellcodeverwaltung committen. Halten Sie sie aus eingecheckten
.env-Dateien und hartcodierten Strings heraus. - Umgebungsvariablen verwenden und zur Laufzeit lesen.
- Regelmäßig rotieren — erstellen Sie einen Ersatzschlüssel, aktualisieren Sie Ihre Dienste, dann entfernen Sie den alten.
- Getrennte Schlüssel pro Umgebung verwenden, damit Sie einen widerrufen können, ohne die anderen zu stören.
- Mit Modellmustern beschränken, sodass ein Schlüssel nur die Modelle erreichen kann, die er braucht.
- Wissen, was gespeichert wird. Standardmäßig bewahrt Tokios keine Anfrage- oder Antwort-Bodys auf. Mit eingeschaltetem Request-Logging können Workspace-Admins die mit jedem Schlüssel im Workspace gesendeten Prompts für 7 Tage lesen.
- Einen Automation-Token für Skripte verwenden, die Schlüssel verwalten. Ein Schlüssel ruft Ihre Modelle auf; er kann niemals andere Schlüssel erstellen, rotieren oder widerrufen. Ein Programm, das das tun muss, verwendet stattdessen einen scoped, befristeten Automation-Token.