DeepSeek Anthropic API endpoint: api.deepseek.com/anthropic и routing-риски

Если ваша команда использует Anthropic SDK напрямую — не только Claude Code, но любой код, построенный на import anthropic, — новый endpoint совместимости DeepSeek с Anthropic API меняет вашу арифметику переключения провайдеров. Больше не нужна OpenAI-совместимая обёртка или translation-слой, чтобы маршрутизировать Anthropic-формат запросов в модели DeepSeek V4. Endpoint работает и задокументирован.

Что произошло

DeepSeek добавила официальную поддержку формата сообщений Anthropic API по адресу:

https://api.deepseek.com/anthropic

С помощью стандартного Anthropic Python SDK можно теперь напрямую обращаться к deepseek-v4-pro или deepseek-v4-flash:

import anthropic

client = anthropic.Anthropic(
    base_url="https://api.deepseek.com/anthropic",
    api_key="<your DeepSeek API key>"
)

message = client.messages.create(
    model="deepseek-v4-pro",
    max_tokens=1000,
    system="You are a helpful assistant.",
    messages=[{"role": "user", "content": "Hello"}]
)

Вместе с endpoint DeepSeek опубликовала полную матрицу совместимости полей. Ключевые возможности и пробелы:

Поддержано:

• content как строка или массив type="text" — полностью поддержано
• type="thinking" — поддержано (extended thinking работает)
• type="tool_use" — полностью поддержано (id, input, name)
• type="tool_result" — полностью поддержано

Молча игнорируется:

• cache_control — игнорируется для всех типов контента
• citations — игнорируется
• is_error в tool results — игнорируется

Не поддержано:

• type="image" — не поддерживается
• type="document" — не поддерживается
• type="search_result", type="web_search_tool_result" — не поддерживается
• type="server_tool_use" — не поддерживается
• type="mcp_tool_use", type="mcp_tool_result" — не поддерживается
• type="code_execution_tool_result" — не поддерживается
• type="container_upload" — не поддерживается

Одно критическое поведение routing, которое стоит запомнить: если передать нераспознанное имя модели, DeepSeek молча мапит его в deepseek-v4-flash — без ошибки. Этот тихий fallback имеет существенные операционные следствия.

Почему это важно для AI-инженерных команд

До появления этого endpoint у команд, использующих Anthropic SDK, было два пути для переключения провайдеров: переписать SDK-слой в формат OpenAI или поднять прокси, который транслирует на лету. Оба пути добавляют трения и потенциальных поломок. Новый endpoint снимает эту проблему трансляции для пути формата Anthropic.

Конкретно для пользователей Claude Code настройка env-переменных из более раннего гайда DeepSeek (ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic) теперь ведёт на задокументированный, официально поддерживаемый endpoint, а не на недокументированный compatibility-shim. Матрица совместимости точно говорит, что заработает, а что нет.

Для команд с Anthropic-нативным кодом этот endpoint значит, что вы можете оценивать модели DeepSeek V4 без миграции SDK. Поставьте base_url и api_key, оставьте остальной код приложения без изменений и наблюдайте поведение, сверяясь с матрицей фич.

Арифметика стоимости существенно сдвигается. Команды, гоняющие нагрузки на claude-3-sonnet, которые используют только текстовый контент, tool calls и extended thinking, скорее всего смогут маршрутизировать их через DeepSeek V4 Pro значительно дешевле и без изменений кода. Профили latency и качества отличаются, но поверхность API совместима для этих конкретных типов контента.

Угол зрения router/operator

Матрица поддержки полей — операционно самый важный артефакт этого релиза. Она задаёт точную границу routing-решения — не бинарный compatible/incompatible раздел, а матрицу совместимости по фичам, которую должен понимать routing-gateway.

Три вопроса требуют внимания любой команды, держащей routing-gateway перед Anthropic-format запросами:

1. Тихий fallback модели — это routing-опасность. Если ваш gateway пробрасывает неизвестную строку модели (например, версионированный alias вроде claude-3-5-sonnet-20241022) до Anthropic-endpoint DeepSeek без переписывания, DeepSeek молча отдаст deepseek-v4-flash — более дешёвую и быструю модель — без сигнала о подмене в response. Биллинг покажет использование flash, а приложение ожидало pro-уровень качества. Это создаёт тихую регрессию качества, которую сложно поймать без observability на уровне response.

Правильный паттерн: при routing на этот endpoint всегда явно ставьте ID модели DeepSeek (deepseek-v4-pro или deepseek-v4-flash). Никогда не пробрасывайте Anthropic-aliases без изменения.

2. cache_control молча игнорируется. Если ваше приложение полагается на Anthropic prompt caching для контроля затрат на длинных системных prompt или повторяемом контексте — на endpoint DeepSeek этот кэш не применяется, но и ошибки не возвращается. Вы будете платить по поштучному тарифу за токены без выгоды от кэширования. Команды, плотно завязанные на prompt caching, не должны маршрутизировать эти нагрузки через данный endpoint, не пересчитав разницу в стоимости.

3. MCP-вызовы инструментов и server tools не поддерживаются. По мере того как агентные workflow двигаются к MCP-нативным архитектурам инструментов, это становится содержательным routing-ограничением. Если ваш агент использует блоки контента mcp_tool_use или server_tool_use, эти запросы должны остаться на Anthropic-endpoint. Решение router/operator: тегировать сессии агентов, плотно использующих MCP, и запрещать их перенаправление на Anthropic-endpoint DeepSeek.

Фреймворк принятия решений для routing-команд:

За чем стоит следить пользователям TheRouter и что попробовать

Если вы держите routing-gateway, обрабатывающий Anthropic-format трафик, эти паттерны напрямую ложатся в конфигурацию вашей routing-политики. В частности:

• Переписывайте ID моделей перед форвардом на Anthropic-endpoint DeepSeek: всегда мапьте в явный DeepSeek-ID, никогда не пробрасывайте Anthropic-aliases напрямую.
• Тегируйте и маршрутизируйте MCP-сессии отдельно: MCP tool calls обязаны оставаться на Anthropic; чисто текстовые или tool-use сессии можно отправлять в DeepSeek.
• Мониторьте использование cache_control в пайплайне запросов: если prompt caching — это механизм контроля затрат вашего приложения, учитывайте разницу в стоимости при routing этих запросов в DeepSeek.
• Валидируйте на конкретном миксе нагрузок перед сдвигом production-трафика: прогоните evals на нагрузках с большим количеством tool calls и extended thinking, чтобы убедиться в паритете качества до того, как двигать бюджет.

Следите за документацией DeepSeek Anthropic API на предмет дополнений в матрице поддержки — особенно за поддержкой type="image" и поведением cache_control: оба эти пункта существенно расширили бы диапазон нагрузок, который покрывает этот endpoint.