Навык 22 из 39
HS-AI-007-GRFИтеративное улучшение артефактов через Generate → Review → Fix
Провести один артефакт через повторяемые циклы Generate → Review → Fix: получить версию по действующему рабочему контракту и критериям приёмки, независимо выявить и приоритизировать разрывы, превратить выбранные замечания в ограниченное задание на исправление, сравнить следующую версию с предыдущей и повторно проверить затронутые критерии и регрессии. Завершить цикл только по явному условию остановки: артефакт принят, нужна эскалация или исчерпан установленный лимит итераций. Если review опровергает рабочий контракт или критерии, человек останавливает Fix и явно возвращает задачу к HS-AI-003-BRIEF или HS-AI-006-AC, не меняя baseline молча внутри итерации.
HS-AI-004-CYCLE управляет ходом одного выполнения, а HS-AI-005-VERIFY — независимой проверкой и приёмкой конкретной версии. Здесь проверяется управление сходимостью нескольких версий: какое замечание исправлять, насколько узким должен быть Fix и когда следующий цикл уже не оправдан.
Тренажёр навыка
Понять.
Сделать.
Подтвердить.
Что нужно уметь
Провести один артефакт через повторяемые циклы Generate → Review → Fix: получить версию по действующему рабочему контракту и критериям приёмки, независимо выявить и приоритизировать разрывы, превратить выбранные замечания в ограниченное задание на исправление, сравнить следующую версию с предыдущей и повторно проверить затронутые критерии и регрессии. Завершить цикл только по явному условию остановки: артефакт принят, нужна эскалация или исчерпан установленный лимит итераций. Если review опровергает рабочий контракт или критерии, человек останавливает Fix и явно возвращает задачу к HS-AI-003-BRIEF или HS-AI-006-AC, не меняя baseline молча внутри итерации.
HS-AI-004-CYCLE управляет ходом одного выполнения, а HS-AI-005-VERIFY — независимой проверкой и приёмкой конкретной версии. Здесь проверяется управление сходимостью нескольких версий: какое замечание исправлять, насколько узким должен быть Fix и когда следующий цикл уже не оправдан.
Как закрепить
Взять рабочий контракт, критерии приёмки и исходные материалы для одного артефакта. Получить первую версию, провести её независимое ревью, связать замечания с критериями или существенными рисками и выбрать минимальный пакет исправлений. После каждого Fix сохранить новую версию или diff, повторно проверить затронутые и ранее выполненные критерии и зафиксировать решение о следующей итерации. Провести не менее двух итераций на учебном fixture и завершить работу по заранее заданному условию остановки.
Как проверить перенос
В новом изолированном fixture со знакомым классом артефакта либо с полной доменной справкой получить рабочий контракт, критерии, исходные материалы, детерминированный генератор и лимит не более трёх итераций. Fixture содержит не названные участнику существенный дефект, правдоподобное, но нерелевантное замечание, риск регрессии при чрезмерно широком исправлении и сигнал, который может потребовать возврата к brief или acceptance criteria. Без списка дефектов и готовой последовательности действий провести Generate → Review → Fix loop, сохранить версии, отклонить необоснованное замечание, проверить эффект каждого исправления и вовремя принять, вернуть контракт на пересмотр, эскалировать или остановить работу по лимиту.
Результат, а не ощущение
Evidence
освоения
- рабочий контракт, критерии приёмки, идентификатор fixture и установленный лимит итераций;
- последовательность версий артефакта или воспроизводимые diff между ними;
- журнал каждой итерации: результаты review, приоритет, решение и границы Fix;
- прослеживаемость «замечание → критерий или риск → изменение → повторная проверка»;
- независимые проверки исправлений и отсутствия регрессий в ранее выполненных критериях;
- обоснование отклонённых или отложенных замечаний;
- запись возврата к brief/acceptance criteria, если review опроверг baseline, либо evidence того, что контракт остался действующим;
- явное итоговое решение и доказательство выполнения условия остановки.
Антипаттерны
Типовые ошибки
- повторная генерация без ревью конкретной версии и сохранения различий;
- принятие всех замечаний без проверки их связи с критериями и рисками;
- слишком широкий Fix, который меняет уже корректные части или расширяет рабочий контракт;
- проверка только исправленного места без затронутых критериев и регрессий;
- принятие заявления агента «исправлено» вместо независимого повторного review;
- микроменеджмент шагов генерации вместо управления переходами между версиями;
- бесконечная полировка без лимита, критерия сходимости или решения об эскалации;
- молчаливое изменение рабочего контракта или критериев внутри Fix;
- потеря истории версий и невозможность связать улучшение с конкретным замечанием.