Production playbook и обновление моделей

Eval проходит на стенде - дальше начинается жизнь в проде и смена моделей. Prompt не заканчивается после удачного demo: production-цикл включает версионирование, traces, evals, canary, budgets, rollback и повторный аудит после каждого значимого изменения модели.

Полезно держать чек-лист по стадиям - что готово к каждому шагу.

• До prompt - use case, baseline, success criteria и цена ошибки.
• До staging - schema, dataset, контракты tools и permissions.
• До production - release gate, trace, budgets и rollback.
• После запуска - canary, разбор инцидентов, review дрейфа и стоимость одного успешного результата.

Миграция на более сильную модель - не повод переписывать всё. Зафиксируйте baseline, прогоните новую модель на том же датасете без переписывания prompt, и меняйте инструкции только под реально найденные различия. Release gate остаётся прежним.

Наконец, о том, как читать саму эту книгу. Утверждения в ней помечены по источнику, и метку стоит учитывать.

• Официально - прямая рекомендация или описанное поведение в первичном источнике. Перед внедрением проверьте актуальную страницу.
• Общий вывод - принцип, который подтверждается материалами нескольких компаний. Сильная стартовая гипотеза.
• Эвристика - инженерный синтез на основе источников и архитектурных инвариантов. Обязательно подтвердите собственным eval.

И граница честности.

Граница актуальности. Проверка выполнена 31 июля 2026 года. Living documentation, model aliases, preview-функции и deprecation timelines меняются. Книга учит устойчивой инженерной модели, но provider-specific детали нужно перепроверять перед релизом.

Итог. Эффективный промптинг 2026 = ясный продуктовый контракт + минимальный высокосигнальный контекст + хорошо спроектированные tools + явное состояние + ограниченная оркестрация + проверяемый outcome.