Anthropic ввёл 30-дневное хранение данных для fable и mythos

Заметили, что политики хранения данных у облачных провайдеров меняются чаще, чем версии их API? Вот и я обратил внимание: Anthropic тихо обновил правила для корпоративных моделей, и это важно, если вы работаете с Fable или Mythos.

Что изменилось

Anthropic теперь требует 30-дневное хранение данных для моделей семейства Mythos, включая Fable. Раньше правила были размытыми, теперь всё чётко: ровно месяц, и данные уходят.

Это не просто бюрократия. Для команд, которые работают с конфиденциальной информацией, это означает, что нужно пересмотреть внутренние процессы. История использования, логи запросов — всё это теперь живёт ограниченное время.

Кого это касается

Правило действует для всех, кто использует Mythos-class модели в рабочих процессах. Fable — корпоративное решение, Mythos — высокопроизводительные модели для сложных задач. Если вы или ваша компания используете эти модели в продакшене, скорее всего, вы уже подпадаете под новые правила.

ПОДПАДАНИЕ ПОД НОВЫЕ ПРАВИЛА
─────────────────────────────
┌─────────────────────────────────────┐
│  Используете Fable или Mythos?      │
│           │                         │
│     ┌─────┴─────┐                   │
│     ▼           ▼                   │
│    ДА          НЕТ                  │
│     │           │                   │
│     ▼           ▼                   │
│  30 дней    Старые правила          │
│  retention  хранения               │
└─────────────────────────────────────┘

Что именно хранится 30 дней

Речь идёт о данных, связанных с использованием сервисов. Это включает:

• Логи запросов к API
• Метаданные сессий
• Информацию об использовании токенов

Важно понимать: это данные об использовании, а не ваши рабочие промпты или результаты генерации целиком. Но если вам нужна полная история для аудита или compliance, месяц — это жёсткий потолок.

Что это значит на практике

Для администраторов и технических лидов:

1. Проверьте свои бэкапы. Если вы собирали историю использования у себя — убедитесь, что она у вас есть. Anthropic больше не хранит её вечно.
2. Обновите документацию. Внутренние политики работы с данными должны отражать новые сроки.
3. Договоритесь с compliance-командой. Если у вас есть требования по хранению логов, 30 дней — это ваш новый ориентир.

ЖИЗНЕННЫЙ ЦИКЛ ДАННЫХ В MYTHOS
───────────────────────────────
Отправка        Хранение         Удаление
запроса    →    30 дней    →     навсегда
   │            │               │
   ▼            ▼               ▼
┌──────┐   ┌──────────┐    ┌─────────┐
│Данные│   │Логи,     │    │Данные   │
│входят│   │метаданные│    │удалены  │
│в сис-│   │хранятся  │    │безвоз-  │
│тему  │   │месяц    │    │вратно   │
└──────┘   └──────────┘    └─────────┘

Почему это важно

30 дней — это одновременно и много, и мало. Достаточно для отладки и решения проблем, но мало для долгосрочного анализа трендов или расследования инцидентов.

Меняется сама модель ожиданий. Если раньше можно было «потом разберёмся с логами», теперь месяц — хард-лимит. Это заставляет команды быть более дисциплинированными в работе с данными.

Выводы

Anthropic ввёл обязательное 30-дневное хранение данных для Fable и Mythos. Это касается всех, кто использует эти модели в работе. Если вы администрируете доступ или отвечаете за compliance — проверьте свои процессы и убедитесь, что месячного срока хранения достаточно для ваших задач.

Для большинства команд это не станет проблемой. Но лучше узнать о таком изменении заранее, чем обнаружить его, когда нужные логи уже исчезнут.

Ссылки

• Data retention practices for Mythos-class models — официальная страница поддержки Anthropic с описанием новой политики