DeepSeek открыла прототип Super-agent: p95 времени задачи упало с 29,5 до 15,7 минуты

DeepSeek опубликовала в открытом доступе прототип Super-agent — многоагентной системы, в которой общение с людьми и выполнение работы разведены по разным сессиям. Одна роутерная сессия принимает запросы и распределяет задачи, а изолированные воркеры выполняют их параллельно, запускаясь по событиям GitHub. В собственном тесте DeepSeek p95 времени выполнения задачи снизилось с 29,5 до 15,7 минуты по сравнению с одиночной сессией. О релизе написал аналитик ИИ-новостей @kimmonismus, его пост в X набрал около 91,6 тысячи просмотров.

Роутер отдельно, воркеры отдельно

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

В Super-agent эти роли разделены. Роутер остаётся «лицом» системы: он говорит с людьми, понимает, что от него хотят, и передаёт работу дальше. Сама работа уходит воркерам. Каждый из них изолирован, то есть живёт в отдельной среде со своим контекстом и не влияет на соседей. Триггером служат события GitHub: появление задачи, комментарий, pull request и подобные сигналы. Агент не ждёт команды в чате, а реагирует на то, что происходит в репозитории.

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

Что показал замер DeepSeek

Единственная публичная цифра из сообщения — p95 времени выполнения. Это время, в которое укладываются 95% задач, то есть показатель «длинного хвоста», самых медленных случаев. Именно он важен для командной работы: средняя скорость мало что говорит, если каждая двадцатая задача висит полчаса. У одиночной сессии p95 составило 29,5 минуты, у системы с роутером и воркерами — 15,7 минуты. Выходит, хвост задержек сократился почти вдвое, примерно на 47%.

Правдоподобное объяснение — параллелизм. Когда задачи приходят пачкой, одиночная сессия обрабатывает их по очереди, и последние ждут дольше всех. Воркеры берут их одновременно, и очередь не растёт. Это объяснение выведено из описания архитектуры, а не из опубликованных данных теста.

Чего в сообщении не хватает

Цифры стоит читать осторожно. Во-первых, тест проводила сама DeepSeek, независимых воспроизведений пока нет. Во-вторых, из поста не видно состава нагрузки: сколько было задач, насколько они были сложными, как часто приходили одновременно. При малой параллельности выигрыш мог бы оказаться заметно скромнее. В-третьих, ссылка на базовое решение в посте обрезана, поэтому неясно, с какой именно одиночной конфигурацией шло сравнение.

Кроме того, скорость — лишь одна ось. В сообщении ничего нет о качестве результата: доле принятых pull request, числе ошибок, расходе токенов. Несколько воркеров почти наверняка потребляют больше вычислений, чем одна сессия, а значит, платить за ускорение придётся деньгами.

Что делать разработчикам

Релиз стоит открыть тем, кто строит агентов вокруг GitHub и упирается в очереди. Прототип позволяет посмотреть, как DeepSeek организует роутер, изоляцию воркеров и запуск по событиям, и сравнить это со своей схемой. Название «прототип» говорит само за себя: готовым продуктом для продакшена это пока считать рано.

Проверить заявленный выигрыш можно на собственной нагрузке: взять репозиторий с потоком типовых задач, прогнать их через одиночного агента и через схему «роутер плюс воркеры» и сравнить p95, а заодно стоимость и долю принятых изменений. Если хвост задержек сократится сопоставимо, архитектура окупится. Если нет, цифры DeepSeek останутся хорошим результатом на её собственном наборе задач.