dev-workflow
Quality

Quality Pipeline

11-шаговый pipeline с quality gates, test-first и мульти-перспективным review

Quality Pipeline

Pipeline /workflow:dev построен на принципе: каждый gap в качестве закрывается отдельным gate.

Полная цепочка

Step 0:  PREFLIGHT    ← baseline: git clean? tests pass? lint clean?
Step 1:  READ         ← контекст: файлы, зависимости, паттерны
Step 2:  PLAN         ← архитектурный анализ + pseudo-code
Step 3:  PLAN_REVIEW  ← 9 критериев + verdict-aware gate (NEEDS_REVISION блокирует user-approve)
Step 4:  PLAN_FIX     ← хирургические правки плана по PLAN_REMARKS (no-op если APPROVED)
Step 5:  CODER        ← test-first: тесты → fail → код → pass
Step 6:  REVIEW×3     ← security + quality + coverage (параллельно)
Step 7:  fix loop     ← CODER↔REVIEW до 3 итераций
Step 8:  TEST         ← build + lint + tests (сравнение с baseline)
Step 9:  VERIFY       ← соответствие исходной задаче
Step 10: COMMIT       ← interactive или autonomous

Что закрывает каждый gate

GateПроблемаКак решает
PREFLIGHTГрязный working directory, сломанные тесты до стартаBaseline — не обвинять coder в чужих ошибках
PLAN pseudo-codeCoder интерпретирует план по-своемуКонкретный код в плане — coder следует, не додумывает
PLAN_REVIEW architectureПлан не учитывает слои, dependency direction3 архитектурных критерия в review
PLAN_FIX detail-levelПлан верен архитектурно, есть мелкие доработкиCoder применяет точные Edit-ы (не переписывает план)
Test-first в CODERТесты подгоняются под реализациюТесты пишутся первыми, должны упасть
REVIEW×3 parallelОдин reviewer бегло по всему3 специалиста глубоко в своей области
Real git diff в REVIEWReviewer видит самоотчёт, не реальный кодgit diff вместо CODE_DONE текста
TEST baselineСтарые тесты падают, coder ни при чёмСравнение с PREFLIGHT baseline
VERIFYDrift от задачи за время code↔review loopСверка с оригинальной задачей
RollbackПровал pipeline оставляет грязный stateStash или restore при остановке

Gates по режимам

GateInteractiveAutonomous
PLAN_REVIEW failСпросить userAuto-retry (max 2)
REVIEW failСпросить userAuto-fix (max 3)
TEST failСпросить userAuto-fix (max 3), stop на лимите
VERIFY failСпросить userAuto-fix (max 2), stop на лимите
COMMITСпросить userAuto-commit
Лимит исчерпанВыбор: accept / stopStop без коммита, stash

On this page