Qwen Code Agent Team с многопровайдерным routing: персистентные параллельные агенты с переключением провайдера в runtime

Qwen Code v0.18 выпускает Agent Team — персистентные параллельные агенты с обменом сообщениями и общим списком задач — плюс постоянные scheduled-задачи и /cd без перезапуска. Что меняется для команд с многопровайдерным routing.

TheRouter Newsroomисточник Qwen Code
Диаграмма параллельного взаимодействия агентов в Qwen Code v0.18 Agent Team с маршрутами к нескольким провайдерам

Alibaba выпустила Qwen Code v0.18.0–v0.18.5 с 18 по 21 июня 2026 года: серия обновлений меняет подход к оценке открытых coding-агентов и связанные с ними решения по маршрутизации провайдеров. Главное нововведение — режим Agent Team: персистентные именованные агенты работают параллельно, обмениваются сообщениями и ведут общий список задач. Дополнительно появились постоянные scheduled-задачи и переключение рабочего каталога без перезапуска CLI. Для AI-инженерных команд, управляющих многопровайдерным routing, особенно важна архитектурная деталь: Qwen Code уже нативно поддерживает OpenAI, Anthropic, Gemini и Qwen API, а в патче v0.18.5 явно улучшена идентификация провайдера по имени хоста.

Что изменилось в Qwen Code v0.18

Четыре версии серии v0.18 охватывают три направления:

Режим Agent Team (экспериментальный). Раньше /fork запускал фоновые агенты, но каждый работал изолированно — канала связи между ними не было, и результаты приходилось сводить вручную. Agent Team позволяет модели создавать именованные команды, назначать персистентных участников (teammates), обмениваться с ними сообщениями и вести общий список задач в реальном времени; leader-агент формирует итоговый отчёт. Участники команды не одноразовые subagent-ы: они ждут следующую задачу после выполнения текущей. Включается через QWEN_CODE_ENABLE_AGENT_TEAM=1 или настройку experimental.agentTeam.

Персистентные задачи /loop. Раньше задачи с расписанием исчезали при закрытии сессии. Начиная с v0.18, задачи с явно выраженным признаком постоянства (например, «проверяй мой PR каждый час») сохраняются в ~/.qwen/tmp/<project-hash>/scheduled_tasks.json и восстанавливаются после перезапуска. Пропущенные за время простоя периодические задачи выполняются однократно по факту старта, после чего возобновляют штатное расписание. Периодические задачи удаляются автоматически через семь дней.

Переключение каталога внутри сессии (/cd). Раньше смена рабочего каталога требовала перезапуска CLI. /cd <path> теперь мигрирует контекст сессии в новое рабочее пространство без выхода, автоматически обновляя системный и директорный контекст.

Hardening в v0.18.5. Среди 30+ исправлений — fix(core): detect providers by hostname и fix(core): match provider base URL slash variants: оба устраняют ситуации, когда нестандартный base URL незаметно определялся как неверный класс провайдера. Команды, работающие с Qwen Code через кастомные или проксированные endpoint-ы (в том числе через AI gateway), получат меньше тихих ошибок маршрутизации.

Почему это важно для AI-инженерных команд

Qwen Code развивается как многопротокольная альтернатива coding-агентам, привязанным к одному провайдеру. Сравнительная таблица в репозитории показывает паритет с Claude Code по subagent-ам, auto-memory, MCP, plan-режиму, computer use и IDE-плагинам (VS Code, JetBrains, Zed), добавляя открытые веса модели и фреймворка, переключение провайдера в runtime и IM-боты (Telegram, DingTalk, WeChat, Feishu).

Agent Team — первый шаг к персистентным многоагентным рабочим процессам, где декомпозиция задач и параллельное исполнение выполняются на уровне самого агента, а не внешним оркестратором. Для команд с интенсивными агентными нагрузками (долгие рефакторинги, параллельные ревью, фоновый мониторинг) это конкретное решение по архитектуре routing: пускать ли subagent-ов через gateway с единым учётом расходов и контекстного бюджета — или давать coding-агенту координировать их локально?

Персистентные задачи /loop решают давнюю проблему команд, использующих coding-агенты в CI/CD и фоновом мониторинге: перезапуск больше не уничтожает расписание, что делает Qwen Code жизнеспособным вариантом для постоянных агентных pipeline-ов.

Роль router/operator

Provider-агностичная архитектура Qwen Code создаёт конкретную точку принятия решений для operator-ов. В runtime Qwen Code поддерживает четыре протокольных семейства — OpenAI-совместимый, Anthropic-совместимый, Gemini-совместимый и нативный Qwen endpoint — переключение только через конфигурацию, без изменений кода. Структурно это аналог того, как работает routing gateway: один и тот же агент, разные провайдеры, разные профили стоимости и задержки.

Для команд, использующих AI gateway в качестве upstream, ключевой вопрос — правильно ли Qwen Code идентифицирует проксированный endpoint. Исправления в v0.18.5 для hostname-based detection и нормализации slash-вариантов base URL снижают риск тихой деградации к неверному классу провайдера из-за формата URL gateway.

Два routing-следствия, которые стоит отслеживать:

  • Маршрутизация subagent-модели: по умолчанию Qwen Code направляет запросы класса Opus на V4 Pro, класса Haiku — на V4 Flash. В режиме Agent Team участники используют конфигурацию, аналогичную CLAUDE_CODE_SUBAGENT_MODEL. Команды, желающие направлять основного агента на более дорогой провайдер, а subagent-ов — на более дешёвый (паттерн split-routing), могут настроить это на уровне переменных окружения.
  • Бюджет токенов для персистентных задач: постоянные задачи /loop расходуют токены между сессиями. Командам с политикой ограничения токенов на пользователя или проект нужно учитывать расходы фонового агента, больше не ограниченные временем жизни сессии.

Что смотреть пользователям TheRouter

Командам, которые маршрутизируют трафик coding-агентов через TheRouter и оценивают Qwen Code как альтернативу или дополнение к Claude Code, стоит проверить:

  • Корректно ли v0.18.5 определяет ANTHROPIC_BASE_URL с адресом TheRouter как Anthropic-протокол. Нормализация slash-вариантов base URL — явно задокументированное исправление этой версии.
  • Паттерн потребления токенов в Agent Team: несколько параллельных агентов, у каждого свой контекст и модельные вызовы. Управлять сводным биллингом по параллельным агентным сессиям нескольких участников команды проще через единый gateway.
  • Раздел документации по provider routing — для понимания того, как политики fallback взаимодействуют с runtime-переключением провайдера в Qwen Code. Единый биллинг TheRouter упрощает сравнение расхода токенов по провайдерным тирам, используемым участниками Agent Team.

Qwen Code v0.18 доступен через brew install qwen-code или npm install -g @qwen-code/qwen-code@latest. Еженедельный changelog публикуется по адресу https://qwenlm.github.io/qwen-code-docs/en/blog/, репозиторий на GitHub: https://github.com/QwenLM/qwen-code.

Чёткая редакционная визуализация диаграммы маршрутизации моделей с qwen3.8-max в качестве узла верхнего уровня, абстрактные линии на матовом тёмном фоне

Qwen3.8-Max — теперь топовая модель DashScope: что смена флагмана меняет в вашей routing-политике

qwen3.8-max появился на DashScope: 2.4T параметров, 1M контекст и режим размышлений — а qwen3.7-max переведён в legacy. Что меняется для команд, маршрутизирующих трафик на флагманский уровень Qwen.

источник Alibaba Cloud
Помощь и контакты