Лимит на субагентов в Claude Code убрали: что это меняет для длинных сессий

Версия Claude Code 2.1.224 вышла 7 августа 2026 года, и это как раз тот случай, когда номер версии обманчиво мал. Главное изменение — отмена жёсткого лимита в 200 субагентов на одну сессию. Вместе с этим релиз добавил self-hosted окружения, обмен сообщениями между сессиями и пару вещей для безопасности и распространения плагинов.

Зачем вообще был лимит и почему его сняли

Ограничение появилось в предыдущих релизах как защита от runaway-сценария: агент начинает плодить субагентов быстрее, чем они завершаются, и сессия захлёбывается собственным «веером». Лимит притормаживал именно такой сценарий, но у него была обратная сторона. Долгая продуктивная сессия, которая несколько часов подряд поручает субагентам небольшие задачи, за счёт одной только арифметики рано или поздно упиралась в те же 200.

В 2.1.224 общий счётчик убрали. Остались лимиты на параллельность и на глубину вложенности.

Для тех, кто использует Claude Code для задач, растягивающихся на часы, это заметная разница. Разработка такого инструмента, как Git Dojo, — не один чистый проход, а серия «собрал, сломал, починил» внутри одной сессии. Раньше такой сеанс мог упереться в стену посреди задачи. Теперь стена исчезла, хотя не стоит забывать: конвейер параллельных агентов всё ещё нужно контролировать.

Что ещё принёс релиз

Self-hosted окружения — новый пункт для тарифов Team и Enterprise. Команда claude self-hosted-runner позволяет направлять web-, mobile- и desktop-сессии на собственные машины или контейнеры, а не в общий хостинг Anthropic. Полезно компаниям с требованиями к хранению данных или тем, кто хочет использовать уже оплаченное железо. Для одиночного разработчика это пока вряд ли актуально.

Кросс-сессионный обмен сообщениями — более мелкая, но любопытная функция. На macOS и Linux сессии теперь видят друг друга в списке и могут отправлять сообщения. Есть два параметра: один отвечает, нужно ли подтверждение входящего сообщения, если сессия работает с пропущенными разрешениями, второй — сколько времени сообщение ждёт в очереди до истечения. Это убирает ручную пересылку данных между терминалами: одна сессия может напрямую передать результат другой.

Безопасность тоже подтянули. Песочница теперь умеет маскировать отдельные claims в JWT, а не весь токен целиком, и умеет переподписывать пары AWS SigV4-доступа. Обе опции требуют настроенного TLS и применяются только из user/managed/явных источников настроек. Наконец, плагины можно ставить из zip-архива по HTTPS с опциональным SHA-256-пином — без git clone и npm.

Версии 2.1.223 и 2.1.222, вышедшие 6 и 4 августа, закрывали соседние проблемы: в первой добавили wildcard-записи для owner в marketplace allow/block-списках, во второй — исправления безопасности для worktree-изоляции. Вместе три релиза похожи на один аккуратный манёвр: сначала закрутили гайки в общих местах, потом ослабили то, что мешало одним длинным сессиям.

Что с этим делать

• Если ведёте долгие сессии с большим числом мелких делегирований, можете перестать думать об общем счётчике. Но не забывайте про параллельность и глубину — они никуда не делись.
• Если используете кросс-сессионные сообщения, настройте параметр подтверждения входящих сообщений и время их жизни под свой стиль работы.
• Если вы в компании с тарифом Team/Enterprise и требованиями к данным — присмотритесь к self-hosted runner. Если соло-разработчик, это пока можно отложить.
• Если пишете плагины, zip-источник с SHA-256-пином позволит распространять релизы без регистрации в пакетном реестре и даст пользователям возможность проверить целостность.

Главное

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