Инварианты: «MVP» и «пока без…» — это нарушение
Самое опасное слово в агентной разработке — не «баг». Это «MVP».
Модель, назвав кусок работы «MVP», «PoC» или «пока без…», начинает резать целевую комплектацию. Оставляет «потом доделаем». И делает это вежливо, с объяснениями, которые звучат разумно.
Почему это правило, а не косметика
В WitnessDone такие ярлыки запрещены. Формулировка «строим сразу полную комплектацию, а S0–S8 — порядок поставки» отделяет порядок работ от степени готовности. Срез S0 может быть маленьким, но он не «упрощённая версия» — это первая часть целого, сделанная по-настоящему.
Инварианты задачи
Каждое задание несёт список того, что нельзя нарушать. Это не пожелания, а условия приёмки: нарушил — работа не принята, даже если тесты зелёные.
Примеры по смыслу: • событие пишется в журнал до рассылки; • у функциональности один модуль-владелец; • секреты не попадают в логи.
Куда расти
Сейчас инварианты живут в заданиях. Следующий шаг — уровень глобальных инвариантов проекта, которые проверяются на каждом задании независимо от его содержания. Например: «ни одно задание не добавляет зависимость без ADR». Эту идею хорошо формализовал Aviator Verify — к нему вернёмся в обзоре.
Цена бездействия
Объём тает незаметно. Вы узнаёте об этом, когда заказчик спрашивает про функцию из ТЗ, которой нет.
Дальше — NFR, ADR и Decision Lock: числа вместо прилагательных.
Читайте серию на arhellist.ru https://arhellist.ru/blog/invarianty-i-zapret-yarlykov-nepolnoty-kak-zaschitit-obyom-ot-agenta/