Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток AI и ML доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 17
Не понятно, чем /plan хуже?
Ну, как минимум, в статье я описывал и рассказывал о том, что саб-агенты и системный промпт содержат название баз данных DEV и PROD, namespace в Kubernetes. Правил, как вестись должна разработка задачи, я имею в виду, pull request в DEV, pull request в MAIN. Я немножко уже изменил флоу, чего нет в статье. Сейчас это еще и ожидание комментариев от CodeRabbit. И итерация по этим комментариям самостоятельно. И только после этого assign PR на меня. Все это plan без указаний не сделает
Когда план готов, я пишу «да, начинай»
Когда план готов, я пишу "запускай 5-раундовое кросс-ревью плана другой sota-моделью".
Правда, выглядит это все короче "/codex-dual-review-file-based ревью плана"
https://github.com/Serg2000Mr/claude-codex-review-skill
Узнаю свой подход, только у нас реализация другая.
Мы пришли к похожей архитектуре, но вместо Go-бота с MCP-серверами используем Telegram-топики как естественный диспетчер. Каждый топик = один проект = одна изолированная сессия Claude Code. Роутер определяет, какую модель подключить (Opus для сложного, Haiku для рутины), и каждая сессия видит только свой рабочий каталог.
Несколько наблюдений из опыта с ~100 параллельными сессиями:
CLAUDE.md >> промпт-инструкции в агенте. У нас в каждом проекте CLAUDE.md с архитектурой, правилами безопасности и деплой-инструкциями. Работает надёжнее, чем передача контекста между агентами, потому что файл всегда актуален и не теряется при компакции.
CHECKPOINT.md как замена передачи состояния. Вместо водопада контекста между саб-агентами, каждая сессия пишет своё состояние в чекпоинт. При перезапуске или смене контекста читает один файл вместо перечитывания всего проекта.
Код-ревью человеком: полностью согласен. Это единственное, что реально отделяет рабочий пайплайн от “лотереи”. У нас деструктивные операции (деплой, удаление, push) требуют явного подтверждения.
Интересно, что вы Claude Code гоняете на VPS. Мы тоже: Hetzner VPS + Windows + Telegram Router. Фоновые задачи действительно удобнее на сервере, чем на локальной машине.
Как мерите качество решения? Любой overenginiring построить легко, но надо ещё доказать что он даёт какие-то преимущества. И "ну мы попробовали, работает" - тут вообще не годится, может на 2х сценариях стало лучше, на 80 деградация, а на 10к - все осталось как было, только токенов ушло в 5 раз больше.
Уверен, что никак (субъективно)
Качество решения я меряю тем что теперь мне не приходится каждый раз в новом чате надиктовывать в течение двух минут по какому флоу мне надо протащить задачу сначала dev потом main; объяснять и рассказывать название баз данных; namespace в kubernetes
Ну вот я просто включил эти вещи в пару md файлов, а ссылки указал в claude.md, чтобы в контексте было описано что читать, и тоже ничего не указываю. Более того, даже когда я ещё не указал явно ссылки в claude.md - он все равно находил нужные данные grep-ом или ls. Более того, даже если ничего этого не указать вообще, тот-же codex уже из коробки поддерживает кросспроектную долговременную память, и когда я создавал новый проект, он уже знал где у меня лежит папка с проектами и где папка с документацией.
Ситуации когда "мы придумали мега решение для автоматизации агентов" - а на деле, самый тупой промпт задачи работает лучше и экономнее, чем это мего решение, я уже встречал неоднократно.
vibe- coding это про любительское программирование с ии, даже читать не стал, т.к. этот термин похоже стал обозначать в статье любую разработку с ии...
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Прогнозируемый vibe-coding: пайплайн из агентов, который доводит фичи до прода без сюрпризов