DeepSeek Super-Agent предлагает поручать задачи разработки прямо из рабочего обсуждения. Звучит как готовый коллега, но в оригинале есть важное уточнение: это исследовательский прототип.
О баге часто сначала пишут в обсуждении: кнопка не работает, проверка упала, нужно поправить страницу. В dsh-superagent команда DeepSeek Harness показывает, как связать такое обращение с отдельной рабочей сессией агента и вернуть результат в тот же разговор.
Что такое DeepSeek Super-Agent?
Это исследовательский прототип агента разработки для одного репозитория GitHub, собранный как дополнение к DeepSeek Harness. Он получает события GitHub, при необходимости подключается к Feishu и может подготовить результат по разрешённому поручению.
В официальном README авторы отдельно предупреждают: это не официальный продукт DeepSeek и не готовое к рабочему использованию программное обеспечение. Опубликованный вариант также отличается от внутреннего решения команды.
Поэтому новость стоит читать как открытый пример устройства агента. Сам по себе выпуск кода не означает, что можно заменить разработчика, подключить все проекты компании и получить проверенные исправления без настройки.
Может ли агент сам начинать работу из любого сообщения?
По описанным правилам агент действует по обращённому к нему запросу разрешённого пользователя либо по письменному правилу команды. Для инициативной работы предусмотрен начальный режим, который только фиксирует предполагаемые действия.
Это важное отличие от образа агента, который бесконтрольно читает чаты и берётся за всё подряд. В документе о принципах работы внимание коллег рассматривается как ресурс: лишние задачи и уведомления тоже создают издержки.
Практический смысл понятен на условной ситуации. Сотрудник сообщил о неверном тексте на странице. Полезный результат — понятная правка для проверки и ответ в исходном обсуждении. Несколько одинаковых сообщений о ходе работы сами по себе команде не помогают.
Что проверить перед пробой Super-Agent?
Начать стоит с отдельного тестового репозитория, узкого списка разрешённых пользователей и проверки того, когда агент запускает работу. Авторы советуют сначала ограничить область действий, а инициативные задачи оставлять в режиме наблюдения.
Перед подключением полезно договориться о результате: где появится исправление, кто его прочитает и что подтверждает успешную проверку. Подготовленное предложение изменений не равно принятой правке в рабочем продукте.
Для первого опыта можно взять небольшую задачу на тестовой странице. Проверьте, верно ли агент понял запрос, сохранил ли соседние функции и вернул ли ссылку на результат. Это предложенный редакцией сценарий; мы не выдаём его за собственный запуск прототипа.
Общие возможности моделей разобраны в гайде по DeepSeek, а распределение работы между помощниками — в статье о многоагентных системах. Здесь новое — именно связь командного обсуждения, разрешения на работу и отдельной сессии исполнителя.
