AI Sonar expose plusieurs formats d’API afin que les outils de codage courants, les SDK et les frameworks puissent s’intégrer avec un minimum de code de liaison.Cette page est volontairement plus restreinte qu’une matrice marketing :
Supported signifie que nous documentons un chemin d’installation concret et que AI Sonar expose la forme du protocole attendue par ce chemin.
Chemin natif solide signifie que le dépôt dispose également d’un adaptateur direct ou de preuves de format de requête pour cette famille de protocoles.
Best-effort signifie que l’intégration peut fonctionner, mais que le client en amont ne considère pas ce flux de passerelle personnalisé comme un contrat stable.
Les champs non pris en charge ne sont pas gérés de manière uniforme. Sur les routes de compatibilité, certains champs sont ignorés ou normalisés. Sur /v1/responses, les champs non pris en charge peuvent renvoyer des erreurs explicites 400 ou 503 lorsque cette route ne peut pas garantir le comportement demandé.
Fonctionne pour les flux de chat/éditeur standard BYOK, pas comme remplacement des fonctionnalités gérées par Cursor comme Tab Completion
Claude Code CLI
Chemin natif solide
Anthropic
Route native /v1/messages avec couverture d’adaptateur pour thinking et tool_choice
Codex CLI
Pris en charge avec limites de modèle/chemin
OpenAI Responses
Traitez /v1/responses comme un chemin avancé pour les flux de travail spécifiques à Codex ; certains champs réservés à Responses ne sont pas garantis sur chaque modèle et chaque route
Gemini CLI
Best-effort / expérimental
Gemini
Le flux avec une URL de base AI Sonar personnalisée n’est pas un contrat amont stable
OpenCode
Supported
compatible OpenAI
Utilisez par défaut un fournisseur compatible OpenAI ; passez à un fournisseur basé sur Responses uniquement lorsque vous en avez explicitement besoin
D’autres éditeurs et outils d’agent compatibles OpenAI fonctionnent souvent avec le même motif d’URL de base, mais ce dépôt ne maintient pas actuellement de couverture de régression spécifique aux outils pour Windsurf, Aider, Continue.dev, Cline/Roo Code, GitHub Copilot et clients similaires.
Chat Completions et Embeddings sont le chemin par défaut documenté ; certains champs réservés à Responses ne sont pas garantis sur chaque modèle et chaque route
Anthropic SDK
Python/JS
Chemin natif solide
Route Messages native avec preuves directes pour les outils, thinking, et le cache de prompt
Vercel AI SDK
TypeScript
Modèle d’intégration recommandé
Préférez @ai-sdk/openai-compatible ; utilisez @ai-sdk/openai uniquement lorsque vous souhaitez explicitement un comportement natif Responses
LangChain
Python/JS
Interfaces standard prises en charge
ChatOpenAI et OpenAIEmbeddings sont le périmètre prévu ; les extensions natives au fournisseur sont hors périmètre
LlamaIndex
Python
Pris en charge via OpenAILike
Utilisez OpenAILike, pas les classes OpenAI intégrées, pour les passerelles tierces comme AI Sonar
Dify
-
Pris en charge avec limites de périmètre
Le fournisseur OpenAI et les flux orientés chat-completions sont le chemin prévu ; pas adapté aux Responses spécifiques à Codex ou au comportement WebSocket