Management Authentication
Scope-Matrizen
Abschnitt betitelt „Scope-Matrizen“Scopes für die API-Schlüsselverwaltung und Access-Token-Scopes verwenden unterschiedliche Vokabulare.
MCP-Tool-Scopes bilden ein drittes Vokabular und werden mit scopeMatches statt mit
einer der Funktionen in den nachstehenden Tabellen geprüft. Gegenüberstellung:
Drei Scope-Namespaces.
Access-Token-Scopes (oma_live_…)
Abschnitt betitelt „Access-Token-Scopes (oma_live_…)“| Scope | Typische Operationen |
|---|---|
read |
Listen-/Status-GETs, die das Token sehen darf |
write |
Mutationen (Erstellen/Aktualisieren/Löschen) unterhalb von Admin |
admin |
Vollständige Remote-CLI / Verbindungs-Token (Passwort-Bootstrap verwendet standardmäßig diesen Scope) |
Ein Token mit read kann keine write-Route aufrufen. Format der Laufzeitmeldung:
Access token scope '<have>' is insufficient; '<need>' required.
Scopes für die API-Schlüsselverwaltung
Abschnitt betitelt „Scopes für die API-Schlüsselverwaltung“| Scope | Bedeutung |
|---|---|
| (keiner) | Nur Inferenz. Verwaltungsrouten geben 403 zurück. |
manage |
Verwaltungs-API (dieselbe Zugriffsschranke wie der API-Schlüssel-Zweig von requireManagementAuth) |
admin |
Erfüllt auch hasManageScope (wird als verwaltungsfähig behandelt) |
Aktivieren Sie manage für den Schlüssel in der Benutzeroberfläche „API Keys / API Manager“. Verwenden Sie einen
Chat-Client-Schlüssel nicht für die Automatisierung, es sei denn, Sie haben ihm diesen Scope bewusst gewährt.
Erstellen und Widerrufen
Abschnitt betitelt „Erstellen und Widerrufen“Dashboard-JWT-Sitzung
Abschnitt betitelt „Dashboard-JWT-Sitzung“- Öffnen Sie
/loginund melden Sie sich mit dem Verwaltungspasswort an (INITIAL_PASSWORDbeim ersten Start). - Das Cookie
auth_tokenist HttpOnly. Das Browser-Dashboard verwendet es automatisch. - Melden Sie sich über
/api/auth/logoutab. Es gibt kein langlebiges Geheimnis, das kopiert werden könnte.
CLI-Machine-ID-Token
Abschnitt betitelt „CLI-Machine-ID-Token“- Führen Sie
omnirouteauf demselben Host wie den Server aus (Loopback). - Die CLI erstellt ein Machine-ID-Token unter
~/.omniroute/(chmod 600). - Dies funktioniert nicht von einem anderen Rechner aus. Verwenden Sie für eine Remote-CLI ein Zugriffstoken.
Zugriffstoken mit Geltungsbereich (oma_live_…)
Abschnitt betitelt „Zugriffstoken mit Geltungsbereich (oma_live_…)“- Dashboard: Einstellungen → Zugriffstoken → erstellen (Name + Geltungsbereich). Das Geheimnis wird nur einmal angezeigt.
- Oder per CLI:
omniroute connect <host>(Passwort → Token). Siehe Remote-Modus. - Header:
Authorization: Bearer oma_live_… - Widerrufen Sie es auf derselben Zugriffstoken-Seite (oder löschen Sie den CLI-Kontext).
- Der Server speichert nur einen Hash. Behandeln Sie den Klartext wie ein Passwort.
API-Schlüssel mit manage-Geltungsbereich
Abschnitt betitelt „API-Schlüssel mit manage-Geltungsbereich“- Dashboard: API-Manager / API-Schlüssel → einen Schlüssel erstellen oder bearbeiten →
manage(oderadmin) aktivieren. - Header:
Authorization: Bearer sk-…(das tatsächliche Präfix des Schlüssels). - Widerrufen Sie den Schlüssel oder entfernen Sie
managein derselben Benutzeroberfläche. - Prinzip der geringsten Rechte für Automatisierungen, bei denen es sich nicht um die CLI handelt: Bevorzugen Sie ein
read-Zugriffstoken für reine GET-Aufgaben; verwenden Siemanagefür einen API-Schlüssel nur, wenn der Aufrufer sowohl/v1als auch die Verwaltung ansprechen muss.
Header-Format
Abschnitt betitelt „Header-Format“Authorization: Bearer oma_live_<secret>Authorization: Bearer sk-<secret>Cookie: auth_token=<dashboard-jwt>Fügen Sie Verwaltungszugangsdaten nicht in den URL-Pfad oder die Abfragezeichenfolge ein. Die Authentifizierung für die Verwaltung erfolgt ausschließlich per Header/Cookie.
Beispiele zum Kopieren und Einfügen
Abschnitt betitelt „Beispiele zum Kopieren und Einfügen“Schreibgeschützt (Anbieter auflisten). Verwenden Sie ein read-Zugriffstoken:
curl -sS "$OMNIROUTE_URL/api/providers" \ -H "Authorization: Bearer oma_live_<read-token>"Ändernd (eine Anbieterverbindung erstellen). Verwenden Sie ein write-/admin-Zugriffstoken oder einen API-Schlüssel mit manage-Berechtigungsumfang:
curl -sS -X POST "$OMNIROUTE_URL/api/providers" \ -H "Authorization: Bearer oma_live_<write-or-admin-token>" \ -H "Content-Type: application/json" \ -d '{"provider":"openai","apiKey":"<upstream-key>"}'Inferenz (keine Verwaltung). Regulärer API-Schlüssel, kein manage erforderlich:
curl -sS "$OMNIROUTE_URL/v1/models" \ -H "Authorization: Bearer sk-<inference-key>"Aktuelle Laufzeitfehler (keine Geheimnisse ausgeben)
Abschnitt betitelt „Aktuelle Laufzeitfehler (keine Geheimnisse ausgeben)“| Situation | Typischer Status | Meldung (bereinigt) |
|---|---|---|
| Keine Anmeldedaten | 401 | Authentifizierung erforderlich |
Ungültiges/abgelaufenes oma_live_… |
401 | Ungültiges oder abgelaufenes Zugriffstoken |
Gültiger API-Schlüssel ohne manage/admin |
403 | Dem API-Schlüssel fehlt der Geltungsbereich 'manage'. Aktivieren Sie ihn im Dashboard für API-Schlüssel. |
| Ungültiger gewöhnlicher API-Schlüssel auf einer Verwaltungsroute | 403 | Ungültiges Verwaltungstoken |
| Geltungsbereich des Zugriffstokens zu niedrig | 403 | Der Geltungsbereich '<have>' des Zugriffstokens reicht nicht aus; '<need>' ist erforderlich. |
„Ungültiges Verwaltungstoken“ bedeutet, dass das Bearer-Token nicht als
Verwaltungsanmeldedaten akzeptiert wurde. Daraus geht nicht hervor, welche Art
Sie erstellen müssen. Verwenden Sie die obige Tabelle: Inferenzschlüssel benötigen
den Geltungsbereich manage; die Remote-CLI benötigt oma_live_…; das Dashboard
verwendet das Sitzungscookie.
Empfohlene Wahl nach dem Prinzip der geringsten Berechtigung
Abschnitt betitelt „Empfohlene Wahl nach dem Prinzip der geringsten Berechtigung“| Aufrufer | Verwendung |
|---|---|
| Browser | Dashboard-Sitzung |
| CLI auf dem Serverhost | Maschinen-Token |
| CLI auf einem Laptop mit Verbindung zu einem Remote-Server | oma_live_… aus omniroute connect |
| CI / Skripte (nur Verwaltung) | oma_live_… mit dem kleinstmöglichen ausreichenden Berechtigungsumfang |
CI, die sowohl /v1 als auch /api aufrufen muss |
API-Schlüssel mit manage oder zwei Anmeldedaten |
HagiCode
HagiCode ist ein agentischer Coding-Arbeitsplatz. Vielseitige, komfortable Interaktionen in der Benutzeroberfläche machen Planung, Agent-Ausführung und Projektarbeit zugänglich und leicht nachvollziehbar – für ein ansprechendes Entwicklungserlebnis.
Entdecken Sie ein ansprechendes Entwicklungserlebnis mit vielseitigen, komfortablen Interaktionen in der Benutzeroberfläche.
- IntelligentOpenSpec-Workflows machen aus einer Absicht einen umsetzbaren Weg vom Vorschlag über Design und Aufgaben bis zur Auslieferung.
- EffizientMulti-Agent-Ausführung führt Recherche, Umsetzung und Prüfung parallel aus, über mehrere Repositories und die Agent CLIs, die Sie bereits nutzen.
- InteressantVielseitige, komfortable Interaktionen in der Benutzeroberfläche machen Planung, Agent-Ausführung und Projektarbeit zugänglich und leicht nachvollziehbar.
Für Windows herunterladen
HagiCode teilen
Aus Ideen wird ausgelieferte Software.
HagiCode ist ein agentischer Coding-Arbeitsplatz: OpenSpec-Workflows planen die Änderung, Multi-Agent-Ausführung setzt sie um, und Hero Scenario macht den langen Weg sichtbar, bis aus der Idee ausgelieferte Software wird.
- Intelligent
- OpenSpec-Workflows machen aus einer Absicht einen Weg vom Vorschlag bis zur Auslieferung.
- Effizient
- Multi-Agent-Ausführung treibt Recherche, Umsetzung und Prüfung parallel voran.
- Unterhaltsam
- UI-Interaktionen erleichtern Planung, Agent-Ausführung und Projektarbeit.
© 2026 HagiCode | Powered By hagilight-starlight@0.21.0 | Branch: main | Commit: de60bcd | Built:

