Почему Microsoft заблокировала Claude Fable 5: риски хранения данных для разработчиков

Суть конфликта: ZDR против нового ретеншена

Claude Fable 5 требует сохранения запросов и ответов для работы защитных классификаторов Anthropic. Базовое окно хранения — 30 дней, а для запросов, помеченных как потенциально нарушающие политику использования, — до двух лет. Именно это и ломает привычный контракт Zero Data Retention, на котором внутри Microsoft держались остальные модели Claude.

Технически Fable 5 идентична Mythos 5, но с включёнными фильтрами безопасности. Запросы по кибербезопасности, биологии, химии и подозрительный distillation-трафик автоматически перенаправляются к Opus 4.8 — по данным Anthropic, таких случаев меньше пяти процентов сессий. Полноценная Claude Mythos 5 при этом остаётся закрытой и выдаётся только по спецразрешениям.

Для разработчика разница между Fable 5 и остальной линейкой Claude сводится к одному: при прочих равных ваши промпты и код клиента начинают жить на стороне Anthropic дольше, чем один запрос. Это уже не вопрос удобства API, это вопрос соответствия внутренним политикам обработки данных.

Что проверить в собственных пайплайнах

Прежде чем оставлять Fable 5 в проде, имеет смысл проверить, через какой именно эндпоинт и с какими гарантиями идёт трафик. Условный чек-лист, который можно прогнать скриптом против вашей конфигурации:

```bash

# Какие модели подключены в реестре GitHub Copilot / Foundry

gh copilot config get-models --org "$ORG" | jq '.[] | select(.vendor=="anthropic")'

# Сравнить режимы ретеншена по документации провайдера

# ZDR — zero data retention, 0 дней

# Standard — 30 дней

# Safety-retained — до 730 дней

case "$RETENTION_MODE" in

zdr) echo "ok: model=$MODEL";;

standard) echo "warn: 30d log, $MODEL";;

safety) echo "block: до 2 лет, $MODEL — не пускать клиентский код";;

esac

```

Если в выводе появилась строка `block` для Fable 5 — это повод вывести её из потоков, через которые проходят пользовательские данные, исходники клиентов или токены. Минимально достаточно маршрутизировать такие запросы через собственную абстракцию и держать Fable 5 только там, где чувствительных данных заведомо нет: документация, шаблоны, вспомогательные утилиты.

Второй момент — контракт с заказчиком. Если у вас в SLA с клиентом зафиксировано «данные не покидают периметр» или «используются только модели с ZDR», переход на Fable 5 без отдельного согласования формально нарушает эти обязательства. Это не юридическая консультация, но прецедент Microsoft здесь полезен именно как публичный сигнал, что крупный облачный вендор такие договорные пункты читает буквально.

Контекст со стороны Microsoft

Ситуацию дополняет публичная позиция Сатьи Наделлы. В подкасте Hard Fork он прямо признал, что внутри Microsoft много «токенмаксинга» — привычки нагружать самые дорогие модели без оглядки на задачу — и сформулировал правило: «не используйте фронтирные модели для нефронтирных задач». По его словам, после первоначального эффекта новизны стоит задаваться вопросом, какую именно ценность создаёт ИИ в конкретном вызове.

Для инженерной практики это переводится в простую рекомендацию: маршрутизируйте запросы по сложности, а не по умолчанию. Мелкий рефакторинг, генерация тестов, форматирование — это задачи для быстрых и дешёвых моделей. Fable 5 и подобные ей стоит держать в запасе для мест, где действительно нужны способности уровня Mythos, и отдельно документировать, какие категории данных туда уходят.

Что отслеживать дальше

Пока непонятно, разрешит ли юридический департамент Microsoft вернуть Fable 5 во внутренний инструмент выбора моделей. Решение будет сигналом для всей отрасли: если корпорация примет обновлённую политику ретеншена, это фактически легитимизирует 30-дневное и потенциально двухлетнее хранение промптов у облачного провайдера как норму. Если нет — стоит ждать, что Anthropic либо вернёт опцию ZDR, либо выделит Fable 5 в отдельный коммерческий класс с особыми условиями. До прояснения разумно исходить из пессимистичного сценария и не подключать модель к потокам, где цена утечки хоть ненулевая.