aisplice

Erste Schritte

Schlüssel & Sicherheit

#Bearer-Authentifizierung

Jede Anfrage authentifiziert sich mit einem einzigen HTTP-Header. Es gibt keinen zusätzlichen User-ID-Header und kein Session-Cookie — der Bearer-Schlüssel allein identifiziert Ihr Konto und routet den Aufruf. Signaturen sind nur bei Schlüsseln nötig, für die Anfragesignierung aktiviert ist.

auth.sh
curl https://www.aisplice.store/v1/chat/completions \
  -H "Authorization: Bearer sk-YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"gpt-5.6-luna","messages":[{"role":"user","content":"hi"}]}'

#Schlüssel verwalten

Erstellen und rotieren Sie Schlüssel unter Konsole → API-Schlüssel. Ein Schlüssel wird nur einmal vollständig angezeigt, bei seiner Erstellung.

Jeder Schlüssel kann eigene RPM-/RPD-Limits, ein Kontingentlimit, eine Modell-Allowlist, eine IP-Allowlist und ein Ablaufdatum haben — nutzen Sie einen Schlüssel pro Projekt, damit ein Leak oder ein außer Kontrolle geratenes Skript nie das ganze Konto lahmlegt.

API-Schlüssel öffnen

#Schlüsselsicherheit

Nie einen Schlüssel in einem Browser-Bundle ausliefern

Einen im Browser sichtbaren Schlüssel kann jeder auslesen, der die Entwicklertools öffnet. Leiten Sie Anfragen über Ihr eigenes Backend und fügen Sie den Schlüssel serverseitig ein, oder verwenden Sie kurzlebige, eingeschränkte Schlüssel.
  • Laden Sie Schlüssel aus Umgebungsvariablen oder einem Secret Manager — committen Sie sie nie in Git.
  • Rotieren Sie sofort, wenn ein Schlüssel in einem Log, einem Screenshot oder einem eingefügten Stacktrace auftaucht.
  • Setzen Sie für Schlüssel in Experimenten ein Kontingentlimit, damit eine Schleife das Wallet nicht leeren kann.
  • Nutzen Sie die IP-Allowlist für serverseitige Schlüssel mit fester ausgehender Adresse.

Immer noch nicht gelöst?

Senden Sie uns die Anfrage-ID oder die Fehlermeldung, und wir sehen uns das an.