Часть III · Оркестрация и воркфлоу · Глава 07

Research · Plan · Execute · Review · Ship

Десятки команд по всему GitHub собрали свои методологии разработки на Claude Code. Звёзд у них сотни тысяч. И почти все они, если снять обёртку, сводятся к одному скелету из пяти стадий. Разберём скелет и его минимальную реализацию.

⏱ ~15 минут источник: README (dev workflows) · development-workflows/rpi Claude Code v2.1.179

§1 · Сходимость

Разные бренды, один скелет

Superpowers, Everything Claude Code, Spec-Kit, BMAD, gstack, OpenSpec — у каждого свой набор команд и свой словарь. Но порядок один: сначала понять, потом спланировать, потом сделать, потом проверить, потом отгрузить. Бренд продаёт обёртку; работает скелет.

Жёлтые стадии повторяются внутри себя: тесты и ревью крутятся, пока не пройдут.

§2 · RPI

Минимальная реализация с воротами

RPI (Research → Plan → Implement) — самый компактный концентрат скелета, с валидационными воротами на каждой фазе. Ворота отсекают невзлетающие фичи до того, как на них потратят время: ресёрч выдаёт вердикт GO/NO-GO.

Схема RPI: фазы Research, Plan, Implement с агентами и командами, валидационные ворота между фазами. — Плашка 2.1 · RPI: три фазы, свои агенты и команды, ворота между ними. development-workflows/rpi/

RPI на примере OAuth2commands

/rpi:research rpi/oauth2-auth/REQUEST.md   # → research/RESEARCH.md · вердикт: GO
/rpi:plan oauth2-auth                       # → pm.md · ux.md · eng.md · PLAN.md (3 фазы, 15 задач)
/rpi:implement oauth2-auth                  # → Phase 1/2/3 → PASS · готово к PR

Каждая фаза вызывает свой набор агентов (requirement-parser, product-manager, senior-software-engineer, code-reviewer…) и пишет артефакт в папку фичи. История работы остаётся на диске.

§3 · Карта методологий

Кто во что обернул скелет

Топ-методологии (по звёздам) и их цепочка
Проект	★	Цепочка (сокращённо)
Superpowers	230k	brainstorm → worktrees → plans → subagent-dev → review → verify → ship (14 скиллов)
Everything Claude Code	217k	/plan → /tdd → /code-review → /security-scan → /e2e → merge
Matt Pocock Skills	132k	/to-prd → /triage → /tdd → /diagnose → /improve → /handoff
Spec Kit	113k	constitution → specify → clarify → plan → tasks → implement → analyze
gstack	111k	plan-reviews → spec → review → qa → ship → canary → retro
BMAD-METHOD	49k	brief → prd → architecture → epics/stories → dev → review → e2e → retro

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

§4 · Петли внутри

Где скелет крутится на месте

Стадии Execute и Review почти всегда содержат под-петли: написал тест → код → прогнал → красный → правка → зелёный. Или: ревью → правки → ревью, пока замечаний нет. Эти циклы и есть та самая петля обратной связи из Главы 00, ради которой стоит весь харнесс.

TDD-петля внутри Execute: тест ведёт реализацию.
Review-петля: /code-review → правки → повтор до чистого.
Ralph Wiggum loop — самоэволюционирующий цикл: агент гоняет себя по задаче до выполнения условия (плагин).
Воркфлоу Карпатого и других практиков — вариации того же скелета под свой вкус.

Совет

Не сшивай франкенштейна из пяти методологий. Возьми одну, которая ложится на твой процесс, и доведи её. Скелет важнее бренда: понимаешь стадии — поймёшь любую из них за вечер.

Шпаргалка главы

Пять тезисов на вынос

Один скелет: Research → Plan → Execute → Review → Ship. Десятки методологий — обёртки над ним.
Ворота решают раньше денег: ресёрч выдаёт GO/NO-GO до планирования и кода (RPI).
RPI — компактная реализация: три фазы, свои агенты, артефакты на диске.
Под-петли в Execute/Review (TDD, code-review) — это петля обратной связи из Главы 00.
Бери одну методологию, не сшивай несколько. Скелет переносим, бренд — нет.