Принимается не модель, а вся система: данные, правила, интерфейс, интеграции, ограничения, логи, документация и действия команды при ошибке.
Зафиксируйте контракт результата
Для каждого сценария описываются вход, допустимый выход, обязательные поля, источники, максимальная задержка и действия при низкой уверенности.
Критерий «ответ выглядит хорошо» заменяется измеримыми условиями.
Проверяйте на независимом наборе
Приёмочные примеры не должны совпадать с демонстрационными. Набор включает отрицания, короткие реплики, смену контекста, противоречия, длинные документы, пустые данные и попытки обойти правила.
Результаты сохраняются, чтобы повторить проверку после обновления модели или промпта.
- Обычные сценарии
- Граничные случаи
- Негативные тесты
- Безопасность
- Недоступность зависимостей
Проверьте интеграции и данные
Тестируются права, дубли вебхуков, повторная отправка, таймауты, частичные ошибки и согласованность записей. Ни одна ошибка модели не должна приводить к неконтролируемому изменению данных.
Проверьте эксплуатацию
Команда должна видеть состояние системы, стоимость, задержку, ошибки, ручные эскалации и версию компонентов. Должны существовать инструкция запуска, резервный сценарий, процедура обновления и отката.
Что передаётся заказчику
Репозиторий, конфигурация окружений без секретов, схема архитектуры, модель данных, API-контракты, тесты, метрики, перечень ограничений, инструкции развёртывания и журнал известных рисков.
Приёмочный акт не должен скрывать ограничения. Они фиксируются вместе с планом контроля и ответственными.