DeepSeek SuperAgent sem Feishu: dá para usar só com GitHub?

Fala aí, beleza? A DeepSeek publicou em 31/10/2026 o dsh-superagent, um protótipo de pesquisa open source (licença MIT) de agente de código proativo, feito pelo time do DeepSeek Harness (fonte)

Só que, lendo a doc, o Feishu aparece em vários lugares, e aí bate a dúvida de quem vive no Slack, no Discord ou só no GitHub: isso é peça central ou acessório? Bora separar uma coisa da outra 🙂

O que é o DeepSeek SuperAgent e por que o Feishu aparece no projeto

É um agente de código proativo para UM repositório GitHub, empacotado como bundle do DeepSeek Harness (o dsh)

Ele escuta o GitHub e, se você quiser, também o Feishu, que é o app de chat corporativo da ByteDance

O fluxo, segundo o repositório oficial, é este:

• alguém autorizado pede trabalho
• o agente abre um item de trabalho
• executa numa sessão e num diretório próprios
• responde na conversa original, por exemplo com um pull request

E por baixo do capô? O bundle define o dsh-superagent-router para a Session principal e o dsh-superagent-worker para os Executors

Pensa num gerente que recebe os pedidos e distribui pra equipe: o router é o gerente, os workers são quem põe a mão na massa

O Feishu aparece porque é uma das portas de entrada suportadas, nada além disso

Outro detalhe importante: o próprio repo deixa claro que é um protótipo de referência, não um produto oficial da DeepSeek, e que não é idêntico à versão interna da empresa

O que é essencial e o que é acessório se o seu time não usa Feishu

O essencial é tudo que gira em torno do GitHub e do Harness, o Feishu entra só como opcional

Essencial (sem isso não roda):

• um repositório no github.com (GitHub Enterprise Server não é suportado)
• um perfil dedicado do DeepSeek Harness
• uma conta GitHub reservada pro agente, com o GitHub CLI logado SÓ nessa conta
• um provedor de modelo configurado
• a allowlist preenchida, com quem pode pedir trabalho

Por que a conta dedicada? Porque o agente comenta, faz push de branches e abre pull requests como essa conta, via gh

Se o gh estiver logado na tua conta pessoal, quem aparece fazendo as coisas é você, e isso bagunça qualquer auditoria, tome cuidado!

Acessório (só se for usar Feishu/Lark):

• um app Feishu ou Lark com bot
• o lark-cli (testado pelo projeto na versão 1.0.90)
• a sincronização da allowlist a partir de um chat

E o Slack? E o Discord?

Nenhuma fonte do projeto confirma integração com eles, então não dá pra afirmar suporte

O que a doc mostra são duas fontes: GitHub (obrigatória) e Feishu/Lark (opcional)

Times em Slack, Discord ou só GitHub: como fica a entrada de pedidos

Nos três casos, os pedidos entram pelo GitHub, que é a única fonte obrigatória confirmada

Time que já trabalha só no GitHub

É o cenário mais direto, a conversa já acontece lá e o agente responde na própria conversa, por exemplo com um PR

A allowlist fica só com contas GitHub e pronto

Como a entrada é texto escrito por gente, a forma de pedir faz diferença, e se tu curte esse assunto vale ler sobre meta-prompting no GSD

Time que conversa no Slack ou no Discord

Aqui a conversa pode continuar no chat, mas o pedido pro agente precisa chegar pelo GitHub

O projeto não documenta Slack nem Discord como fonte, então qualquer ponte entre esses chats e o agente seria coisa sua, sem respaldo da doc

O que se perde sem o Feishu

Basicamente a sincronização da allowlist por chat

Com Feishu, dá pra escolher um chat que sincroniza a lista na inicialização e no ‘Sync now’

Sem ele, você mantém a lista de contas GitHub na mão, o que pra time pequeno nem é problema 😀

Requisitos para rodar o SuperAgent só com GitHub

O setup pede um conjunto de ferramentas de linha de comando, e nenhuma delas é ligada ao Feishu

Conforme o SETUP.md do repositório:

• Node.js 22.19+ ou 24+
• pnpm
• git 2.32+
• tmux
• Python 3.8+
• GitHub CLI 2.48+
• DSH dentro da faixa engines.dsh do package.json

Além disso: perfil dsh dedicado, conta GitHub do agente e provedor de modelo

Os comandos de instalação verificados são estes:

1. Instale o DeepSeek Harness na versão indicada:

npm install -g @deepseek-ai/[email protected]

Erro comum: instalar outra versão do dsh sem conferir se ela cai na faixa engines.dsh do package.json

2. Clone o repositório e entre na pasta:

git clone https://github.com/deepseek-ai/dsh-superagent-prototype.git
cd dsh-superagent-prototype

3. Instale as dependências e faça o build:

pnpm install && pnpm build

4. Registre o bundle no perfil superagent do dsh:

dsh plugin --profile superagent add "link:$PWD"

Erro comum: rodar esse comando fora da pasta do repositório, já que o $PWD aponta pro diretório atual

O resto da configuração (provedor de modelo, Sources, allowlist) fica na doc do projeto, então segue o passo a passo de lá

Como começar com segurança: modo observe e allowlist curta

A própria doc de deployment do projeto recomenda começar com allowlist curta e no modo observe

A allowlist é por Source: em cada uma você adiciona quem pode pedir trabalho

Enquanto ela estiver vazia, nenhum pedido vira Ticket, então se nada acontece, confere a lista antes de achar que quebrou haha

E o modo observe?

Nele, o trabalho inferido (a parte proativa) é avaliado e registrado como ‘would accept’, mas não começa

Já os pedidos explícitos funcionam em todos os modos, ou seja, você consegue usar o agente enquanto observa o que ele ATÉ faria sozinho

Tem mais um limite que o projeto cita e que vale ouro: uma pessoa consegue acompanhar só 3 a 5 sessões de agente ativas

O gargalo é a atenção humana, não o modelo, então lista curta aqui é guardrail (limite) de verdade, não frescura

Vídeo complementar: o harness como ponto de falha

O SuperAgent é, no fundo, um bundle rodando em cima do DeepSeek Harness, e o comportamento do agente depende muito dessa camada

Se tu quer entender melhor por que o harness pesa tanto quanto o modelo, esse vídeo do canal fala justamente do Better Harness e de onde o agente costuma falhar

Vale testar sem Feishu?

Vale, desde que num ambiente controlado

O próximo passo prático é pegar um repositório de teste no github.com, criar a conta GitHub dedicada, logar o gh só nela, colocar duas ou três pessoas na allowlist e deixar no modo observe

Assim você vê o que o agente aceitaria fazer antes de soltar ele de verdade

E lembra: é protótipo de pesquisa, não produto oficial da DeepSeek, então trata como laboratório, não como peça de produção

Até o próximo post!

Perguntas frequentes

O DeepSeek SuperAgent funciona com mais de um repositório GitHub ao mesmo tempo?

O projeto é descrito como um agente de código proativo para UM repositório GitHub, e a doc não descreve uso com vários repositórios ao mesmo tempo

Quer aprender mais sobre inteligência artificial e programação na prática? Conheça o canal Hora de Codar no YouTube e acompanhe os próximos vídeos.