Память дала AI-агенту прошлое. Solo Kanban даёт ему настоящее

[slavaln]

Я использовал VibeKanban , но потом также пришел к более простому подходу. В OpenSpec для каждого проекта просто добавил папку "board" , а в ней подпапки по этапам. Отредактировал skills, чтобы агент умел пользоваться "доской". Главное, к чему я пришел - не делать несколько worktree в одном репо. То есть отказался одновременно запускать разработку отдельными агентами несколько фич в одном репозитории. Основная причина - дорогой merge, а техдолг улетает в космос. Да и смысла особого нет - агент и так пишет очень быстро, а когда они в 3-5 потоков "выплевывают" фичу за фичей, то я не успеваю ни "принимать", ни описывать нормально новые фичи. А еще кайфа нет в таком потоке )))

[VitaliySemenov]

Очень узнаваемый вывод про worktree. У меня WIP max 1–2 как раз вырос из обратного эксперимента: дал autonomous coding agent’у свободу работать в параллельных worktree — и быстро упёрся в дорогой merge, tech debt и human bottleneck на review.

В одном кейсе drift дошёл до 50+ коммитов, и дешевле было удалить worktree, чем разруливать конфликты. Плюс параллельный режим хорошо маскирует phantom-closure: задача выглядит закрытой по декларации, но реальной реализации почти нет.

Поэтому тоже пришёл к single-stream/WIP 1–2. И да, “кайфа нет в таком потоке” — очень точное наблюдение: solo + AI нельзя оптимизировать только по velocity.

OpenSpec и VibeKanban смотрел, но в тексте md оказалось сильно удобнее. Все рядом.