Vejo este lançamento como algo que oferece duas coisas: um agente de codificação pronto para uso e um framework Meta Harness subjacente, muito como o Pi se relaciona com o OpenClaw.
Isso também pode explicar parte da controvérsia em torno do projeto. As pessoas nem sempre estão discutindo a mesma coisa. Muitos críticos estão avaliando o primeiro, enquanto eu estou mais interessado no design do segundo.
O DeepSeek Harness torna o próprio agente de codificação plugável. Empresas e desenvolvedores podem substituir componentes individuais e montar um Harness que atenda às suas próprias necessidades. Ele também oferece um modo de criação para autoextensão em tempo de execução e melhoria iterativa.
Em alto nível, o modelo é assim:
- O Kernel fornece o runtime e os mecanismos de extensão.
- Os Plugins fornecem capacidades atômicas substituíveis e combináveis.
- As empresas selecionam Plugins da comunidade ou constroem os seus próprios, e então empacotam o Kernel e os Plugins em um Harness interno adaptado às suas necessidades.
Para entender por que isso importa, primeiro precisamos esclarecer o que queremos dizer com Harness.
O que é um Harness?
Há alguns dias, alguém do InfoQ me fez uma pergunta:
Do gerenciamento de contexto e planejamento de tarefas até chamadas de ferramentas MCP e orquestração multiagente, as capacidades dos Harnesses estão se tornando cada vez mais semelhantes. Onde está o espaço restante para inovação significativa?
Ainda não há uma definição universalmente aceita de Harness.
Minha visão é que um modelo fornece as capacidades fundamentais de raciocínio e cognição de um Agente. O Harness determina como essas capacidades são organizadas, invocadas e aplicadas a tarefas reais. Juntos, o modelo e o Harness definem as capacidades práticas e o desempenho do Agente.
Divido os Harnesses em duas camadas.
Um Harness restrito é o framework de runtime que ajuda um agente de codificação a concluir uma tarefa. Ele inclui gerenciamento de contexto, memória, chamadas de ferramentas, planejamento, testes, validação e orquestração multiagente. Ele determina se o Agente consegue concluir uma tarefa de forma confiável.
Um Harness amplo é o sistema de ciclo fechado que permite a um Agente receber validação, feedback e correção dentro de um ambiente de negócios real. Ele conecta o Agente aos sistemas e processos de uma organização, ajudando-o a continuar fazendo a coisa certa ao longo do tempo.
A primeira metade do problema do Harness é sobre como um Agente conclui uma tarefa. As capacidades nessa área estão de fato convergindo.
Mas listas de recursos semelhantes não produzem resultados idênticos. Diferenças em velocidade, precisão, estabilidade, custo e recuperação de falhas costumam ficar escondidas sob a superfície.
A segunda metade é sobre como um Agente entra em sistemas reais de engenharia e negócios, recebe feedback e continua trabalhando em direção a um objetivo.
É daqui que a diferenciação virá cada vez mais: validação específica por cenário, atribuição de feedback e execução em ciclo fechado.
Plataformas de desenvolvimento, logs de produção, sistemas de rastreamento, plataformas internas de automação, conhecimento proprietário e regras organizacionais precisam todos ser conectados. Um Agente deve ver feedback real, determinar se o resultado está correto, localizar a origem da falha e continuar fazendo correções.
Essa camada depende fortemente do ambiente específico. Um agente de codificação de propósito geral não consegue resolvê-la diretamente.
O mesmo agente de codificação pode parecer quase mágico em uma equipe e completamente inútil em outra. A diferença muitas vezes está no Harness que a equipe construiu ao seu redor.
É por isso que tantos projetos estão empacotando Plugins. Em sua essência, esses Plugins trazem Skills, integrações MCP, documentação e conectores antes dispersos para unidades instaláveis, combináveis e distribuíveis.
Visto dessa perspectiva, a direção do DeepSeek Harness fica muito mais clara.
Olhando para o DeepSeek Harness novamente
A mensagem central do DeepSeek Harness é “Tudo é um Plugin”.
Mais importante, ele torna o próprio agente de codificação plugável. Modelos, ferramentas, Skills, sessões, sandboxes, armazenamento, loops, agendamento e UI são todos montados a partir de Plugins que podem ser substituídos e recombinados.
Isso significa que uma empresa pode usar Plugins da comunidade, desenvolver seus próprios Plugins específicos para cenários ou substituir os componentes padrão do Harness incluídos no DeepSeek Harness.
Em princípio, isso aumenta a flexibilidade do desenvolvimento secundário enquanto reduz a necessidade de fazer Fork do projeto inteiro, facilitando continuar acompanhando o desenvolvimento upstream.
O design me lembra o que fizemos com o Egg anos atrás.
O Egg fornecia um Kernel de runtime, um sistema de Plugins e um mecanismo de extensão para construir frameworks de nível superior.
O mesmo modelo pode ser usado para entender o DeepSeek Harness:
- O Kernel fornece o runtime e os mecanismos de extensão.
- Os Plugins fornecem capacidades atômicas substituíveis e combináveis.
- As empresas combinam o Kernel com Plugins da comunidade ou desenvolvidos internamente para construir seu próprio Harness.
A ideia é manter um Kernel estável e deixar o ecossistema explorar o resto.
Se essa direção der certo, podemos acabar com mais de um oh-my-dsh. Poderemos ver inúmeras variantes construídas para diferentes cenários.
Como isso pode afetar os agentes de codificação existentes
Algumas pessoas na comunidade brincaram que equipes como MiniMax, Kimi e ZCode devem estar sorrindo.
Não tenho tanta certeza.
O DeepSeek Harness pode não criar pressão imediata de produto para os agentes de codificação existentes. Seu impacto em nível de ecossistema, no entanto, pode se tornar muito mais significativo.
A visão de AGI de Liang Wenfeng e os modelos open-source da DeepSeek já fornecem dois poderosos pontos de convergência. O DeepSeek Harness agora acrescenta uma proposta arquitetural interessante.
Se a arquitetura se sustentar sob o escrutínio do mundo real, ela poderá atrair desenvolvedores open-source de todo o mundo. Nesse caso, as equipes de agentes de codificação existentes podem não necessariamente dar a última risada.
O Pi, que historicamente desempenhou um papel importante por baixo do OpenClaw, continua amplamente discutido. O OpenCode também continua atraindo uma comunidade leal de desenvolvedores. Mas esses projetos têm Harnesses sem seus próprios modelos de fundação.
A DeepSeek tem tanto o LLM quanto o Harness. Essa combinação cria um potencial substancial de ecossistema.
A comunidade tem discutido recentemente como o mesmo modelo pode ter desempenho muito diferente sob Harnesses diferentes.
E se o DeepSeek Harness eventualmente se tornasse parte da infraestrutura compartilhada para comparar modelos?
Se ele se tornasse uma base de Harness preferida na comunidade open-source, e os desenvolvedores gradualmente construíssem um rico ecossistema de Plugins ao seu redor, o DSH poderia se desenvolver em um padrão de fato. Outros agentes de codificação poderiam então caminhar em direção à compatibilidade com suas interfaces e convenções.
Essas possibilidades ainda são especulativas. Elas se baseiam nas ideias e na arquitetura visíveis hoje, não em resultados de ecossistema comprovados.
O conceito é atraente, e o potencial é real. O que acontece a seguir depende de se a arquitetura ainda conquista o apoio da comunidade depois que os desenvolvedores examinarem o código sob um microscópio.