Claude Code 2.1.212 теперь позволяет разработчикам устанавливать жесткие лимиты на количество субагентов и веб-поисковых запросов, которые может инициировать сессия ИИ, что дает конкретный рычаг для предотвращения неконтролируемых расходов.

Обновление добавляет два настраиваемых ограничения — одно для создания субагентов и другое для вызовов веб-поиска; по умолчанию оба установлены на уровне 200 за сессию. Разработчики могут снизить эти значения с помощью переменных окружения, а любой вызов MCP (Model-Control-Plane), длящийся более двух минут, автоматически переносится в фоновый режим, что предотвращает зависание всего рабочего процесса из-за одного медленного инструмента.

Почему эти лимиты важны именно сейчас

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

  • Непредвиденные расходы на токены, которые многократно превышают бюджет исходной задачи.
  • Дублирующиеся субагенты, которые мешают правкам друг друга, создавая конфликтующие результаты.
  • Лавина неполных результатов, которые трудно объединить воедино.
  • Медленные внешние инструменты, задерживающие всю сессию и превращающие быстрый запрос в многоминутное ожидание.

Устанавливая жесткий потолок, Claude Code заставляет систему остановиться до того, как расходы выйдут из-под контроля, при этом выдавая частичный ответ, который человек сможет изучить.

Как установить ограничения

Эти три параметра доступны через переменные окружения:

export CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION=12   # default 200
export CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION=30   # default 200
export CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS=120000   # 2 minutes

Значения по умолчанию достаточно щедры для большинства исследовательских работ, но команды могут ужесточить их в соответствии с профилем рисков конкретной задачи. В статье, анонсирующей релиз, предлагалось несколько отправных точек:

  • Исправление локального бага: 0–2 субагента, 0–5 поисковых запросов.
  • Ревью PR: 3–5 субагентов, 0–10 поисковых запросов.
  • Расследование инцидента: 2–4 субагента, 10–25 поисковых запросов.
  • Масштабное исследование архитектуры: 1 синтезатор, 2–4 исследователя, 20–40 поисковых запросов.

Это не строгие предписания, а базовые значения, от которых разработчики могут отталкиваться в процессе итераций.

Компромисс

Установка жесткого лимита на активность агента не заменяет качественное проектирование задач. Если проблема слишком велика для одной сессии, рекомендуется разбить ее на этапы, назначить бюджет для каждого этапа и добавить контрольную точку с участием человека перед переходом к следующему шагу. Ограниченная система должна возвращать полезный частичный результат с открытыми вопросами, а не продолжать тратить деньги на бесконечные циклы.

Риск слишком агрессивного ограничения заключается в том, что агент может остановиться, не достигнув жизнеспособного решения, что вынудит разработчиков перезапускать задачу с более высокими лимитами. Эта дополнительная итерация может создать накладные расходы, но стоимость неконтролируемой сессии может оказаться гораздо выше.

Внедрение в продакшн

  1. Обновитесь до Claude Code 2.1.212 в стейджинг-среде.
  2. Выберите рабочий процесс — например, ревью PR — и установите консервативный бюджет.
  3. Настройте логирование, чтобы отслеживать количество запущенных субагентов, выполненных веб-поисков и любых вызовов MCP, достигших двухминутного порога.
  4. Анализируйте каждый запуск, который упирается в лимит. Определите, сэкономило ли это деньги или прервало реальный прогресс, и соответствующим образом скорректируйте ограничения.

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

На что обратить внимание в дальнейшем

Развертывание еще находится на ранней стадии, поэтому реальных данных об экономии средств пока мало. Организациям, внедряющим эти ограничения, следует отслеживать:

  • Стоимость сессии до и после изменений.
  • Коэффициент завершения задач при различных уровнях бюджета.
  • Удовлетворенность пользователей, когда агент останавливается преждевременно, по сравнению с ситуациями, когда он работает до полного исчерпания ресурсов.

Если ограничения окажутся эффективными, мы можем увидеть более масштабное внедрение ИИ-агентов, учитывающих бюджет, во всей индустрии. Если разработчики сочтут лимиты слишком ограничивающими, следующая итерация может представить более гранулярный контроль, например, бюджеты для каждого отдельного инструмента или динамическое масштабирование на основе наблюдаемых расходов.

Итог: Claude Code 2.1.212 дает командам простой и эффективный способ предотвратить превращение автоматизации на базе ИИ в финансовую неожиданность. Используйте лимиты, отслеживайте результаты и позволяйте данным определять, какую степень автономности вы предоставляете своим агентам.