Обзор совместимости инструментов

Матрица совместимости по всем страницам подключения этого сайта: какой протокол поддерживает инструмент, работает ли Claude, где лежит конфигурация и когда страницу последний раз проверяли

Нужен API-ключ? Зарегистрироваться →·Эндпоинты и Base URL →

Последняя проверка: 2026-09-18 · 📄 По официальной документации (26 страниц инструментов ниже проверены в тот же день; возможности протоколов выведены из Эндпоинты и пути API)

2026-10-13: добавлены 5 строк — Qwen Code, Kimi Code CLI, goose, LobeChat и Open WebUI. Сверены по официальной документации каждого инструмента; тестового ключа не было, поэтому везде 📄. Фраза «26 страниц инструментов» выше относится к проверке 2026-09-18; теперь в таблице 31 строка.

Как читать таблицу¶

Правило для трёх протоколов: модели Claude работают только по протоколу Anthropic (base URL https://api.qcode.cc/api); GPT — по протоколам OpenAI Chat (https://api.qcode.cc/openai/v1) и Responses; GLM / Kimi / DeepSeek / Qwen — по Anthropic или OpenAI Chat; QCode сейчас не предоставляет модели Gemini. Клиент, реализующий только протокол OpenAI, не может использовать Claude через QCode. Колонка «Claude» выведена ровно так; детали — на страницах инструментов.

Матрица совместимости¶

Инструменты без кастомного эндпоинта¶

У этих продуктов нет поля для произвольного Base URL — подключить QCode нельзя, и инструкций мы не пишем:

• Qoder: только ключи вендоров из официального каталога, сторонний Base URL недоступен (документация).
• Devin (облачный): закрытый SaaS без кастомного Base URL; десктопный Devin Desktop работает через ACP (см. таблицу).
• iFlow CLI: вендор закрыл сервис 2026-04-17.

Произвольный URL поддерживается, но отдельной страницы пока нет¶

• Junie (агент JetBrains): BYOK внутри IDE действительно предлагает только фиксированных вендоров — OpenAI / Anthropic / Google / xAI / OpenRouter / Copilot (официальная страница) — но профили кастомных моделей в Junie CLI принимают любой baseUrl: JSON-файл кладут в $JUNIE_HOME/models/*.json или в .junie/models/*.json проекта, а в apiType указывают Anthropic / OpenAICompletion / OpenAIResponses / Google (официальная документация). В baseUrl нужно писать полный адрес запроса — Junie ничего не дописывает. Отдельной страницы мы для него пока не делали; эндпоинты и ID моделей см. в Эндпоинты и форматы API.

Только GPT / китайские модели, без Claude¶

Клиенты, реализующие лишь OpenAI Chat Completions, нормально работают с GPT и семействами GLM / Kimi / DeepSeek / Qwen, но на моделях Claude возвращают model_not_available_on_endpoint (проверка идёт до аутентификации). Все строки с ❌ в колонке Claude — из этих (WorkBuddy, Codex…). Дополнительно: CodeBuddy в models.json поддерживает только OpenAI Chat с полным URL /chat/completions; Warp с кастомным эндпоинтом — только OpenAI Chat, причём запросы ретранслируются через серверы Warp; Chatbox попал в эту группу по данным официального руководства пользователя: при добавлении собственного provider там приведены лишь два типа API — OpenAI API compatible (для моделей GPT) и Google Gemini compatible (для моделей Gemini). В технических документах официального репозитория Claude тоже числится среди типов API provider, а пользовательские записи уходят в CustomClaude (в английском интерфейсе эта опция подписана «Claude API Compatible»), но ни в руководстве, ни в технических документах не описано, какой API Host и какой API Path для такого типа указывать — поэтому эта страница ничего не утверждает о Claude через Chatbox, ни в какую сторону.

Связанные документы¶

• Эндпоинты и пути API — первоисточник «протокол × семейство моделей»
• Подписка, официальный API и ключ QCode
• Устранение неполадок
• Частые вопросы (FAQ)

Enterprise →