Skip to content

Endpunkte-Schnellreferenz: Externe HTTP-Routen-Übersicht

Was Sie nach diesem Tutorial können

  • Gewünschte Endpunkte schnell finden
  • Die Endpunktverteilung verschiedener Protokolle verstehen
  • Authentifizierungsmodi und Sonderregeln für Gesundheitsprüfungen kennenlernen

Endpunkte-Übersicht

Der lokale Reverse-Proxy-Dienst von Antigravity Tools bietet folgende Endpunkttypen:

ProtokollkategorieVerwendungTypische Clients
OpenAI-ProtokollKompatibilität mit generischen KI-AnwendungenOpenAI SDK / Kompatible Clients
Anthropic-ProtokollAufrufe der Claude-ReiheClaude Code / Anthropic SDK
Gemini-ProtokollOffizielle Google-SDKsGoogle Gemini SDK
MCP-EndpunkteErweiterung der WerkzeugaufrufeMCP-Clients
Intern/HilfsfunktionenGesundheitsprüfung, Abfang/interne FähigkeitenAutomatisierungsskripte / Monitoring-Prüfpunkte

OpenAI-Protokoll-Endpunkte

Diese Endpunkte sind mit dem OpenAI-API-Format kompatibel und eignen sich für die meisten OpenAI-SDK-kompatiblen Clients.

MethodePfadRouting-Einstieg (Rust-Handler)Hinweis
GET/v1/modelshandlers::openai::handle_list_modelsOpenAI-kompatibel: Modellliste
POST/v1/chat/completionshandlers::openai::handle_chat_completionsOpenAI-kompatibel: Chat Completions
POST/v1/completionshandlers::openai::handle_completionsOpenAI-kompatibel: Legacy Completions
POST/v1/responseshandlers::openai::handle_completionsOpenAI-kompatibel: Codex CLI-Anfragen (gleicher Handler wie /v1/completions)
POST/v1/images/generationshandlers::openai::handle_images_generationsOpenAI-kompatibel: Images Generations
POST/v1/images/editshandlers::openai::handle_images_editsOpenAI-kompatibel: Images Edits
POST/v1/audio/transcriptionshandlers::audio::handle_audio_transcriptionOpenAI-kompatibel: Audio Transcriptions

Kompatibilitätshinweis

Der Endpunkt /v1/responses ist speziell für Codex CLI konzipiert und verwendet tatsächlich dieselbe Verarbeitungslogik wie /v1/completions.


Anthropic-Protokoll-Endpunkte

Diese Endpunkte sind nach den Pfaden und Anfrageformaten der Anthropic-API organisiert und können von Claude Code / Anthropic SDK aufgerufen werden.

MethodePfadRouting-Einstieg (Rust-Handler)Hinweis
POST/v1/messageshandlers::claude::handle_messagesAnthropic-kompatibel: Messages
POST/v1/messages/count_tokenshandlers::claude::handle_count_tokensAnthropic-kompatibel: count_tokens
GET/v1/models/claudehandlers::claude::handle_list_modelsAnthropic-kompatibel: Modellliste

Gemini-Protokoll-Endpunkte

Diese Endpunkte sind mit dem Google Gemini API-Format kompatibel und können direkt mit den offiziellen Google SDKs verwendet werden.

MethodePfadRouting-Einstieg (Rust-Handler)Hinweis
GET/v1beta/modelshandlers::gemini::handle_list_modelsGemini-nativ: Modellliste
GET/v1beta/models/:modelhandlers::gemini::handle_get_modelGemini-nativ: GetModel
POST/v1beta/models/:modelhandlers::gemini::handle_generateGemini-nativ: generateContent / streamGenerateContent
POST/v1beta/models/:model/countTokenshandlers::gemini::handle_count_tokensGemini-nativ: countTokens

Pfadbeschreibung

Für /v1beta/models/:model sind sowohl GET als auch POST im gleichen Pfad registriert (siehe Routing-Definition).


MCP-Endpunkte

MCP (Model Context Protocol) Endpunkte dienen dazu, „Werkzeugaufruf“-Schnittstellen nach außen verfügbar zu machen (verarbeitet durch handlers::mcp::*). Ob sie aktiviert sind und ihr spezifisches Verhalten richtet sich nach der Konfiguration; Details siehe MCP-Endpunkte.

MethodePfadRouting-Einstieg (Rust-Handler)Hinweis
ANY/mcp/web_search_prime/mcphandlers::mcp::handle_web_search_primeMCP: Web Search Prime
ANY/mcp/web_reader/mcphandlers::mcp::handle_web_readerMCP: Web Reader
ANY/mcp/zai-mcp-server/mcphandlers::mcp::handle_zai_mcp_serverMCP: z.ai MCP Server
MCP-bezogene Hinweise

Informationen zum Umfang und den Grenzen von MCP finden Sie unter Grenzen der z.ai-Integration (implementiert vs. explizit nicht implementiert).


Interne und Hilfs-Endpunkte

Diese Endpunkte dienen für interne Systemfunktionen und externe Überwachung.

MethodePfadRouting-Einstieg (Rust-Handler)Hinweis
POST/internal/warmuphandlers::warmup::handle_warmupInterner Warmup-Endpunkt
POST/v1/api/event_loggingsilent_ok_handlerTelemetrie-Protokoll-Abfang: Gibt direkt 200 zurück
POST/v1/api/event_logging/batchsilent_ok_handlerTelemetrie-Protokoll-Abfang: Gibt direkt 200 zurück
GET/healthzhealth_check_handlerGesundheitsprüfung: Gibt {"status":"ok"} zurück
POST/v1/models/detecthandlers::common::handle_detect_modelAutomatische Modellerkennung

Stumme Verarbeitung

Ereignisprotokoll-Endpunkte geben direkt 200 OK zurück, ohne tatsächliche Verarbeitung, um die Telemetrieberichterstattung von Clients abzufangen.

Benötigen diese Endpunkte einen API-Key?

Mit Ausnahme von GET /healthz, das möglicherweise ausgenommen ist, hängt davon ab, ob andere Routen einen Key mitführen müssen, vom „gültigen Modus“ von proxy.auth_mode ab (siehe unten „Authentifizierungsmodus“ und auth_middleware im Quellcode).


Authentifizierungsmodi

Der Zugriff auf alle Endpunkte wird durch proxy.auth_mode gesteuert:

ModusBeschreibungErfordert /healthz Authentifizierung?Andere Endpunkte erfordern Authentifizierung?
offVollständig offen❌ Nein❌ Nein
strictAlle erfordern Authentifizierung✅ Ja✅ Ja
all_except_healthNur Gesundheitsprüfung offen❌ Nein✅ Ja
autoAutomatische Entscheidung (Standard)❌ NeinHängt von allow_lan_access ab

auto-Modus-Logik

auto ist keine eigenständige Strategie, sondern wird aus der Konfiguration abgeleitet: Wenn proxy.allow_lan_access=true, ist es äquivalent zu all_except_health, andernfalls zu off (siehe docs/proxy/auth.md).

Format der Authentifizierungsanfrage:

bash
 # Authorization: Bearer
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "http://127.0.0.1:<PORT>/v1/messages"

 # x-api-key (OpenAI-Stil)
curl -H "x-api-key: YOUR_API_KEY" \
  "http://127.0.0.1:<PORT>/v1/chat/completions"

 # x-goog-api-key (Gemini-Stil)
curl -H "x-goog-api-key: YOUR_API_KEY" \
  "http://127.0.0.1:<PORT>/v1beta/models/gemini-2-pro"
powershell
 # Authorization: Bearer
curl.exe -H "Authorization: Bearer YOUR_API_KEY" `
  "http://127.0.0.1:<PORT>/v1/messages"

 # x-api-key (OpenAI-Stil)
curl.exe -H "x-api-key: YOUR_API_KEY" `
  "http://127.0.0.1:<PORT>/v1/chat/completions"

 # x-goog-api-key (Gemini-Stil)
curl.exe -H "x-goog-api-key: YOUR_API_KEY" `
  "http://127.0.0.1:<PORT>/v1beta/models/gemini-2-pro"

Zusammenfassung

Antigravity Tools bietet einen vollständigen Satz an Multi-Protokoll-kompatiblen Endpunkten, die die drei gängigsten API-Formate OpenAI, Anthropic und Gemini sowie MCP-Werkzeugaufrufe unterstützen.

  • Schnelle Integration: Bevorzugt OpenAI-Protokoll-Endpunkte für maximale Kompatibilität
  • Native Funktionen: Verwenden Sie Anthropic-Protokoll-Endpunkte, wenn Sie die volle Funktionalität von Claude Code benötigen
  • Google-Ökosystem: Wählen Sie Gemini-Protokoll-Endpunkte bei Verwendung der offiziellen Google SDKs
  • Sicherheitskonfiguration: Wählen Sie je nach Verwendungsszenario (lokal/LAN/öffentlich) den geeigneten Authentifizierungsmodus

Vorschau auf die nächste Lektion

In der nächsten Lektion lernen wir Daten und Modelle.

Sie werden lernen:

  • Die Speicherstruktur von Kontodateien
  • Die Tabellenstruktur der SQLite-Statistikdatenbank
  • Schlüsselfelddefinitionen und Backup-Strategien

Anhang: Quellcode-Referenz

Klicken Sie hier, um die Quellcodepositionen anzuzeigen

Aktualisierungszeit: 2026-01-23

FunktionDateipfadZeilennummer
---------
---------
---------
---------
---------

Wichtige Funktionen:

  • AxumServer::start(): Startet den Axum-Server und registriert Routen (Zeilen 79-254)
  • health_check_handler(): Gesundheitsprüfungsbehandlung (Zeilen 266-272)
  • silent_ok_handler(): Stumme Erfolgsbehandlung (Zeilen 274-277)