Обновить

Мой фреймворк для агентной разработки с Claude Code

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели8.1K
Всего голосов 10: ↑10 и ↓0+12
Комментарии15

Комментарии 15

Привет. А как решаешь конфликты, когда два агента параллельно правят один и тот же файл?

Привет! А они не правят один и тот же файл никогда

Ревьюверы пишут фидбек и отдают основному агенту, дальше он все сам исправляет

А в do-feature на этапе планирования задач они разбиваются на волны, исходя из зависимостей. В одну волну попадают задачи, в которых надо править разные файлы, чтобы не было конфликтов. В следующую — такие же задачи, но для которых надо, чтобы было сделано что-то из первой волны. И так далее

Есть два способа решить эту проблему:

1) Научить агентов при работе с любым файлом создавать мьютекс, если по простому, то он создает .lock файл в котором пишет, этот файл заблокирован мной, когда я закончу можете редактировать

2) Каждую сессию агентов заставлять работать в изолированном worktree(я именно так и работаю), сабагенты в рамках одной сессии друг-друга не перезатирают, а вот агенты из разных могут, поэтому если меняет код проекта, то, каждый работает в своей изолированной среде, а конфликты решаются уже через pull request веток.

Для любого из этих способов помимо промптов и правил, стоит также реализовать это на уровне хуков. Тогда агент не может игнорировать эти правила

Делаю примерно то же самое, только через CLAUDE.md и shared.md с инструкциями агенту — туда идут соглашения по коду, контекст проекта, правила приёмки задач. Это позволяет не объяснять одно и то же в каждом чате.

Я claude.md почти пустым держу, все инструкции в скиллах и project-knowledge. Так проще контекстное окно контролировать. Например, субагенту, который делает ревью секьюрити, не надо знать, как деплоить проект и как там тексты писать. Поэтому он получает только нужный ему файл из папки project-knowledge. Чем меньше у него лишней инфы в контексте, тем меньше он косячит

В чём различия с конкурирующими решениями и преимущества перед ними? GitHub Spec-Kit, BMAD Method, GSD, OpenSpec, Agent OS, superpowers?.. (на самом деле их столько и развиваются так быстро, что актуальный неделю назад список уже может устареть :)

Если честно, то хз

Мне как-то проще и интереснее самому процесс продумывать, чем в чужих разбираться

Я иногда смотрю на чужие системы и какие-то идеи у них подворовываю, но на живых проектах ни разу чужое не тестил. Только свое, только хардкор

"Синдром неприятия чужой разработки" как есть.

Это не неприятие. Я ж хочу разобраться в этом, сам понимать, что и как устроено. Мне проще разобраться на практике, когда я сам продумываю систему, чем когда изучаю чужое

Хочу высказаться, не в упрёк автору, он молодец, а про ситуацию в целом.

В целом это балаган. Корпорации, пылесосящие в себя не только миллиарды, а уже триллионы долларов, не то, что делают работающие и логичные решения ожидаемого энтерпрайз уровня, а выпускают продукцию с какими-то ограничениями, делают задержки в генерации, запрещают использование в других оболочках, в общем, полный набор абсолютно токсичного поведения. Продуманной системы работы - нет! Просто нет, трахайтесь как хотите, господа юзеры, пилите свои велосипеды. И бабло в эти корпорации другими корпорациями заливается бесконечно, несмотря ни на что.
Надеюсь, их всё-таки обгонят китайцы или кто там ещё, потому что эта ситуация крайне нездоровая.
Всё, слез с табуретки:)

Я здесь с обратной стороны баррикад табуретки. Возможность во время поездки в такси наговорить несколько голосовых сообщений в телеграм и получить на выходе работающее приложение — вызывает у меня лютый восторг. А то, что надо немного подумать, как все организовать, чтобы это получалось — это мелочи уже

А какого типа приложение получается? Просто интересно. Если каждый может создать приложение, то будет как с литературой. Пиши не хочу, читать никто не будет кроме автора

Так ведь приложение не нужно читать. Его надо использовать:) Если автор будет его использовать, то и хорошо:)

Ну из того, что сделал я:

Два сайта с блогами, один свой личный, один для проекта

Бот, который берет посты из тг-канала, чуть сеошит и публикует в блог на сайте

Свой аналог openlaw: агент на базе claude code, с которым общаюсь через телеграм. Выполняет всякие ассистентские задачи: ведет мой календарь, базу знаний в обсидиане, crm, ищет инфу, каждую ночь разгребает инбокс

Бот, через который можно общаться с Claude Code из телеграма. Можно с телефона голосовыми по этому сасому фреймворку и работать

Бот, который делает эмодзики в телеге — вот у него 33к юзеров и 1000$ выручки в месяц

Расширение для Хрома которое ищет битые ссылки на сайтах

Бот, который строит RAG по базе знаний и отвечает на вопросы в чате

Небольшое автоматизированное медиа, типа «дневника трат» в ТЖ. Люди заполняют анкеты, рассказывают о своей работе — бот проверяет, что это не спам, оформляет пост, публикует в канале

Сервис, который мне из сырых данных строит дашборд по бизнеса, считает все, что мне надо

Сервис, который делает около 500 запросов по API в разные LLM в духе «посоветуй кафе в Москве» и составляет отчет по видимости компании в выдаче нейронок. Такая, примитивная geo-аналитика

Ну что-то такое, в общем

Занимательно. Я когда про ai-factory почитал, загорелся и вот уже сколько недель оквадрачиваю седалище в процессе разработки своего продукта. Приятно видеть, что я такой не один🫠

Сегодня интегрировал файловую шину для коммуникации Антигравити (основная среда разработки, под капотом Gemini+ семейство Claude) и codex. Теперь есть отдельный workflow для обсуждения и совместного принятия решения несколькими моделями. Видел, что ребята такое организовывают внутри Claude code - консилиум на ~20 ботов с разными ролевыми моделями, но для моих целей пока избыточно (и дорого). Бонусом - "slice mode", где часть работ выдают на аутсорс тому же codex в составных проектах.

Репо показывать пока не готов, как будет коммерческий успех - поделюсь)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации