Документация к проекту, список выполненных задач, отчеты о выполненных работах, а нужно ли это в вайб-коде? На днях сидел и наблюдал за тем, как в 3 окна параллельно выполнялись достаточно длинные задачи, и всё, что мне требовалось делать всё это время - стараться не заснуть. Я, как цифровой охранник на КПП с пультом от шлагбаума, сижу и только открываю/закрываю вход и выход данным, больше от меня ничего не требуется в подобных рабочих сессиях (если список задач распланировал заранее). Так вот, я понял, что ума добавлять текущим нейронкам уже необязательно (если судить за веб-разработку, где они лучше всего справляются), а вот скорости - не помешало бы. Но когда нам завезут обещанный Cerebras и ему подобные на тир-1 модели, еще не понятно, а ускорить хочется здесь и сейчас. Ах да, к чему это я это всё вел. Раньше я считал, что для постройка эффективного пейплайна для программирования силами агента требует обязательные составляющие: - тесты; - история в git; - детальная документация (как в отдельных файлах, так и внутри файлов с кодом - jsdoc и комментарии; - ведение списка выполненных задач; - детальные правила агента (желательно с разбивкой на глобальные/проектные); - по возможности memory bank, в который модель может оперативно что-то записать и запомнить, чтобы не лезть в документацию и лень править правила агента по данному проекту; - какой-нибудь ИИ код-ревьюивер; - MCP сервера, которые агенту дают выход "во внешний мир" для подгрузки документации по фреймворкам и библиотекам, а также для тестирования веб проектов в браузере. Скиллы, субагентов практически не использую, это уже тюнинг, на качество сильно не влияют в моем случае. И я начал замечать, что вся эта обвязка вокруг агента увеличивает выполнение запросов иногда до 3-х раз. Пока прочитается вся эта документация, пока напишется новая и обновится старая, пока через MCP (Playwright) всё проверим, пока тесты прогонятся, пока ревью сделаем и еще раз всё поправим, если что-то не так. С одной стороны, мы выигрываем в долгую - имея много этапов редактуры и контроля качества, с другой стороны, модели умнеют, и некоторые из этапов становятся не настолько эффективными, или просто не столь критичными. И, самое главное, начал замечать, что современным моделям все реже надо читать документацию, и им достаточно кода, чтобы быстро осознать и проследить весь поток данных. По итогу я решился на оптимизацию - начал отключать этапы пейплайна и отслеживать, когда начнет падать качество работы. На данный момент я полностью отказался от заполнения memory bank-а, to-do листа по выполненным задачам и полностью отказался от заполнения документации и удалил их из проекта и из требований в правилах агента, следовательно "похудели" и файлы правил. Документация и тудушки жрут токенов много, время занимают много, толку приносят мало, и, при необходимости, могут быть сгенерированы в считанные часы с нуля по запросу в любой момент. Для детальной истории проекта достаточно jsdoc и создания git коммитов после выполнения каждой задачи. Итог пары дней тестов в текущей конфигурации - качество вообще никак не изменилось, но лимиты расходуются экономнее, а время выполнения запроса сократилось.