Одна задача — три способа делегировать её ИИ-агенту: запустить в облаке и забыть (фоновый режим), поручить боковую задачу внутри текущей сессии (сабэджент-форк) или раскидать параллельные задачи по нескольким сессиям (очередь). Cursor, Claude Code и Codex CLI — три варианта. Разбираемся, какой подходит под какую задачу и почему термин «фоновый агент» — не синоним «сабэджента».
Три типа делегирования
Все три подхода решают одну задачу: выгрузить часть работы с себя на агента. Разница — в том, что агент видит, где работает и как вы с ним взаимодействуете после запуска.
Фоновый режим — агент работает на отдельной инфраструктуре. Вы нажали кнопку, закрыли ноутбук и пошли на обед. Агент клонирует репозиторий, ставит зависимости, выполняет задачу и кладёт результат (PR, diff, отчёт) туда, где вы его найдёте — в Slack, GitHub или мобильном приложении.
Сабэджент-форк — агент запускается внутри текущей сессии Claude Code и наследует всю историю диалога вместе с prompt cache. Работает параллельно с вами, но результат возвращается в вашу сессию. Дешевле обычного сабэджента за счёт разделяемого кеша.
Очередь сессий — несколько независимых агентских сессий работают параллельно, каждая со своей директорией и контекстом. Общается через единый дашборд или команду queue.
Cursor Cloud Agents: фоновый режим
Cloud Agents (ранее — «background mode») — это агенты, работающие на инфраструктуре Cursor в изолированных виртуальных машинах (анонс, октябрь 2025).
Как это работает
Каждый cloud agent получает свою VM с клоном вашего репозитория, установленными зависимостями и доступом к сборке. После запуска агент работает автономно — ноутбук можно закрыть. Cursor поддерживает паттерн best-of-N: несколько моделей решают одну задачу, выбирается лучший результат.
«It’s now often faster to kick off a cloud agent from Slack or Cursor than it is to add an issue to a tracker like Linear.»
«Теперь быстрее запустить cloud-агента из Slack, чем создать тикет в Linear.»
Триггеры и точки входа
Cloud Agents доступны из нескольких мест одновременно:
- Редактор Cursor (Agents Window)
- Веб-панель cursor.com/agents
- Slack, Microsoft Teams (упоминание @Cursor)
- Jira, Linear (назначение задачи)
- GitHub (комментарий к PR)
- Мобильное приложение Cursor (iOS, с июня 2026)
- Автоматизации (вебхуки, расписание, реакции эмодзи)
В августе 2026 добавились event-driven подписки («subscriptions»): агент подписывается на PR или тред в Slack и «просыпается» при изменениях, а builds (снимки окружения) ускоряют запуск в 3 раза.
Когда использовать
Фоновый режим подходит, когда задача автономна и долгая: прогон тестов на ночном батче, обновление зависимостей, миграция данных, фикс бага «на потом». Основное ограничение — агент работает в изолированном окружении и не видит ваш локальный код без дополнительной настройки (clone репо, Dockerfile, builds).
Claude Code: сабэджент-форк
Форк — это сабэджент с наследованием контекста. В отличие от обычного сабэджента, который получает только промпт, форк получает всю историю диалога, системный промпт и prompt cache текущей сессии (документация).
Fork vs обычный сабэджент
| Параметр | Fork | Обычный сабэджент |
|---|---|---|
| Контекст | Вся история диалога | Только промпт |
| Prompt cache | Наследует родительский | Строит свой |
| Модель | Та же, что у основной сессии | Из определения сабэджента |
| Изоляция входа | Видит всё обсуждение | Полная изоляция |
| Изоляция вывода | Только финальный результат | Только финальный результат |
Как запустить
С версии v2.1.232 fork-режим включён по умолчанию в интерактивных сессиях. Запуск — одна команда:
/subtask напиши юнит-тесты для того кода, что мы только что написали
Форк появится в панели под промптом и будет работать, пока вы продолжаете писать код. Когда закончит — результат придёт сообщением в основную сессию.
Экономия на кеше
Ключевое преимущество форка — prompt cache. Если вы 100K токенов в диалоге, обычный сабэджент заново обработает весь контекст как неcached input. Форк разделяет кеш с родительской сессией — оплачивается только новый промпт с задачей (Anthropic, апрель 2026).
Ограничения
- Fork не может порождать дочерние форки — только одна вложенность.
- Кроссессионные сообщения (отправка сообщений другим сессиям через
@) — отдельная фича, не форк. - Работает только локально, в терминале.
Codex CLI: очередь сессий
С версии v0.149.0 (20 августа 2026) Codex получил codex queue и agents dashboard — систему управления несколькими параллельными сессиями (релиз).
Как это работает
Codex запускает общий app server daemon, который управляет всеми сессиями. Каждая сессия — изолированный процесс со своей директорией и контекстом. Сессии делятся на типы: interactive (TUI), exec (headless), custom.
# Запуск сессии с именем
codex --name migrate-front
# Отправка задачи в запущенную сессию из другого терминала
codex queue --thread migrate-front --message "теперь добавь тесты"
Agents Dashboard
Полноэкранный дашборд всех активных сессий — по аналогии с docker ps, но для AI-агентов:
codex agents # извне
/agents # внутри TUI
Alt+A # горячая клавиша
Дашборд показывает имя сессии, проект, статус, число субагентов. Через него можно стартовать, переименовывать и останавливать задачи.
Когда использовать
Очередь подходит, когда нужно запустить несколько независимых задач одновременно: миграция фронта, рефакторинг бэкенда, обновление документации — каждая в своей сессии, единый обзор через дашборд.
Дерево решений
Как выбрать подход? Вот три вопроса, которые определяют выбор:
1. Задача автономная и долгая (часы, ночь, CI/CD)?
→ Фоновый режим (Cursor Cloud Agents). Агент работает на отдельной инфраструктуре, не зависит от ноутбука, поддерживает триггеры из Slack, GitHub, Jira.
2. Нужно несколько задач параллельно в разных частях кодовой базы?
→ Очередь сессий (Codex queue). Каждая сессия — изолированный мир со своей директорией. Единый дашборд для обзора.
3. Задача быстрая и требует контекста текущей сессии?
→ Сабэджент-форк (Claude Code /subtask). Наследует историю диалога и кеш, дешевле обычного сабэджента, результат возвращается в основную сессию.
Типичные сценарии
| Сценарий | Подход | Почему |
|---|---|---|
| Прогон тестов ночью перед релизом | Фоновый | Автономная задача, долгая, не требует присутствия |
| Написать тесты для нового кода | Fork | Нужен контекст «что мы написали» |
| Миграция трёх микросервисов | Очередь | Три параллельные независимые задачи |
| Исправить баг, пока агент исследует кодовую базу | Fork | Боковая задача, общий контекст |
| Фикс бага из Jira на выходных | Фоновый | Автономный, триггер из Jira, результат в PR |
| Обновить зависимости в пяти пакетах | Очередь или фоновый | Зависит от необходимости присутствия |
Сравнение по параметрам
| Параметр | Фоновый (Cursor) | Очередь (Codex) | Fork (Claude Code) |
|---|---|---|---|
| Где работает | Облачная VM | Локальный daemon | Локальный терминал |
| Зависимость от ноутбука | Нет | Да | Да |
| Параллельность | Много VM | Много сессий | Одна + фоновый fork |
| Контекст | Изолированный | Изолированный | Наследует родительский |
| Prompt cache | Нет | Нет | Да (shared) |
| Триггеры | Slack, Jira, GitHub, Cron | codex queue |
/subtask |
| Дашборд | Agents Window, веб, iOS | codex agents, Alt+A |
Панель в терминале |
| Стоимость | Высокая (VM + API) | Средняя (локальные процессы) | Низкая (shared cache) |
| Сложность настройки | Средняя (среда, build) | Низкая | Низкая |
Ценность контекста: зачем это важно
Разница между fork и обычным сабэджентом — не техническая деталь, а вопрос экономии. Anthropic в инженерном посте описала проект «C-компилятор на 16 параллельных Claude»: 2000 сессий, ~$20 000, 100 000 строк кода. Каждый агент работал с нуля в Docker-контейнере — без контекста предыдущих сессий.
«A new bare git repo is created, and for each agent, a Docker container is spun up with the repo mounted to /upstream.»
«Создаётся чистый git-репозиторий, и для каждого агента поднимается Docker-контейнер с монтированием /upstream.»
В этом проекте изоляция была осознанным выбором — каждый агент должен был начинать «чистым». Но для большинства рабочих сценариев отсутствие контекста — проблема: агент не знает, о чём вы договаривались, какие решения приняты и какой код уже написан. Fork решает эту проблему за счёт наследования.
Anthropic в посте о динамических workflow (июнь 2026) описывает паттерны, которые используют оба подхода: «fan-out-and-synthesize» (форки параллельно решают подзадачи, потом собирают результат) и «adversarial verification» (один форк пишет код, другой его проверяет).
Российские реалии
Доступность инструментов
| Инструмент | Доступ из РФ | Оплата российскими картами | VPN нужен? |
|---|---|---|---|
| Cursor Cloud Agents | Да, напрямую | Visa/Mastercard работают | Нет |
| Claude Code + fork | Официально нет (список стран) | UnionPay / крипта / посредники | Да |
| Codex CLI | Ограниченно (нужен аккаунт OpenAI) | Ограничения с Aug 2025 | Да |
Cursor — самый доступный вариант для российских команд: подписка оплачивается российскими картами, VPN не нужен, cloud agents работают из любой точки. Подробности по настройке — в обзоре Cursor.
Claude Code с fork-сабэджентами требует API-доступа к Anthropic, который из РФ официально недоступен. Рабочие пути — через VPN + UnionPay/крипта. Детали в гайде по установке. Если задача не привязана к Claude — OpenCode подключается к разным моделям и умеет то же самое (оркестрация, инструменты, интеграции).
Codex CLI использует подписку ChatGPT Plus или API OpenAI — доступ через VPN, оплата российскими картами ограничена. Детали в гайде по установке.
Альтернативы
Если задача «фоновый агент» не привязана к конкретному инструменту — Qwen3-Coder через Ollama работает полностью локально, без VPN и карт. Правда, качество на сложном анализе уступает облачным моделям.
Ограничения и риски
- Фоновый режим: агент работает в изолированном окружении — без вашего контекста, кастомных скриптов и «ваших» зависимостей. Настройка среды (Dockerfile, builds) отнимает время при первом запуске.
- Очередь сессий: каждая сессия изолирована — нет автоматического обмена результатами. Координация между сессиями ложится на вас.
- Fork: одноразовая вложенность (fork не может порождать дочерние forks), результат — только текст, локальный (требует терминал).
- Стоимость: фоновый режим дороже за счёт облачных VM; fork экономит за счёт shared cache; очередь — посередине.
- Контекстное окно: на длинных сессиях качество деградирует. Fork наследует «уставший» контекст — это и преимущество (не надо объяснять заново), и риск (если контекст уже загрязнён).
Практические советы
- Начните с forks. Если вы уже работаете в Claude Code — попробуйте
/subtaskдля боковых задач (тесты, ревью, исследование кодовой базы). Минимальная настройка, максимальная отдача. - Фоновый режим — для рутины. Не запускайте в облаке задачи, требующие архитектурных решений. Фоновые агенты силён в механической работе: обновление зависимостей, миграции, прогон тестов.
- Очередь — для параллельных миграций. Когда нужно сделать одно и то же в пяти модулях — каждая сессия берёт свой модуль, дашборд показывает прогресс.
- Используйте разные подходы одновременно. Fork для быстрой боковой задачи + фоновый для ночного прогон — это нормальный рабочий паттерн, а не перебор.
- Проверяйте результат. Фоновый агент может «починить» баг, понизив уровень логирования (кейс). Автономность — не гарантия качества.
Вывод
Фоновые агенты, сабэдженты и очереди — не конкурирующие технологии, а инструменты для разных задач. Фоновый режим (Cursor Cloud Agents) хорош для автономных задач, не привязанных к вашему ноутбуку. Fork-сабэдженты (Claude Code) — для боковых задач, которым нужен контекст текущей сессии. Очередь (Codex) — для параллельных задач в разных частях кодовой базы.
Для российских команд Cursor — самый доступный вариант (без VPN, российские карты). Claude Code с forks требует VPN и непростой оплаты, но даёт уникальную фичу — наследование контекста с экономией на кеше. Codex между ними: требует VPN, но предоставляет удобную очередь и дашборд.
Выбор не «или-или» — все три подхода можно комбинировать в одном проекте.
