Команда DeepSeek Harness вечером 31 октября опубликовала описание архитектуры так называемого «Супер-агента» — постоянно работающего агента, который одновременно продвигает несколько задач, самостоятельно ищет работу и восстанавливается после сбоев. Кроме того, был выпущен сопутствующий исследовательский прототип на GitHub под лицензией MIT, как сообщает китайское технологическое издание.
Репозиторий dsh-superagent-prototype содержит пакет проактивного кодирующего агента для одного репозитория GitHub в качестве сборки для DeepSeek Harness. Он отслеживает GitHub и, опционально, Feishu. Когда авторизованный пользователь запрашивает работу, агент создает рабочий элемент, обрабатывает его в собственной сессии и каталоге, а затем отвечает в исходном диалоге, например, с помощью pull request. В README подчеркивается, что это исследовательский код, а не официальный продукт DeepSeek, и что некоторые элементы дизайна из описания не реализованы.
Основная идея заключается в двухуровневой архитектуре. Резидентная сессия Router получает все взаимодействия с пользователем по различным каналам и только распределяет задачи; она сама не выполняет работу и может даже не иметь инструмента Bash. Изолированные сессии Worker параллельно выполняют задачи с полным набором инструментов и отчитываются перед Router, а не общаются с пользователями. Каждый Worker подписывается на интересующие его потоки, такие как pull request или тема чата, поэтому последующие события направляются непосредственно ему, минуя Router.
Система основана на событиях: сообщения чата, электронные письма, комментарии к обзорам и результаты CI поступают в качестве триггеров, фильтруемых сначала детерминированным кодом, а затем моделью. Команда также разделяет состояние агента и среды выполнения, чтобы агент мог оставаться онлайн в облаке, достигая собственных машин пользователя, и запускает внешнюю сессию Watchdog, которая проверяет, добиваются ли Worker реального прогресса. Во внутренней группе пользователей команды экземпляр следует правилу бесшумно воспроизводить сообщенные ошибки и высказываться только после того, как он найдет простое исправление, иногда открывая pull request до того, как кто-либо его отметит.
В предварительных тестах на синтетических нагрузках из примерно 300 сообщений с примерно 20 запросами на работу Супер-агент завершил половину задач за 12,4 минуты, а 95% — за 15,7 минуты, опередив одиночную сессию с суб-агентским инструментом, но ценой большего количества кэшированных токенов. Без прямой маршрутизации последующих действий к Worker решения Router увеличились примерно на 30%, а пакетная обработка под нагрузкой снизила время вывода для каждого решения Router с 6,4 до 1,6 секунды. Команда назвала эти результаты предварительным ориентиром.
К открытым проблемам команда относит масштабирование Router, долговременную память, коммуникацию между агентами и риск инъекции промптов, когда облачный агент может получить доступ к учетным данным на локальных устройствах.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Pandaily
