Когда хотел почекать идею но немного увлёкся
Итак, VroooomFlow
код тут
\ /
\/
Репо: https://github.com/virrius/VroooomFlow
Почему? Потому что вы двигайте тасочку, а агенты делают vrooom
С исходными мыслями стоит ознакомиться туть. И вот мы здесь
Проблематика:
(1) Выдерживать дисциплину вайбкодинга не просто. Мой опыт показывает, что проекты на дистанции превращаются в сложноконтролируемого франкенштейна, затраты на развитие растут, темпы - снижаются
Я верю и исследую, что вайбкодить можно стабильно и прогнозируемо
(2) Совместная/командная разработка в формате вайбкодинга - сложна. Комплексность и темп локальных изменений каждого контрибьютора осложняет контроль версий
(3) Порог входа в разработку даже с агентами требует некоторого технического бэкграунда.
Простые фичи должны быть доступнее
(4) Уже сейчас выделяются паттерны, свойственные агентной разработке, которые можно автоматизировать
(5) Текущий вайбкодинг сфокусирован, внезапно, на код.
В то время как по моим личным суждениям декларативный контекст: ТЗ, проектная документация, валидационные правила должны иметь первоочередное значение. Особенно когда мы отказываемся от владения кодбазой
Ещё раз о системе:
Вариация канбан доски, работающая над кодовой базой. Предоставляет интерфейс для коллаборативного развития проекта:
- Создаётся задача. Опционально в отдельном git worktree
- Для задачи планируются этапы, выраженные workflow=шаблонами/best practices/промпт-инструкциями/контекстом этапа
- Workflow можно добавить собственные на уровне проекта под потребности команды. Они же являются фиксацией практик работы команды
- Каждый этап выполняется отдельным агентом в интерактивном режиме. В рамках работы над задачей формируется общий контекст для задачи
- По готовности изменения задачи фиксируются в done
Из доп фичей:
- роли/доступы/комментарии - прочие базовые возможности для совместной работы и коммуникации
- Задачи сохраняет собственную спецификацию и подробный лог работы агентов в годном для анализа виде
- закинуто несколько примеров workflows
- визуальный аналог git tree с историей разработки по задачам
- два вида задач: Работающая глобально над репозиторием и работающая в отдельном worktree
Идеальный сценарий использования:
Ставим воркфлоу для примера
explore request->plan task->write tdd tests->implement->review->tests->update specs
разворачиваем над сырцами dev стенда с live-reload -> фиксируем workflow ->отдаём в команду -> даже самый далёкий от ИИ менеджер сможет накатить и мгновенно потрогать изменение, если сформулирует свой запрос. остальное система сделает сама (формулировать запрос тоже поможет)
Смотрим, как на задачу подвинуть кнопку влево жжётся 80к токенов
Итак, VroooomFlow
код тут
\ /
\/
Репо: https://github.com/virrius/VroooomFlow
Почему? Потому что вы двигайте тасочку, а агенты делают vrooom
!!! Проект на стадии демки концепций! Он функционален в базе, но не слишком красивый и удобный. Предназначается для посмотреть-вдохновиться-что-то понять. Использовать на практике пока можно но сложно
С исходными мыслями стоит ознакомиться туть. И вот мы здесь
Проблематика:
(1) Выдерживать дисциплину вайбкодинга не просто. Мой опыт показывает, что проекты на дистанции превращаются в сложноконтролируемого франкенштейна, затраты на развитие растут, темпы - снижаются
Я верю и исследую, что вайбкодить можно стабильно и прогнозируемо
(2) Совместная/командная разработка в формате вайбкодинга - сложна. Комплексность и темп локальных изменений каждого контрибьютора осложняет контроль версий
(3) Порог входа в разработку даже с агентами требует некоторого технического бэкграунда.
Простые фичи должны быть доступнее
(4) Уже сейчас выделяются паттерны, свойственные агентной разработке, которые можно автоматизировать
(5) Текущий вайбкодинг сфокусирован, внезапно, на код.
В то время как по моим личным суждениям декларативный контекст: ТЗ, проектная документация, валидационные правила должны иметь первоочередное значение. Особенно когда мы отказываемся от владения кодбазой
Ещё раз о системе:
Вариация канбан доски, работающая над кодовой базой. Предоставляет интерфейс для коллаборативного развития проекта:
- Создаётся задача. Опционально в отдельном git worktree
- Для задачи планируются этапы, выраженные workflow=шаблонами/best practices/промпт-инструкциями/контекстом этапа
- Workflow можно добавить собственные на уровне проекта под потребности команды. Они же являются фиксацией практик работы команды
- Каждый этап выполняется отдельным агентом в интерактивном режиме. В рамках работы над задачей формируется общий контекст для задачи
- По готовности изменения задачи фиксируются в done
Из доп фичей:
- роли/доступы/комментарии - прочие базовые возможности для совместной работы и коммуникации
- Задачи сохраняет собственную спецификацию и подробный лог работы агентов в годном для анализа виде
- закинуто несколько примеров workflows
- визуальный аналог git tree с историей разработки по задачам
- два вида задач: Работающая глобально над репозиторием и работающая в отдельном worktree
Идеальный сценарий использования:
Ставим воркфлоу для примера
explore request->plan task->write tdd tests->implement->review->tests->update specs
разворачиваем над сырцами dev стенда с live-reload -> фиксируем workflow ->отдаём в команду -> даже самый далёкий от ИИ менеджер сможет накатить и мгновенно потрогать изменение, если сформулирует свой запрос. остальное система сделает сама (формулировать запрос тоже поможет)
Смотрим, как на задачу подвинуть кнопку влево жжётся 80к токенов