Комментарии 8
Спасибо за подробный разбор и простоту подачи! От себя напишу, что я пока не понимаю насколько это может быть оправдано для большинства разработчиков. Я например работаю над одним, максимум двумя проектами. В большой параллелизации задач не нуждаюсь, у меня есть настроенные CLAUDE.md, rules и может ещё несколько задокументированных md файлов для контекста между сессиями. И результат работы в одной сессии меня более чем устраивает на данный момент. И я не могу понять, действительно ли мне этого достаточно или я упускаю что-то "такое", от чего моя жизнь и работа станут ещё проще и лучше (или такое, благодаря чему меня не уволят).
Ну и ещё пара вопросов.
1) Как ты и упомянул, всё это стоит токенов. Собственно вопрос, сколько ты тратишь денег на всю эту историю?) Выходит ли сильно больше с тем, сколько ты тратил до этого? Упираешься ли ты в 5ти часовые лимиты (если речь про Claude)?
2) Как часто ты сейчас возвращаешься к ручной донастройке сетапа, когда что-то идёт не так?
Спасибо за комментарий!
Если ты не ощущаешь явной необходимости и тебя устраивает работа в одной сессии, то все в порядке, ты ничего не упускаешь). В разделе «Промежуточный результат и мои пожелания» я как раз явно упомянул, что вечное FOMO — не круто, и все дополнительные абстракции должны исходить только из конкретных нужд. Ради эксперимента можешь попробовать выделить свои типовые (повторяющиеся) задачи, которые ты мог бы решить подходами из материала статьи. Если решение окажется для тебя избыточным, значит так оно и есть.
---
1) У меня подписка за 200$, которую я всего лишь один раз успел сожрать (недельный лимит). В пятичасовые лимиты никогда не упирался. По токенам выходит явно больше, но, к сожалению, у меня нет конкретной аналитики «до/после». Подписки за 200$ мне достаточно.
2) Часто только на первых итерациях сетапа, когда эмпирически рассматриваю результаты работы. Т.е. использую единый подход:
Реализация сетапа -> Пара прогонов типовых задач -> Наблюдение -> Фиксация.
После фиксации, когда проблема уже решена, у меня нет нужды возвращаться.
Как сказал Claude Opus 4.8
ценность даёт не количество агентов, не «параллельность» и не персонажи, а три вещи — изоляция контекста, границы прав и независимая проверка. Если этих причин нет — отдельный агент не нужен, достаточно ясной задачи в одном промте.
На сильных современных моделях персона почти не даёт прироста. «Будь дотошным проверяющим», «ты senior-инженер» — модель от этого не становится умнее. Виртуальные «человеческие роли» — в основном театр
Эмпирически вы можете быть правы, но я опирался на документацию и примеры из нее — https://code.claude.com/docs/ru/sub-agents#example-subagents
Как много из всех md файлов (агентов, claude.md, pipeline.md и т.д.) пишется руками? Как много нужно настраивать руками? Или это все пишется тоже с помощью клода?
Спасибо за статью, видно что много труда вложено! Но есть вопросы.
Модель нужно подбирать под сложность задачи. Простому механическому агенту хватит модели подешевле и побыстрее. Агенту, который проектирует или разбирает сложную логику, нужна модель посильнее.
А как ты настраиваешь конкретную модель по конкретного агента? Насколько я понимаю сейчас никакого роутинга нет.
Изоляция - фейл одного агента не мешает работе остальных.
Изоляция на уровне агентов окей, а как на счет изоляции на уровне операционной системы? За одним агентом обычно не уследишь, что говорить о 10. Как показывает практика скиллы типа «сюда не лезь падла» не работают, он залезет куда не надо и делает что не должен.
Снова попался пост, где очередной человек (а может и нейросеть, хз уже) без доказательной базы рассказывает, как заменил всю компанию и живёт счастливо? Стоит всегда подвергать подобный «контент» критике, веря только цифрам и доказательствам. В частности, нужно обязательно ставить под сомнение меня и мой подход.
...Я готов потратить больше токенов ради качества.
Как ты замеряешь эффективность такой системы? Есть ли у тебя сетапы агентов (например для работы) которые стабильно выдают хороший результат? Если да, то какие задачи они хорошо решают и можно ли это как-то замерить?
Без обид, но все это немного похоже на оверинжениринг который не факт что даст прирост к продуктивности. К тому же меня настораживает что большинство подобных гайдов строяться на claude code. Сложно поспорить с тем, что антропику выгодны такие "прожорливые" системы. Можно же использовать другие модели и строить агентные системы без привязки к конкретному провайдеру инференса.
Отличный структурированный текст. Автору бы учебники писать.
Особое уважение вызывает стиль мышления автора и практика:
"В частности, нужно обязательно ставить под сомнение меня и мой подход. "
"У вас нет претензий? У меня есть... (Проблемы моего подхода)"
Только уже за это плюс в карму:-), такое нечасто встретишь.
Если вы поняли все термины, прочитали приложенные ссылки и изучили основные проблемы используемой технологии, то вам этого больше чем достаточно, я серьёзно.
Эмм, даже если человек не инженер?:-)

Айсберг использования AI, или как сохранить рабочее место