0xExqui.OS
Тёмная Светлая

0xExqui.OS / R&D

Производственный процесс

Как я учусь доводить агентную разработку до результата.

03 / ИССЛЕДОВАНИЕ

96 агентов.
Ноль продукта.
Минус подписка.

Один из моих ранних запусков ChatGPT/Codex с Superpowers поднял 96 параллельных агентов и израсходовал подписку примерно за полтора дня. Полезного продуктового результата я не получил.

Это моё ироничное наблюдение, а не универсальный benchmark AI. Активность оказалась плохой заменой результату. Поэтому я начал строить управляемый производственный процесс — фабрику, которая умеет останавливаться, проверять себя и доводить работу до пользователя.

За основу я взял знакомую мне по работе трёхфазную рамку: Discovery → Delivery → Rollout. Публичная схема — мой эксперимент, не официальный процесс работодателя.

ОТ РАМКИ К ПРОЦЕССУ

Меньше импровизации.
Больше завершённых задач.

Исходный цикл

Первый сквозной путь к публикации

БАЗОВЫЙ ЦИКЛ · 3 ФАЗЫ

  1. Discoveryконтекст
  2. Deliveryреализация
  3. Rolloutпубликация

1.x

Появились явные входной и выходной гейты

+ НОВЫЕ GATES · DoR · DoD

  1. Discovery
  2. DoR+ входной gate
  3. Delivery
  4. DoD+ выходной gate
  5. Rollout

2.0

Решение и результат проверяются независимо

+ НЕЗАВИСИМЫЕ ПРОВЕРКИ

  1. Discovery
  2. Pre-Challenge+ проверка решения
  3. DoR
  4. Delivery
  5. Challenge+ проверка результата
  6. DoD
  7. Rollout
  8. Closure+ уроки

2.1

Автономная Delivery и явные направления возврата

Δ RETURN PATHS · ЯВНЫЕ ВОЗВРАТЫ

  1. Discovery
  2. Pre-Challenge
  3. DoR
  4. DeliveryΔ автономно
  5. ChallengeΔ явный возврат
  6. DoD
  7. Rollout
  8. Closure

2.2

Формальная ролевая модель соло-разработчика и EPIC-000

Δ ROLE MODEL · SOLO DEVELOPER

  1. Discovery
  2. Pre-ChallengeΔ ролевой состав
  3. DoRΔ EPIC-000
  4. DeliveryOWNER · 8 персон
  5. ChallengeOWNER · роли
  6. DoD
  7. Rollout
  8. Closure

2.3

Superpowers ведут Delivery; роли принимают; введены лимиты и A/B Pilot

OWNER · SUPERPOWERS → DELIVERY

  1. Discovery
  2. Pre-ChallengeOWNER · 6 ролей
  3. DoRΔ лимиты
  4. DeliveryOWNER · Superpowers
  5. ChallengeOWNER · 6 ролей
  6. DoD
  7. Rollout
  8. Closure

2.3.1

Действует сейчас · семь выводов пилота встроены в правила

CURRENT · 7 ВЫВОДОВ A/B PILOT

  1. Discovery
  2. Pre-ChallengeOWNER · 6 ролей
  3. DoRΔ 7 выводов
  4. DeliveryOWNER · Superpowers
  5. ChallengeOWNER · 6 ролей
  6. DoD
  7. Rollout
  8. ClosureΔ работа над ошибками

После Closure → Работа над ошибками

Независимый руководитель процесса разбирает нарушения и причины повторной работы. Это отдельный обязательный шаг после восьми фаз актуального цикла.

3 / 2 / 3 — пределы циклов Project Challenge / Pre-Challenge / Challenge. Не больше 3 Delivery-агентов и 7 историй в эпике. Проверяется настоящий production-like путь, независимый CyberSec может остановить выпуск.

2.2 → кандидат 2.3 → A/B Pilot → семь исправлений → действующий 2.3.1.

Все фазы, роли и skills →

04 / ВИРТУАЛЬНАЯ КОМАНДА

Шесть независимых
точек зрения.

В 2.2 восемь инженерных и продуктовых персон участвовали в цикле. В 2.3 реализация передана Superpowers, а шесть ролей принимают результат: каждая имеет право независимого PASS/FAIL в своей области.

Product Owner

Полнота историй, критерии и реальный пользовательский путь.

PASS / FAIL

CTO

Простота, архитектура и переиспользование готовых решений.

PASS / FAIL

Арт-директор

Цельный интерфейс на всех целевых устройствах.

PASS / FAIL

Главный администратор

Рабочий доступ, мониторинг, безопасное обновление и откат.

PASS / FAIL

CyberSec

Данные, доступы, секреты и недоверенный ввод. Независимый security-FAIL блокирует выпуск.

PASS / FAIL

Руководитель процесса

Фазы, границы, лимиты циклов и Работа над ошибками.

PASS / FAIL

Матрица версий

2.3.1

Состояние
действующий · emerging
Фазы
Полный цикл от Discovery до Closure
Роли
6 независимых ролей принимают результат
Skills
Superpowers ведут Delivery; brainstorming обязателен в Discovery
Ограничения
Не более 7 историй, 3 циклов проверки и 3 Delivery-агентов

2.3

Состояние
кандидат A/B Pilot
Фазы
EPIC-000 и продуктовый эпик разделены
Роли
6 ролей выведены из реализации в независимую приёмку
Skills
Delivery полностью передан Superpowers
Ограничения
Появились worktree, лимиты циклов и защита непрерывности

2.2

Состояние
ролевая модель для соло-разработчика
Фазы
8 фаз и программный EPIC-000
Роли
8 инженерных и продуктовых персон участвуют в цикле
Skills
Навыки выбираются вручную и частично повторяют роли
Ограничения
Цикл Challenge мог перезапускаться после нового Discovery

2.1

Состояние
автономная Delivery
Фазы
8 фаз эпика и явные направления возврата
Роли
Роли подключаются к фазам и проверкам
Skills
Появляются TDD, debugging и verification
Ограничения
Общие ограничения без жёсткого общего потолка

2.0

Состояние
формализация цикла
Фазы
Добавлены Pre-Challenge, Challenge и Closure
Роли
Проверки отделяются от основной работы
Skills
brainstorming, writing-plans и debugging по согласованию
Ограничения
Возвраты описаны, но ещё не замкнуты числом

первая

Состояние
точка старта
Фазы
Discovery → DoR → Delivery → DoD → Rollout
Роли
Основной агент ведёт почти весь путь
Skills
Superpowers подключаются как производственная мощность
Ограничения
Нет достаточно жёстких ограничителей расхода и повторов

Роль × фаза

2.3.1

Discovery
Product Owner + основной агент; brainstorming
Pre-Challenge
PO, CTO, Art, Admin, CyberSec, Process Lead
Delivery
Основной агент + Superpowers
Challenge
Те же 6 ролей, независимо и последовательно

2.3

Discovery
PO фиксирует истории и полный исходный путь
Pre-Challenge
6 независимых проверяющих ролей
Delivery
Superpowers без ролевого дублирования
Challenge
6 независимых проверяющих ролей

2.2

Discovery
PO + основной агент
Pre-Challenge
Выборочное подключение ролевых персон
Delivery
Архитектор, инженер, тестировщик и дизайнер
Challenge
8 ролей, часть методов пересекается с Delivery

2.1 и раньше

Discovery
Основной агент; роли появляются постепенно
Pre-Challenge
С версии 2.0 — отдельная проверка решения
Delivery
Основной агент и выбранные phase skills
Challenge
От общей проверки к явным ролевым verdicts

Skill × версия/фаза

2.3.1

Discovery
brainstorming — обязательный инструмент разработки и думания
Планирование
writing-plans
Delivery
полная цепочка Superpowers: TDD, debugging, verification
Завершение
finishing-a-development-branch после DoD

2.3

Discovery
обязательный brainstorming для проекта и эпика
Планирование
план фиксирует исполнимые шаги
Delivery
Superpowers целиком владеют Delivery
Завершение
независимые роли принимают, а не реализуют

2.2

Discovery
skills подключаются вручную
Планирование
отдельное согласование метода
Delivery
skills и собственные инженерные роли пересекаются
Завершение
verification существует рядом с ролевой проверкой

2.1

Discovery
brainstorming
Планирование
writing-plans и executing-plans
Delivery
TDD и systematic-debugging
Завершение
verification-before-completion

2.0 и первая

Discovery
ранние phase skills
Планирование
планирование подключается по согласованию
Delivery
Superpowers усиливают основного агента
Завершение
первые обязательные доказательства результата

05 / A/B PILOT

Процесс проверяется
реальной задачей.

Кандидат 2.3 победил как направление развития, но не получил чистой процессной победы.

Оба прогона получили отрицательный итог.

Сравнение диагностическое, а не контролируемое: одна задача, общий контекст и неполный учёт. Сопоставимые ролевые агенты — только часть всей работы. Processed tokens не являются стоимостью.

Задачей было создание ранней версии этой страницы. Обе первые страницы оказались недостаточными. Я считаю сам способ проверки нового процесса на реальной задаче важным ноу-хау.

−8,8%новых токенов у сопоставимых ролей
−1,8%обработанных токенов у тех же ролей

v0.2 продолжает эксперимент: v0.1.1 опубликована, но её структура и пользовательский опыт не решили мою задачу.

Полный разбор и два результата →

Авторские заметки

Как появился процесс ↗

Следующий шаг эксперимента ↗