Кодинг-агент DeepSeek распределяет задачи GitHub через командные чаты
Ключевые выводы
- •Команда Harness DeepSeek выпустила 31 октября прототип кодинг-агента Super-agent под лицензией MIT, описав его как исследовательское ПО, а не продукт, готовый к промышленной эксплуатации.
- •Super-agent отслеживает один репозиторий GitHub и может опционально принимать запросы через групповые чаты Feishu, создавая отдельные рабочие сессии и сообщая результаты в исходной беседе.
- •Система по умолчанию работает в режиме наблюдения, записывая предлагаемые действия без их выполнения, чтобы операторы могли оценить поведение до включения автоматического принятия.
- •Сессии Router и Worker выполняются с полными разрешениями запустившего их пользователя ОС, поэтому DeepSeek рекомендует выделенную учётную запись, содержащую только учётные данные агента.
- •Репозиторий собрал 6,6 тыс. звёзд и 652 форка к 1 ноября, но не содержит бенчмарков, подтверждающих оценку Bloomberg о релизе как вызове Claude Code от Anthropic.

DeepSeek выпустила Super-agent — прототип кодинг-агента с открытым исходным кодом, который отслеживает один репозиторий GitHub и может опционально прослушивать групповые чаты Feishu. Система направляет одобренные запросы в отдельные рабочие сессии, выполняет поставленные задачи и сообщает о прогрессе или результатах в той беседе, где возник каждый запрос.
Команда Harness объявила о проекте 31 октября и опубликовала код под лицензией MIT. Релиз вызвал сравнения с Claude Code от Anthropic, однако DeepSeek описывает Super-agent как исследовательское ПО, а не официальный продукт или инструмент, готовый к промышленной эксплуатации. Компания также сообщила, что публичная версия отличается от системы, используемой внутри.
Код проекта доступен на GitHub.
Как Super-agent работает с GitHub и запросами команды
Прототип рассчитан на работу с одним репозиторием на github.com и может принимать запросы через GitHub или опциональные групповые чаты Feishu. Одобренный участник может отправить запрос через любой из этих каналов. Super-agent преобразует запрос в рабочую задачу, создаёт отдельную сессию и рабочую директорию и возвращает обновления о прогрессе или завершённый результат в исходную беседу. Результат может включать pull request.
Локальная веб-панель отображает вопросы, требующие решения человека. Система использует постоянную сессию Router для обработки запросов и поддержания общего контекста, распределяя отдельные задачи по независимым сессиям Worker. Router может принимать новые запросы, пока выполняются существующие, позволяя задачам идти параллельно. Worker реагируют на комментарии в своих pull request, а каждый Ticket получает собственную сессию и директорию.
Этот рабочий процесс связывает запросы из чатов с изменениями в репозитории и активностью ревью, поэтому решения о развёртывании затрагивают как конфигурацию ПО, так и управление командой. Задокументированный процесс одобрения, режим наблюдения и ограничения пользователей provide средства для оценки этих взаимодействий до того, как агенту будет разрешено действовать автоматически.
Команды могут настроить агента на выполнение работы по письменным правилам, но настройка по умолчанию — режим наблюдения. В этом режиме Super-agent записывает, что он сделал бы, не выполняя проактивную задачу. Операторы могут просмотреть предлагаемые действия перед включением автоматического принятия. DeepSeek заявляет, что такая схема позволяет сопровождающим настраивать разрешения и ограничивать нежелательную активность.
После релиза проект привлёк быстрое внимание. 1 ноября на GitHub было 6,6 тыс. звёзд и 652 форка. Эти цифры отражают интерес к репозиторию, а не производительность кодинга. README от DeepSeek предупреждает, что публичный код может содержать ошибки, использует непоследовательные инженерные практики и отличается от внутренней версии команды. Рекомендуется изучить и адаптировать код перед развёртыванием в другой среде.
Требования к настройке и риски доступа
Super-agent требует выделенного пользователя GitHub с правами записи в целевой репозиторий. Настройка поддерживает Node.js 22.19 или новее, либо версию 24 или новее, а также требует pnpm, Git 2.32 или новее, Python 3.8 или новее и tmux. Операторам нужны GitHub CLI 2.48 или новее, поддерживаемая версия DeepSeek Harness и настроенный поставщик модели.
Проект в настоящее время поддерживает репозитории на github.com, но не GitHub Enterprise Server. Интеграция с Feishu необязательна и требует бота и lark-cli. Для идентификации и подписи агента в GitHub используется отдельная учётная запись, что добавляет к процессу установки несколько локальных инструментов и конфигураций учётных записей.
Более значимый момент — локальный доступ агента к процессам. Сессии Router и Worker выполняются с полными разрешениями пользователя операционной системы, который их запускает. Worker может выполнять программы по пути и читать домашнюю директорию этого пользователя. Обёртки учётных данных GitHub выбирают учётную запись агента, но не изолируют процесс от остальной операционной системы.
По этой причине DeepSeek рекомендует использовать выделенную учётную запись операционной системы, содержащую только учётные данные агента. Иначе Worker может получить доступ к файлам и учётным данным запустившей учётной записи, а идентификация агента в GitHub не ограничивает его локальные разрешения. Поскольку Super-agent имеет доступ к командным чатам и активности репозитория, операторам также следует проверить, какие пользователи могут отправлять запросы и какие разрешения в репозитории доступны. Документация DeepSeek указывает, что командам следует начинать с узких задач при оценке системы.
Bloomberg представила релиз как вызов Claude Code от Anthropic. Super-agent распределяет работу через чат, контроль версий и ревью кода, однако в репозитории нет сравнительных бенчмарков точности, скорости или надёжности кодинга. Он также не содержит опубликованных доказательств того, что кодинг-агент DeepSeek соответствует производительности Claude Code. Для команд, оценивающих прототип, поддержка хостинга репозиториев, изоляция локальных разрешений и независимое тестирование производительности остаются практическими пунктами оценки, а не подтверждёнными возможностями.
Источник: Blockonomi