1.0
Первый управляемый путь от идеи до выпуска.
ПРОИЗВОДСТВО / СОЛО-РАЗРАБОТКА
Процесс — тоже
часть продукта.
Инструмент генерирует код. Чтобы доводить идеи до результата, мне понадобились роли, документы, проверки, выпуск и работа над ошибками — для одного разработчика.
01 / ЭВОЛЮЦИЯ
От первого выпуска к ПрП 3.0
Каждая версия добавляла контроль там, где предыдущей не хватало. Даты показывают фиксацию правил, а не их применение в каждой задаче.
2.0
Контрольные точки и границы доказательств.
2.1
Роли, восемь фаз и автономная Delivery.
2.2
Появилась новая сущность над эпиками — проект.
2.3 → 2.3.1
Superpowers для Delivery вместо собственных агентов.
2.4
Экспериментальная версия для сравнения с 2.3.1.
2.4 → 2.4.1 → 2.4.2 → 2.4.3
Учёт багов и метрик, порядок циклов и ответственность основного агента.
2.4.4
Общие файлы NETWORK.md и ARCHITECTURE.md.
3.0
Полная сборка в Dev, требование упрощения и проверки в затронутом периметре.
3.0 опубликована как открытая гипотеза. Она ещё не прошла полный цикл реального проекта. Запуски и заморозки всех направлений →
02 / ПОЛНЫЙ ЦИКЛ
Этапы, решения и возвраты
Выберите режим и масштаб работы. Стрелки показывают движение и возвраты, а выбор этапа — его участников, документы и пример результата.
Режим определяет характер работы; масштаб — её цикл и документы. Решения о результате остаются за мной.
Масштаб работы
Выберите этап — ниже его участники и результатПунктир — возвраты
Time to Market
От начала до доступности результата
Расход
Токены; деньги — при известном тарифе
Качество
Дефекты и волны переделки
Незапланированные прерывания
Сколько раз пришлось вмешаться, чтобы агент продолжил работу. Плановые вопросы и приёмка не считаются.
03 / ВИРТУАЛЬНАЯ КОМАНДА
Один владелец. Шесть независимых ролей.
Я принимаю решения. Роли проверяют разные стороны работы, не подменяя друг друга; на схеме выше видно, кто участвует в каждом этапе.
Product Owner
Собирает истории и критерии; проверяет путь человека по работающей версии.
CTO
Требует простого решения, проверяет качество и возвращает лишнюю сложность на переделку.
Дизайн-директор
Сверяет структуру, дизайн-систему и авторский текст с согласованным макетом.
Главный администратор
Проверяет конечный адрес, запуск, состояние и откат.
CyberSec
Проверяет данные и состав публикации. Иногда задерживает выпуск 🙂
Руководитель процесса
Следит за фазами, лимитами проверок и независимым разбором ошибок.
04 / КАРТА ДОКУМЕНТОВ
Два дерева. Одни правила работы.
Общие правила живут в Платформе. У каждого проекта — своя цель, истории и эпики. Файлы связаны назначением, а не выстроены в очередь.
0xExqui.OS.V2/общая Платформа
AGENTS.mdролиENGINEERING.mdцикл ПрПDESIGN_UI.mdинтерфейсTONE-OF-VOICE.mdтекстARCHITECTURE.mdархитектураNETWORK.mdсетьWORKSPACES.mdрабочие местаDEPLOYMENTS.jsonразмещенияRISKS.mdрискиPROCESS-ISSUES.mdошибки процесса
0xexqui.com/этот проект
AGENTS.mdправила проектаENGINEERING.mdссылка на единый ПрПREADME.mdчто работаетPROJECT.mdистории и решенияDESIGN.mdдизайн проектаROADMAP.mdэпики и зависимостиepics/001/текущий эпикDESIGN.mdрешение эпикаPLAN.mdпроверки и выпускreviews/заключения ролейchallenge.mdпроверка версии
ПРАВИЛА
Платформа → проект → эпикЛокальный AGENTS.md добавляет правила сайта, а ENGINEERING.md ссылается на единый ПрП Платформы.
ТРЕБОВАНИЯ
PROJECT.md↔ROADMAP.mdИстории и критерии связаны с эпиками по ID. Общий DESIGN.md задаёт их границы.
ПРОВЕРКА И ВОЗВРАТ
epics/001/PLAN.md↔reviews/Заключения ведут к DoD; Closure обновляет README.md, PROJECT.md и статусы в ROADMAP.md.
При открытом дефекте появляется BUGS.md; он не создаётся заранее. Риски и проблемы процесса ведутся в общих реестрах Платформы.
SUPERPOWERS
Методы внутри Delivery
Обсуждение решения, планирование, проверка поведения, поиск причины сбоя и подтверждение результата. Навыки помогают работать; решения о границах и выпуске остаются в производственном процессе.
05 / ЛАБОРАТОРИЯ ПРОЦЕССА
«Маяк»: проверять изменения до внедрения
Одну задачу можно провести по двум версиям правил в изоляции, затем сравнить результаты и следы работы. Это проверка гипотезы, а не внедрение процесса вслепую.
ВХОДОдна задача и критерии
A · контрольная версияB · изменённая версия
ВЫХОДДва результата и отчёты
Синтетический прогон
Проверена механика сравнения. Это ещё не доказательство лучшего процесса.
Пилот 404
Оба результата просмотрены. У одного варианта отрицательный DoD из-за расхождения в способе просмотра; вывод о превосходстве процесса невалиден.
Предыдущий пилот
Результат сравнения 2.2 и 2.3 доступен как исторический материал.
Смотреть результат →Одна задача не даёт статистической значимости и не предсказывает эффект в полноценной команде.