Claude и Codex CLI убрали смысл старых сабагентов
В свежих обновлениях Claude Code и Codex CLI классическая схема с кучей сабагентов стала заметно менее полезной. Вместо обещанной параллельной работы команды разработчики всё чаще выбирают прямое общение между сессиями и экономят токены.
Почему сабагенты стали мешать
Раньше идея выглядела просто: родительская сессия запускает несколько дочерних агентов, а те параллельно собирают информацию, пишут код и возвращают результат. На практике это часто превращалось в дорогой и медленный процесс, потому что каждый новый сабагент стартует как отдельный холодный процесс со своим контекстом, инструкциями и инструментами.
Вместо быстрого помощника получается цепочка лишних расходов: нужно заново подгружать системный промпт, перечень тулов и историю проекта, а потом ещё сводить всё в короткий summary. Из-за этого для простой задачи можно потратить гораздо больше токенов, чем при обычной последовательной работе в одном окне.
Что поменялось в Claude Code и Codex CLI
В сообществе уже видно, что люди начинают отключать автоспавн сабагентов и упрощать конфиги. На Hacker News разработчики делятся обходными настройками вроде deny: [Agent(Explore)] и запуском CLI с флагом --disallowedTools Task, чтобы оставить управление в своих руках.
В Claude Code сабагенты запускаются через Agent и по умолчанию уходят в фон, а родитель получает только итоговое резюме. При этом есть риск потерять часть вывода: если агент упирается в лимит, вызывающая сессия может увидеть лишь последний фрагмент ответа. В Codex CLI другая проблема — ожидание и поллинг: родительская сессия просыпается каждые 30 секунд, снова прогоняет модель по разросшемуся контексту и тратит лишние токены.
Что это значит для работы и как использовать на практике
Для обычной команды вывода у этой новости простой смысл: не всегда больше агентов значит лучше результат. Если задача короткая или средняя, один прогретый контекст часто справляется быстрее и дешевле, чем группа сабагентов с ручной координацией.
Это особенно полезно для разработчиков, менеджеров продукта и тех, кто регулярно делает ресерч, ревью и правки в коде. Вместо сложной мультиагентной схемы стоит сначала попробовать последовательную работу в одной сессии, а сабагентов включать только там, где реально нужен отдельный поток задач. Похожий подход удобен и в ИИ-сервисах для бизнеса: меньше лишней координации, больше скорости и контроля.