Anthropic закрывает API генерации промптов 17 августа: что должна заменить цепочка инструментов каждого оператора

17 июля Anthropic объявила, что устаревший Workbench прекратит работу 17 августа 2026 года — вместе с ним удаляются три экспериментальных API-эндпоинта. Если ваша команда когда-либо вызывала /v1/experimental/generate_prompt, /v1/experimental/improve_prompt или /v1/experimental/templatize_prompt, у вас осталось менее четырёх недель на создание замены: после дедлайна эти вызовы будут возвращать ошибки.

Отключение UI заметно, но удаление API — настоящий операционный риск. Команды, которые автоматизировали циклы итерации промптов с помощью этих эндпоинтов, столкнутся с жёстким переломом в рабочем процессе.

Что именно удаляется

Затронутые эндпоинты:

Это не малоизвестные внутренние пути. Команды строили CI-гейты вокруг этих эндпоинтов — например, проверяли, даёт ли предложенное изменение системного промпта более высокий балл от improve-эндпоинта по сравнению с текущей продакшн-версией, или генерировали наборы тестов через generate-эндпоинт в рамках регрессионного воркфлоу. После 17 августа все три эндпоинта будут возвращать ошибки без исключений.

Устаревший UI Workbench по адресу platform.claude.com/workbench закрывается в тот же день. Сохранённые промпты, переменные и оценки оттуда не мигрируют автоматически в новый Playground (platform.claude.com/playground). Anthropic открывает окно экспорта данных через баннер в интерфейсе Workbench и в разделе Organizational Settings.

Действие прямо сейчас: если кто-то в вашей организации хочет сохранить данные из Workbench, экспортируйте их до 17 августа. Восстановление после закрытия невозможно.

Почему это необычно: ни один другой провайдер не предлагает таких эндпоинтов

Это важный кросс-провайдерный сигнал. Anthropic была единственным крупным API-провайдером, открывшим автоматизированный инжиниринг промптов как вызываемую API-поверхность. Playground от OpenAI ориентирован на пользователей и не имеет программного API-эквивалента. Vertex AI от Google предлагает шаблоны промптов в консоли, но не имеет API для AI-улучшения промптов. DeepSeek, Mistral и все другие провайдеры, предоставляющие OpenAI-compatible эндпоинты, не имеют ничего аналогичного.

Это означает следующее:

• Команды, работающие исключительно через Claude, никогда не строили мультипровайдерный fallback для генерации промптов — просто потому, что на другие провайдеры не было на что переключаться.
• Команды, которые встроили эти эндпоинты в Claude-специфичные автоматизированные процессы, теперь сталкиваются с двойной проблемой: эндпоинты исчезают, а аналогов у других провайдеров не существует.
• Команды, уже использующие gateway, абстрагирующий несколько провайдеров, никогда не применяли эти эндпоинты — потому что нарушать границу абстракции ради Anthropic-specific функциональности не имело смысла.

Если вы относитесь к третьей группе, данная депрекация не затрагивает ваш runtime-трафик. Но это показательный сигнал о структурном риске использования провайдер-специфичных экспериментальных API в любом автоматизированном воркфлоу.

Пути миграции

Прямой замены ни у Anthropic, ни у других провайдеров нет. Три жизнеспособных пути в порядке возрастания инженерных затрат:

Путь 1: самостоятельный мета-промптинг (без изменений инфраструктуры)

Напишите собственный воркфлоу улучшения промптов: вызовите любую модель — в том числе Claude — с мета-промптом: «Вот системный промпт. Улучши его с учётом следующих задачи и ограничений». Это воспроизводит то, что improve- и templatize-эндпоинты делали внутри. Качество вывода зависит от выбранной модели, но теперь вы явно контролируете инструкции по улучшению.

Стоимость: один API-вызов за цикл улучшения, тарифицируется по стандартным ставкам за токены. Экспериментальные эндпоинты, вероятно, вызывали модель внутренне по неуказанной ставке.

Путь 2: внешняя платформа управления промптами

Braintrust, LangSmith и Weights & Biases Weave предлагают версионирование промптов, A/B-тестирование и итерацию с поддержкой модели. Они работают вне API-поверхности любого отдельного провайдера, поэтому функционируют независимо от того, на какую модель вы маршрутизируете трафик.

Для команд с мультипровайдерным routing это архитектурно правильный выбор: управление промптами не должно находиться внутри экспериментального API-пути одного провайдера — оно должно располагаться в слое, который переживёт изменения API любого провайдера.

Путь 3: новый Playground от Anthropic (только ручной режим)

Обновлённый Playground по адресу platform.claude.com/playground поддерживает итерацию промптов, но API-доступа к нему нет. Если ваш воркфлоу изначально предполагал участие человека, это нулевая миграция. Если вы вызывали старые эндпоинты в автоматизации — это не замена.

Архитектурный урок для операторов маршрутизаторов

Экспериментальные API промптов были помечены как experimental не случайно: такие API либо переходят в статус стабильных, либо удаляются. Эти удаляются без стабильной замены, ставя любую автоматизацию, построенную на них, в то же положение, что и автоматизацию, опирающуюся на псевдонимы моделей, которые устаревают без предупреждения.

Архитектурный урок для команд, управляющих мультипровайдерной маршрутизацией: хранение промптов и инструменты управления ими должны быть провайдер-агностичными с самого начала. Если ваш конвейер итерации промптов требует вызова провайдер-специфичного эндпоинта, вы создаёте связанность, которую любой цикл депрекации провайдера может разорвать.

Для команд, маршрутизирующих Claude через TheRouter или любой другой gateway, влияние на runtime-трафик здесь нулевое — эти эндпоинты были доступны только через прямой API Claude и никогда не были частью OpenAI-compatible поверхности. Но если вы использовали их в офлайн-работе по инжинирингу промптов, влияние на инструментальную цепочку реально.

Чеклист до 17 августа

• Проверьте кодовую базу на наличие v1/experimental/generate_prompt, v1/experimental/improve_prompt, v1/experimental/templatize_prompt — любое совпадение требует плана миграции.
• Экспортируйте данные Workbench через баннер или Organizational Settings → Workbench.
• Примите решение: самостоятельный мета-промптинг или переход на внешнюю платформу управления промптами.
• Удалите устаревшие эндпоинты из любого мониторинга или алертинга, отслеживающего их доступность, — иначе после 17 августа эти алерты будут срабатывать постоянно.
• Если у вас есть SLA, зависящие от CI-гейтов по качеству промптов, которые вызывают эти эндпоинты, заблокируйте соответствующий релизный конвейер до завершения миграции.