Идеи
AI-агенты 24/7 (подход @serejaris)/knowledge/10_fable_pipeline.md

Fable Pipeline: конвейер разработки сабагентами

Источник: NotebookLM, part_09, 2026-10-24.

Идея: дорогая модель (Fable / Opus) — только тимлид. Она не пишет и не правит код, а ставит задачи, режет спеки и управляет процессом.

Скауты → Спека в Issue (Opus) → Исполнитель → Верификатор → Приёмка / Эскалация

1. Разведка (дешёвые модели: Sonnet / Haiku / Flash)

Скауты изучают код, issues, логи и диффы и возвращают тимлиду сжатый отчёт.

2. Спека в теле GitHub Issue (Opus)

  • Спека записывается в тело issue до того, как задача уходит исполнителю.
  • Текст спеки не дублируется в промпт: исполнитель читает issue сам, так токены не тратятся дважды.
  • Архитектурные развилки тимлид решает сам и фиксирует одной строкой с обоснованием.

Структура issue:

  1. Title, например [3D Engine] Add HP-bar overlay.
  2. Goal: продуктовая суть.
  3. Scout Context: найденные модули и принятые решения.
  4. Scope & Constraints: разрешённые файлы (по умолчанию один); чужие модули и глобальные конфиги не трогать.
  5. Definition of Done: проверяемые критерии (что на экране, какие события, какие ошибки ловятся).

3. Исполнитель (Sonnet / Codex / GLM / Grok)

  • Одна задача — один файл, задачи идут последовательно.
  • Исполнитель долгоживущий: та же сессия, пока контекст не дойдёт до ~300 тыс. токенов, потом compact.
  • Сдаёт работу ссылкой на коммит и дифф.

4. Верификатор (отдельный агент + Playwright / DevTools MCP)

  • Не верить отчёту исполнителя. На стриме агент рапортовал «HP-бар готов, тесты зелёные», не изменив ни строчки.
  • Верификатор сам запускает тесты, открывает превью, делает скриншоты и клики и сверяет результат с DoD.

5. Приёмка / эскалация

  • Успех: закрыть issue одним комментарием с вердиктом и ссылкой на коммит. Тело issue остаётся чистой спекой.
  • Провал:
    • максимум 2 доработки тем же исполнителем по замечаниям;
    • если не помогло — лейбл blocked, короткий диагноз, переход к следующей задаче;
    • повторный заход только со свежим исполнителем: чистый контекст и диагноз верификатора.

Журнал

Каждый этап отмечается лейблами в issue: Scouting Done → Spec Written → Dispatched → Worker Report → QA Check → Closed/Blocked. Ход работы видно с телефона.

Как применить у себя (Max $100, фронтенд)

  • Архитектор = Opus: только спеки и issues.
  • Верстальщик = Sonnet: model: sonnet в файле агента.
  • Тестировщик = верификатор: Sonnet или Haiku + Playwright MCP, с правилом «не верить отчёту».
  • Скауты: Haiku.