DeepSeek открыла Super-agent: прототип агента, который сам находит и делает работу в репозитории
Этап AI SDLC: Код → ХарнессКоманда DeepSeek Harness 31 октября опубликовала статью о дизайне Super-agent — агента, который работает постоянно, а не ждёт команды в чате, — и выложила на GitHub прототип dsh-superagent под лицензией MIT. Авторы сразу оговаривают: это исследовательский прототип, а не официальный продукт; внутренняя версия отличается, а часть решений из статьи в код ещё не перенесена. Инженерную работу над кодом в значительной мере выполнили сами кодинг-агенты, говорится в readme.
Прототип — агент для одного репозитория на GitHub. Он слушает события в репозитории и, если настроено, в мессенджере Feishu. Когда работу просит человек из числа допущенных, агент заводит задачу, делает её в собственном сеансе и каталоге и отвечает там же, где спросили, — например, присылает pull request. Отдельная веб-панель показывает, где агент ждёт участия человека. В статье описана архитектура из двух слоёв: постоянный диспетчер (в статье — Router) общается с людьми и раздаёт задачи, а параллельные сеансы-исполнители работают в изолированном контексте; за сбоями и зацикливанием следит отдельный сторожевой процесс. Внутренний экземпляр такой системы у DeepSeek работает непрерывно: воспроизводит и чинит баги, отвечает на ревью и участвует в разработке самого DeepSeek Harness.
Источник: dsh-superagent-prototype, GitHub ↗
Что с этим делать
- Прочитайте раздел о философии в документации прототипа (docs/000-philosophy): принцип «брать как можно меньше внимания человека» стоит сформулировать и для своего агента.
- Если строите командного агента, возьмите связку «диспетчер + исполнители + сторож»: она решает проблему параллельных задач без смешивания контекстов.
- Проверьте, что у вашего агента есть правило, когда молчать: проактивность без фильтра превращается в спам для всей команды.
- Разберите, где ваш агент контактирует с секретами: формулировка «использовать доступ, не видя секрета» — хороший ориентир.