Übersicht der Tool-Kompatibilität

Die Kompatibilitätsmatrix hinter jeder Integrationsseite auf dieser Site: welches Protokoll jedes Tool verwendet, ob Claude-Modelle damit funktionieren, wo die Konfiguration liegt und wann jede Seite zuletzt überprüft wurde

Brauchen Sie einen API-Key? Registrieren →·Endpunkte & Base-URLs →

Zuletzt überprüft: 2026-09-18 · 📄 Pro offizielle Dokumentation (die 26 Tool-Seiten unten wurden am selben Tag überprüft; Protokollfähigkeiten abgeleitet aus Endpunkte und API-Pfade)

Am 2026-10-13 um fünf Zeilen ergänzt: Qwen Code, Kimi Code CLI, goose, LobeChat und Open WebUI. Geprüft nach der offiziellen Dokumentation der jeweiligen Werkzeuge; ohne Test-Key, deshalb überall 📄 (Kimi Code CLI wurde inzwischen am 2026-11-10 praktisch mit QCode getestet, siehe seine Zeile). Die „26 Werkzeugseiten“ oben beziehen sich auf den Durchgang vom 2026-09-18. Später kamen magpie, T3 Code und DeepSeek Harness hinzu, am 2026-11-10 dann ZCode, Qoder, CodeBuddy, MiniMax Code, LobsterAI und AutoClaw (Prüfdaten in der Tabelle; ein ✅ in der Spalte „Zuletzt überprüft“ markiert die praktisch mit QCode getestete Version); die Tabelle hat jetzt 40 Zeilen.

So lesen Sie diese Tabelle¶

Die Regel für die drei Protokolle: Claude-Modelle funktionieren ausschließlich über das Anthropic-Protokoll (Base-URL https://api.qcode.cc/api); GPT-Modelle nutzen die OpenAI-Chat- (https://api.qcode.cc/openai/v1) und Responses-Protokolle; GLM / Kimi / DeepSeek / Qwen nutzen das Anthropic- oder OpenAI-Chat-Protokoll; QCode bietet derzeit keine Gemini-Modelle an. Ein Client, der nur das OpenAI-Protokoll implementiert, kann Claude auf QCode nicht verwenden. Die Spalte „Claude“ folgt genau dieser Ableitung; Details finden Sie auf der jeweiligen Tool-Seite.

Kompatibilitätsmatrix¶

Tools, die keinen eigenen Endpoint akzeptieren¶

Diese Produkte bieten keine Möglichkeit, eine beliebige Base URL anzugeben, daher kann QCode nicht angebunden werden und wir veröffentlichen keine Einrichtungsanleitung für sie:

• Qoder IDE: Die Seite zu benutzerdefinierten Modellen führt nur vordefinierte Anbieter (Alibaba Cloud Model Studio, DeepSeek, Z.ai, Kimi, MiniMax, Xiaomi MIMO) und hat kein Feld für eine eigene Base URL (offizielle Dokumentation). Die Qoder-Desktop-App und Qoder CLI aus derselben Familie akzeptieren eine eigene Base URL – siehe Tabelle oben und Qoder.
• Devin (Cloud): geschlossenes SaaS, keine eigene Base URL; das Desktop-Produkt Devin Desktop nutzt den ACP-Weg (in der Tabelle).
• iFlow CLI: wurde vom Anbieter am 2026-04-17 eingestellt.

Akzeptiert eine eigene URL, hat aber noch keine Seite¶

• Junie (der Agent von JetBrains): BYOK in der IDE listet nur feste Anbieter — OpenAI / Anthropic / Google / xAI / OpenRouter / Copilot (offizielle Seite) — aber eigene Modellprofile in der Junie CLI akzeptieren jeden baseUrl: Die JSON-Datei kommt nach $JUNIE_HOME/models/*.json oder in .junie/models/*.json des Projekts, und apiType ist einer von Anthropic / OpenAICompletion / OpenAIResponses / Google (offizielle Dokumentation). Die baseUrl muss die vollständige Anfrage-URL sein — Junie hängt keinen Pfad an. Wir haben noch keine eigene Seite dafür geschrieben; Endpunkte und Modell-IDs finden sich unter Endpunkte und API-Formate.

Nur GPT / chinesische Modelle, kein Claude¶

Clients, die nur das OpenAI Chat Completions Protocol implementieren, funktionieren einwandfrei mit GPT und den Familien GLM / Kimi / DeepSeek / Qwen, aber ein Aufruf von Claude-Modellen liefert model_not_available_on_endpoint (vor der Authentifizierung geprüft). Jede Zeile mit ❌ in der Claude-Spalte ist dieser Art (WorkBuddy, CodeBuddy, AutoClaw, Codex…); CodeBuddy nutzt in seiner models.json standardmäßig OpenAI Chat mit der vollständigen /chat/completions-URL in url, die CLI unterstützt zusätzlich Responses – siehe CodeBuddy. Darüber hinaus: Warp hat einen eigenen Inferenz-Endpoint, der nur OpenAI Chat unterstützt und dessen Anfragen über Warp-Server weitergeleitet werden; Chatbox steht in dieser Gruppe, weil das offizielle Benutzerhandbuch beim Anlegen eines eigenen Anbieters nur zwei API-Typen als Beispiele nennt — OpenAI API compatible (für GPT-Modelle) und Google Gemini compatible (für Gemini-Modelle). In den Entwicklerdokumenten des offiziellen Repositorys ist Claude ebenfalls als API-Typ eines Anbieters aufgeführt, eigene Einträge laufen dann über CustomClaude (im englischen UI-Text „Claude API Compatible“); welcher API Host und welcher API Path für diesen Typen einzutragen sind, steht in keiner der beiden Quellen — deshalb trifft diese Seite darüber, ob Claude über Chatbox läuft, in beide Richtungen keine Aussage.

Weiterführende Dokumentation¶

• Endpunkte und API-Pfade — die maßgebliche Quelle für Protokoll × Modellfamilie
• Abos vs. API-Keys vs. QCode-Keys
• Fehlerbehebung
• FAQ

Enterprise →