A DeepSeek disponibilizou o dsh-superagent, um protótipo de investigação de código aberto para um agente de programação que fica sempre em linha, vigia o repositório GitHub de uma equipa e, opcionalmente, as conversas no Feishu, e aceita trabalho quando uma pessoa autorizada o pede. O código surgiu na organização deepseek-ai a 31 de outubro de 2026, num único commit e sob licença MIT. No dia seguinte, a equipa do DeepSeek Harness publicou na sua conta oficial no X um longo artigo de conceção, "Exploring Super-agent Design: Towards a More Autonomous Agent System". A empresa apresenta o projeto como código de referência e insiste que não é um produto oficial.
O raciocínio por trás do projeto tem mais a ver com a atenção humana do que com as capacidades dos modelos. Segundo a equipa, os agentes atuais usam uma sessão como unidade de trabalho, e uma pessoa consegue acompanhar, na prática, três a cinco sessões ativas em simultâneo. A resposta é uma arquitetura em dois níveis: uma sessão Router de longa duração, que trata de toda a interação com pessoas, guarda o contexto global e distribui tarefas sem as executar; e uma camada de sessões Worker, cada uma com contexto próprio e ferramentas completas, dedicada a uma só tarefa. Os Workers nunca falam diretamente com as pessoas: reportam ao Router, que responde na conversa de origem.
No protótipo, empacotado como extensão do DeepSeek Harness, o software de agentes de código aberto da empresa, atualmente em pré-visualização pública, os eventos vindos do GitHub ou do Feishu tornam-se Triggers. Um pedido válido abre um Ticket, uma unidade de trabalho autorizado acompanhada de um Mandate imutável que regista porque pode avançar, e cada Ticket corre numa sessão e num diretório próprios. Os comentários seguintes no mesmo pull request chegam diretamente ao Worker subscrito, sem voltar a passar pelo Router. Um painel web local mostra apenas o que exige intervenção humana.
A iniciativa própria do agente está propositadamente limitada. Trabalho que ninguém pediu exige uma regra escrita pela equipa, e o modo de aceitação predefinido, observe, limita-se a registar o que o agente teria aceitado; recomenda-se passar para auto só depois de rever essas decisões. A documentação é franca quanto aos riscos: os dois perfis do agente correm com acesso total, como o utilizador do sistema operativo de quem o instala, um Worker pode ler a pasta pessoal desse utilizador, e a DeepSeek aconselha uma conta de sistema dedicada e uma conta GitHub separada para o agente.
O artigo descreve experiências preliminares com cargas sintéticas: cerca de 300 mensagens de conversa e de CI por ensaio, das quais umas 20 eram pedidos reais, e a programação substituída por uma ferramenta que apenas consome tempo. Segundo a DeepSeek, o desenho Super-agent concluiu tarefas em 12,4 minutos na mediana e 15,7 minutos no percentil 95, contra 29,5 minutos no percentil 95 para uma sessão única com ferramenta de subagentes e instruções neutras, que em cinco ensaios nunca delegou. A própria equipa considera os números apenas indicativos; medem o escalonamento, não a qualidade do código. Várias ideias do artigo, como uma sessão Watchdog, a separação entre computação e estado ou um ciclo ReAct assíncrono, ficaram de fora do protótipo.
Em dois dias o repositório ultrapassou as 10 mil estrelas no GitHub, e a publicação de anúncio somava mais de 1,9 milhões de visualizações a 2 de novembro. A MarkTechPost e a Funded Weekly noticiaram o lançamento, mas nenhuma testou o software, e ainda não há avaliações independentes.
Para quem constrói infraestrutura de agentes, o interesse está menos no produto do que na referência pública vinda de um grande laboratório de modelos: um padrão documentado para agentes contínuos, guiados por eventos e com autorização explícita, numa altura em que os agentes de programação saem das janelas de conversa e entram nos fluxos de trabalho das equipas.