Блок 4 · Урок 3 из 4 · ≈ 8 минут · цель: принимать работу агента без ощущения “вроде хорошо”

Принимать работу по критериям

Acceptance criteria

Главная мысль: результат агента принимается по поведению, тестам и дизайну границ, а не по уверенности ответа.

Приёмка: проверяемые условия до “готово”.

Не верим: “должно работать” без доказательств.

Зачем это вам

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

Так вы сохраняете роль руководителя архитектуры: агент выполняет, а вы принимаете по понятным критериям.

Суть

Поведение: пользовательский или публичный сценарий работает так, как обещано.

Тесты: проверка запущена и её результат понятен, а не просто “тесты должны пройти”.

Дизайн: интерфейс не стал шире без причины, правила не размазались, не появился pass-through слой.

Дифф: изменения соответствуют задаче и не тянут чужие части системы без объяснения.

Аналогия

Приёмка работы агента похожа на чек-лист перед вылетом: пилот может быть опытным, но взлет разрешается не по уверенности, а по пройденным проверкам.

Запомните одно

“Готово” начинается не с уверенного текста агента, а с проверяемых критериев и свежих результатов проверок.

Фраза агента → что он имеет в виду

«Должно работать»
Это не доказательство. Нужна команда проверки или наблюдаемый сценарий.
«Проверил через публичный интерфейс»
Хороший сигнал: тест защищает внешний контракт модуля.
«Изменил ещё несколько файлов»
Попросите объяснить, почему эти изменения входят в задачу и не расширяют область риска.

Мини-словарь

Acceptance criteria
Критерии приёмки: проверяемые условия завершения задачи.
Evidence
Доказательство: результат команды, теста, сценария или осмотра диффа.

Проверьте себя

Что является хорошей приёмкой работы агента?

Связанные материалы

Основной источник