⚪️ Нарезка задач


▶️ Я работаю с агентами через документ, который называю "протоколом" - это штука, которая связывает единым документом цикл от хотелки пользователя, ее проработку в некое ТЗ, планирование реализации, реализацию, мерж и проверки.

▶️ Один из этапов общего процесса - это анализ "габаритов" задачи. Тут у процесса есть тюнинг и "снизу" и "сверху". Щас поясню!

▶️ Если задача мелкая, то у меня тут две фичи имеются. Есть интерактивный режим - это когда мы с агентом работаем в режиме ИИ ассистента, когда он выполняет мелкие правки, я смотрю чего получилось. Чаще всего это доработка UI. Как мы такую сессию заканчиваем - далее по флоу идет процесс проработки изменений "по полной схеме" - с ревью изменений, рефакторингом, документированием, обновлением всякого, проверками всего на свете и то - все что свойственно "тяжелому флоу". Называется consolidation/hardening.

▶️ Далее есть упрощенный режим проработки планов, simple plan - когда доработка несложная или небольшая, то часть проработок не делается или делается в упрощенном режиме.

▶️ И есть "шейпинг" по верхнему габариту задачи. Если доработка огромная, оформляется общая спека на эту доработку, может быть даже с ADR если там решали чего, и оформляется пучок протоколов, которые эту доработку постепенно реализуют.

Режу объемы по такой логике: если это доставляемая фича продукта - то вертикальным слайсом. Но это не всегда, потому как могут быть доработки в слоях - ну там какую то подсистему докрутить. Или нужна какая то инфраструктура, контракт/ схема, миграция - тогда конечно это не слайс.

👉 Важно чтобы у каждого протокола была понятная одна цель и один сценарий для проверки. То есть чтобы можно было смело пускать goal по нему, не опасаясь дедлоков/циклов. Если это расползается, сценариев много, как и целей - верный кандидат на разделение.

❓ А вы как управляете габаритами работ в своих флоу? Шейпите? Какая логика? Поделитесь!

@deksden_notes