Скриншот бы
Выглядит круто!
Это все просто правила описанные в обычном md файле, тут скорее не про «что» а про «как», и такая структура в целом подойдет для мелких проектов на любой современной ИИ-модели
А вот Гермес - это уже про другое, это обвязка поверх моделей, грубо говоря продвинутый n8n, где можно правила-триггеры-условия навешивать, делать end-to-end интеграции со всякими апишками и тд, и имхо - это оверхед для разработки. Сам использую Гермес но скорее как «личного ассистента» - подключена телега, календари, таск трекер, зум и тд и тп, и вот он все это мне воедино собирает и держит в одном контексте, типа второй мозг ))
Через файлик - это лучше и главное правильнее, чем когда агент ставит задачу другому агенту сам, потому что он интерпретирует ее как хочет в моменте постановки, а потом ведь у тебя еще и субагент тестировщик появится, у которого тоже должно быть понимание что тестировать, и если и ему суть задачи будет ставить главный агент - огромный риск что задача для разработчика и для тестера будут отличаться: вместо этого есть 1 файл который носит в себе оригинальную задачу, куда смотрят и разработчик и тестировщик, и факт галлюцинаций отсутствует
По поводу лимита контекстного окна - используй команду /compact примерно на 80% заполнения контекста, он сам ужмет его до 1-2% и продолжай работу у том же чате. Старайся не менять чаты и сессии, в идеале никогда, а если меняешь - проси в отдельный файл сгрузить контекст, а новую сессию начинай с того что передаешь файл контекста из предыдущей
Эпл за 100к - это базовый минимум, прыжок - раскошный максимум
У тебя крайне не верный подход к понятию агентская-разработка с ИИ
Должен дать 1 главный агент на самой умной модели (сейчас это фейбл5.1), который занимается управлением других агентов(а точнее субагентов) - оркестратор
Далее у тебя в папке agents должно быть md файлы с описанием для каждого субагента - модель, роль, зона ответственности, допустимые тулзы и тд
Поверх этого нужен файл с дизайном приложения, либо дефолтный Claude.md, либо что-то более узко направленное типа game_design_doc.md где у тебя лежит свод правил игры
+ временный файл с тикетами, который ставит геймдизайнер и куда смотрит разработчик, это нужно чтобы избежать ситуации когда гейм дизайнер получает от тебя задачу, коверкает ее и передает криво разработчику, вместо этого все таски пишутся в отдельный файл, ты апрувишь его и только после этого разработчик с этим работает
В итоге у тебя только 1 час и 1 гит ветка, ты общаешься только с оркестратором, он ставит задачи сам субагентам, получает результат, ты апрувишь
Твой подход с 1 чатом и 1 ролью быстро упрется в контекстное окно 1м токенов (точнее уже уперся), и просто через несколько итераций сам чат забудет что было час назад
Обращайся, помогу, у меня разработка из 7 агентов через канбан систему выстроена 😎
«Ты намекаешь что я жирная??? 😡»
Классный проект!
Да уж сколько проблем у тебя! Держись! В любом случае удачи)
А как скуратов с 15ю кофейнями выручек в 2 раза больше имеет чем серф с 150ю кофейнями?