Суперагент DeepSeek: Harness открыла dsh-superagent — роутер раздаёт задачи воркерам и в тестах почти вдвое быстрее одиночной сессии

Команда DeepSeek Harness выложила открытый прототип суперагент DeepSeek — dsh-superagent: он слушает GitHub (и опционально Feishu), режет запросы на изолированные worker-сессии и старается беспокоить человека только результатом, вопросом или ошибкой.

Что такое суперагент DeepSeek

По README на GitHub и разбору MarkTechPost, dsh-superagent — TypeScript-бандл под DeepSeek Harness. Нужны Node.js 22.19+/24+, git 2.32+, Python 3.8+, tmux и GitHub CLI 2.48+. Модель — та, что выбрана в профиле Harness, отдельной «магической» модели в бандле нет.

Идея из design-поста команды: узкое место не «умный ли модель», а внимание человека. Один человек нормально ведёт 3–5 сессий. Прототип делает длинный Router, который принимает события, и отдельные Worker’ы на каждый Ticket с неизменяемым Mandate — зачем работу вообще приняли. Поток: Source → Trigger (GitHub/Feishu) → Eval → Ticket → Subscription (комменты к PR доходят до нужного worker без нового упоминания).

Proactive-режим по умолчанию observe: система пишет, что бы приняла, но не действует, пока не включишь auto. Это прямо подчёркивает TechNode. Философия простая — подтвердить раз, молчать пока работаешь, писать снова только с результатом, вопросом или фейлом. Массовые PR и broadcast-статусы docs просят не устраивать: они съедают больше внимания, чем экономят.

Цифры тестов и сравнение с другими агентами

В симуляции шумного чата (~300 сообщений, ~20 реальных запросов, 5 прогонов) Super-agent показал p50 12,4 мин и p95 15,7 мин. Базовая одиночная сессия с «нейтральным» промптом — p95 29,5 мин, причём subagent вызывался 0 раз из 5. При росте потока с ~1 до 40 событий в минуту batch size у роутера рос с 1,0 до 2,8, а latency на запрос — с 2,5 до 3,9 секунд. Ablation без прямого pass-through событий поднимал решения роутера примерно на 30% и cache-read токены на ~37% (с 23,23M до 31,77M в их отчёте).

Это самоотчёт по синтетике. Качество патчей на живых репозиториях не измеряли. Сравнение с Copilot cloud agent, Claude Code Action и Codex у MarkTechPost сводится к другому: у DeepSeek упор на локальный Harness, явные правила авторизации и параллельные изолированные сессии, а не на managed cloud. SCMP вписала релиз в гонку coding-агентов, но для практики важнее оговорки про доступ к ОС, чем заголовки про «обгон».

Shell у worker уходит в фон через 5 секунд, чтобы сессия продолжала принимать сообщения. Есть идеи «за пределами прототипа»: внешний Watchdog, разделение storage/compute, асинхронный ReAct — в публичном коде они не обязаны быть.

Открытый прототип полезен как схема «кто имеет право просить» и «как не утонуть в статусах», а не как готовый прод без изоляции ОС.

Что это значит для тебя

Если собираешь агентов под код, смотри три вещи. Список allowed users и accept modes — иначе бот начнёт тащить задачи из чужих комментов. Отдельный OS-аккаунт: TechNode и docs предупреждают, что router и worker бегают с широким доступом пользователя оператора и могут читать home. Отдельный GitHub-аккаунт агента; GitHub Enterprise Server текущая схема не поддерживает.

Для крипты и автоматизации кошельков этот релиз — скорее контрпример к «дай агенту ключи». Мы недавно разбирали, как модели обходят лимиты трат, когда видят почту: см. агентские кошельки Circle. А про линейку моделей DeepSeek у нас уже был текст про DeepSeek V4.1 Flash — это другой слой, веса, а не оркестрация.

Публичный код, по заявлению команды, отличается от внутреннего, может содержать баги и не реализует все идеи design-документа. Harness помечен как developer preview с возможными breaking changes. Имеет смысл форкать и читать authorization/execution docs, а не тащить бинарник на ноут с seed-файлами и RPC-ключами бирж. Если кратко: прототип учит проектировать очереди задач, а не «включить автопилот и уйти спать».

FAQ

Это официальный продукт DeepSeek? Нет. MIT research prototype / reference, не managed service.

Чем суперагент DeepSeek быстрее обычного агента в их тесте? За счёт параллельных worker-сессий под шумным потоком сообщений; p95 примерно в 1,9 раза ниже, чем у single-session baseline.

Можно ли включить proactive сразу? Технически да (auto), но docs советуют начать с узкого allow-list и observe.

Нужен ли Feishu? Нет, достаточно GitHub; Feishu/Lark — опция для чат-триггеров.

Итог: суперагент DeepSeek интересен как открытая схема router/worker с жёсткой авторизацией и панелью «только то, что нужно человеку». Ставить его на машину с ключами и продом без отдельного аккаунта и песочницы — плохая идея; читать репозиторий и перенимать модель Ticket/Mandate — нормальная.

Материал не является инвестиционной рекомендацией. Крипта — высокий риск, решения принимаешь сам.