Claude Code делает «работу на фоне» стандартной функцией!
Только что создатель Claude Code, Борис Черный, бросил в X фразу: В следующей версии Claude Code подчинённые агенты по умолчанию будут работать в фоновом режиме.
Вы можете общаться с Claude, пока подчинённые агенты на фоне выполняют задачи — хотите, чтобы какой-то агент работал на переднем плане? Просто скажите Claude.

Одна эта фраза заставила многих разработчиков осознать: Claude Code превращается из «диалогового окна вопрос-ответ» в «движок рабочих процессов, способный управлять несколькими линиями задач одновременно».
Вы ещё обсуждаете архитектурное решение с Claude, а подчинённый агент уже на фоне переписал код, провёл тесты и создал Pull Request.
Вам нужно лишь посмотреть на результат после завершения разговора.
Звучит как научная фантастика?
Нет, это обычные будни Бориса Черного — уже восемь месяцев он не написал вручную ни строчки кода, а в некоторые дни он управляет тысячами и даже десятками тысяч AI-агентов.

«Вы больше не тот, кто пишет промпты для Claude, — говорит он, — промпты пишет другой Claude.»
Некоторые пользователи уже заявили, что используют эту функцию.

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

Claude Code стремительно развивается
Оглядываясь на эволюционный путь Claude Code за последние полгода, «фоновые подчинённые агенты» — не внезапный трюк, а закономерный шаг.
Философия дизайна Бориса Черного при создании Claude Code была: не чат, а инфраструктура.
В апреле Anthropic сначала превратил «запланированные задачи» Claude Code в официальную функцию: Routines.
Вы можете упаковать промпт, репозиторий кода и набор коннекторов в фиксированный процесс, запускаемый по часам, ночью, еженедельно, а также через API-вызов, события GitHub или даже внешние Webhook.
Ключевой момент: он работает на облачной инфраструктуре, управляемой Anthropic — закрыв крышку ноутбука, агенты всё равно работают.
Это значит, что cron вернулся, hooks вернулись, только на этот раз по расписанию запускаются не скрипты, а группа AI-рабочих, способных читать, изменять код и создавать PR.
Роль инженера также меняется: раньше — закрыть компьютер перед сном, завтра продолжить писать; сейчас — отправить на ночь группу агентов, утром просмотреть кучу PR.
В конце мая Claude Code продвинул эту логику дальше: Dynamic workflows.
Для крупных миграций, аудита всего кода, сложных исследований — задач, с которыми не справится одно диалоговое окно — достаточно сказать в промпте «use a workflow» или включить ultracode. Claude сгенерирует сценарий оркестровки, который в фоновом режиме будет управлять десятками и сотнями подчинённых агентов, продвигая задачу поэтапно, выполняя параллельную перекрёстную проверку, и в итоге соберёт результат в отчёт или набор изменений.
Это уже не «один AI пишет код», а «один AI пишет сценарий, группа AI работает по сценарию».
Теперь же шаг «подчинённые агенты по умолчанию работают в фоне» по сути упаковывает все вышеуказанные возможности в поведение по умолчанию, готовое к использованию: вам больше не нужно вручную говорить «иди работать в фоне», он изначально работает в фоне.
Вам нужно сосредоточиться на том, что действительно важно — думать о следующем шаге.

Один инженер превращается в трёх
Насколько мощный Claude Code? Лучшее доказательство — не демо, а история того, как Anthropic сам стал «жертвой».
27 июня VentureBeat выпустил важную статью с прямым заголовком: Claude Code превратил каждого инженера в троих. Теперь компаниям нужно больше продуктовых мыслителей.

Недавно Anthropic сообщил своей команде роста: нанимайте больше продуктовых менеджеров, а не инженеров.
Причина проста — Claude Code уже увеличил эффективный результат инженерной команды в три раза по сравнению с фактическим числом сотрудников. Команда из пяти человек теперь выполняет работу пятнадцати-двадцати.
Узкое место не в коде, а в людях, «решающих, какой код писать».
Традиционно соотношение продуктовых менеджеров и инженеров составляло примерно 1:8. Теперь, когда дневная производительность каждого инженера утроилась, это соотношение фактически стало 1:20.
Продуктовым менеджерам не хватает времени ставить задачи инженерам — картина, где инженер, написав код, сидит и ждёт требований, кажется абсурдной.
20 миллионов строк кода Spotify взяты под контроль Claude
А самый яркий пример мощи «фоновых подчинённых агентов» — практика Spotify.
Вице-президент по инжинирингу Spotify, Никлас Густавссон, в интервью с Борисом Черным обнародовал цифры:
Spotify выполняет около 4500 развёртываний в прод ежедневно, 73% Pull Requests завершаются с помощью AI, частота PR напрямую увеличилась более чем на 75%.
Его собственный стиль работы: одновременное открытие 5-10 сессий Claude, каждая соответствует независимому git рабочему дереву, несколько агентов работают параллельно в фоне, он сам только просматривает diff и принимает решения.
Всё это происходит в супер-монолитном репозитории объёмом более 20 миллионов строк кода.
Никлас признался, что изначально очень переживал, что в такой большой кодовой базе агенты потеряются. Результат оказался неожиданно гладким — Claude даже может «искать вдохновение» в другом коде репозитория, понимая, как нужно писать.

Его совет коллегам звучит не сексуально, но очень практично: чем более согласована кодовая база и унифицирован инструментарий, тем лучше Claude в ней проявляет себя.
Если одно и то же действие в репозитории можно написать десятью способами, Claude тоже запутается. Это та же самая логика повышения эффективности инженеров за последние десять лет, только теперь появилась новая роль — AI.
Ещё интереснее, что Spotify открыл эти возможности для не-инженеров.
Они создали инфраструктуру, позволяющую продуктовым менеджерам, дизайнерам — кому угодно — описывать идею на естественном языке, а Claude напрямую реализовывать сквозной прототип в реальном мобильном и backend-коде.
Никлас признался, что даже со-генеральный директор Spotify публиковал в этой системе свои прототипы.
Идеи, для проверки которых раньше нужно было убедить целую инженерную команду, теперь можно протестировать за час-два.
Когда «общение и работа параллельно» становится настройкой по умолчанию
Никлас говорит, что корни этого уходят на пять-шесть лет назад — тогда команда обнаружила, что кодовая база растёт в семь раз быстрее числа инженеров, заставив их заранее задуматься о «могут ли машины заменить людей в поддержке кода».
В итоге он обнаружил, что ему по-настоящему нравится не сам процесс написания кода, а процесс решения проблем.
Сейчас он одновременно запускает несколько агентов в фоне, а освободившееся время использует, чтобы понять, что делать дальше, с кем общаться из клиентов и делать больше прототипов.
Это как раз подтверждает предположение, стоящее за твитом Бориса Черного: когда фоновые подчинённые агенты становятся стандартом, «написание кода» перестаёт быть самой важной задачей инженера, важнее становятся «решение, что делать, и оценка, правильно ли».
Когда «общение и работа параллельно» превращается из личного навыка разработчика в общий способ работы для инженерной команды из 2900 человек, инструменты AI-программирования уже незаметно перешли на другой уровень —
результативность инженеров утроилась, но самый дефицитный ресурс теперь — не люди, умеющие писать код, а люди, знающие, какой код писать.
Источники:
https://x.com/kimmonismus/status/2071667876415623534
https://venturebeat.com/infrastructure/claude-code-turned-every-engineer-into-three-now-companies-need-more-product-thinkers
https://x.com/ClaudeDevs/status/2071671418245492926?s=20
Эта статья из официального аккаунта WeChat «Новый интеллект», автор: ASI Откровение





