Репозиторий deepseek-ai/dsh-superagent-prototype вышел под MIT и сразу с оговоркой: это исследовательский прототип, а не официальный продукт DeepSeek, код может содержать ошибки, стиль местами неровный, и перед использованием его нужно прочитать и адаптировать. Авторы честно предупреждают, что опубликованная версия отличается от внутренней и от того, что описано в статье Exploring Super-agent Design.
Что делает агент: он привязан к одному GitHub-репозиторию и работает с ним постоянно. Слушает GitHub, при желании — Feishu. Когда кто-то из разрешённых людей просит что-то сделать, агент открывает рабочую задачу, ведёт её в собственной сессии и каталоге и отвечает там, где его спросили, — например, пулл-реквестом. Веб-панель показывает, что требует человека.
Философия, а не набор функций
Главная идея сформулирована не как «автономность», а как экономия внимания: «брать как можно меньше человеческого внимания и давать как можно больше пользы». Агент действует только когда его попросили или когда это разрешено правилом, которое команда сама написала, и говорит только тогда, когда человеку нужно действовать или можно использовать результат. Причина прагматичная: агент, способный работать за всю команду, способен и выжечь внимание всей команды.
Установка тоже поручена агенту: в репозитории лежит SETUP.md, который ваш кодинг-агент читает и по нему всё настраивает, задавая по одному короткому вопросу.
Что с этим делать
Прототип интересен не готовностью к продакшену, а форматом: агент живёт не в чате, а в рабочем процессе репозитория, и его поведение задаётся правилами команды. Это ровно тот слой, который сейчас делят между собой Claude Code, Codex и корпоративные ассистенты. Для эксперимента хватит одного репозитория и аккуратно выданных прав — как и с любым агентом, который может писать в ваш код.
The deepseek-ai/dsh-superagent-prototype repository is out under MIT, with a caveat up front: it is a research prototype, not an official DeepSeek product, it may contain bugs, its style is uneven in places, and it should be reviewed and adapted before use. The authors say openly that the published version differs from the internal one and from what is described in the paper Exploring Super-agent Design.
What the agent does: it is bound to one GitHub repository and stays with it. It listens to GitHub and optionally to Feishu. When someone allowed asks for work, it opens a work item, carries it out in its own agent session and directory, and answers where it was asked — with a pull request, for example. A web panel shows what needs a person.
A philosophy rather than a feature list
The core idea is framed not as autonomy but as attention economy: “take as little human attention as possible, and give as much value as possible”. The agent acts only when asked, or when a rule the team wrote allows it, and speaks only when someone must act or can use a result. The reason is pragmatic: an agent that can act for a whole team can also waste a whole team’s attention.
Setup is delegated to an agent too: the repository ships a SETUP.md that your coding agent reads and follows, asking one short question at a time.
What to make of it
The prototype is interesting not because it is production-ready but because of its shape: the agent lives in the repository workflow rather than in a chat, and its behaviour is defined by team rules. That is exactly the layer Claude Code, Codex and enterprise assistants are currently competing for. To experiment, one repository and carefully granted permissions are enough — as with any agent that can write to your code.