DeepSeek Harness (dsh) vs Claude Code

Em resumo

Abertura

Essa é a diferença mais nítida e a menos sujeita a mudar. O dsh tem licença MIT, é desenvolvido às claras em github.com/deepseek-ai/deepseek-harness, e você pode cloná-lo, ler como o laço foi implementado, corrigir um comportamento de que não gosta e rodar a sua bifurcação. O Claude Code é proprietário: você o configura pelas superfícies suportadas em vez de editar o que ele faz internamente.

Se isso importa depende inteiramente do que você está fazendo. Se você quer um agente que trabalhe na sua base de código, acesso ao código-fonte é curiosidade. Se você está construindo um produto sobre um harness, ou trabalha num lugar que precisa auditar o que uma ferramenta faz antes que ela toque um repositório, é a decisão inteira.

Como se estende cada um

O dsh leva a ideia de plugin mais longe do que a maioria das ferramentas. Modelos, ferramentas, skills, sessões, sandboxes, sistemas de arquivos, o laço do agente, a orquestração e até a interface são todos plugins, carregados num runtime compartilhado construído sobre o metaframework Cordis e compostos por uma configuração de loader cordis.yml. Não há fronteira rígida entre “o app” e “uma extensão” — trocar o sandbox é o mesmo tipo de ato que adicionar uma ferramenta.

O Claude Code se estende por skills, hooks e servidores MCP. Essas são superfícies definidas: você adiciona capacidades e intercepta eventos em pontos suportados, e o laço central continua sendo do fornecedor. É uma troca real, não uma deficiência — pontos de extensão definidos são muito mais fáceis de manter funcionando entre atualizações, que é exatamente o problema que os usuários do dsh estão vivendo agora.

A consequência prática para o dsh é que a capacidade mora no ecossistema. Indexamos 14566 repositórios com topics dsh, dos quais 8083 mostram ligação real de plugin; você pode ver todos ou percorrê-los por categoria. Essa distância entre o que só tem topic e o que está de fato ligado já é, por si só, um sinal útil de quão jovem é este ecossistema.

Desde o rc.8, não é mais um ou outro

A virada mais afiada da primeira semana: o dsh agora trata o rival como componente. O rc.7 ligou as tarefas de subagente do Codex e do Claude Code ao seu Job Panel; o rc.8 tornou os dois instaláveis sob demanda como Profile Bundles — subagentes empacotados com modos de permissão não interativos, e várias instâncias nomeadas no caso do Codex. Dentro de uma sessão do dsh, o agente da Anthropic vira algo para o qual você despacha trabalho.

Leia isso como uma declaração de intenções. O dsh não está só competindo com o Claude Code; está disputando o posto de camada de orquestração que roda agentes de programação — concorrência inclusa. As ressalvas são as de sempre: um bundle do Claude Code ainda precisa de um Claude Code funcionando por baixo, com a conta, os termos e os custos de modelo da Anthropic, e a integração tem qualidade de prévia, como todo o resto aqui. O ecossistema já cresce na mesma direção — nossa categoria de Skills e agentes acompanha os plugins de subagente e de papéis.

Maturidade, que hoje decide quase tudo

O Claude Code é um produto que as pessoas já usam diariamente. O dsh se tornou público em 13 de agosto de 2026, e a primeira semana tornou concreto o aviso em maiúsculas do README sobre mudanças que quebram compatibilidade: dois release candidates em seis dias, um preset renomeado (Code mode virou PTC mode no rc.7) e, no rc.8, uma mudança de formato de armazenamento à qual dados de sessão antigos não sobrevivem — nosso changelog registra cada uma. O formato do loader, as APIs de plugin e as opções da CLI ainda estão tomando forma, então um plugin que carrega hoje pode não carregar semana que vem.

Nada disso é crítica ao dsh — é para isso que serve uma prévia para desenvolvedores. Mas significa que a comparação justa não é “qual é melhor” e sim “qual risco você quer”. Escolher o Claude Code é aceitar um runtime fechado. Escolher o dsh neste momento é aceitar mudança constante, documentação rala e um ecossistema sendo montado em público. São custos de naturezas diferentes, e só você sabe qual deles o seu projeto absorve.

Modelos e onde as coisas rodam

O dsh mira os modelos V4 da DeepSeek; o Claude Code mira os modelos Claude da Anthropic. Nos dois casos o harness é um programa local que conversa com um modelo por API, então “auto-hospedagem” descreve principalmente o harness, não o modelo. E aí a diferença é real: você pode rodar uma build modificada do dsh nas suas próprias máquinas porque o código é MIT, o que não dá para fazer com um cliente proprietário.

Como no dsh os provedores de modelo também são plugins, a arquitetura não o prende estruturalmente a um único backend, e o nosso diretório já acompanha uma categoria de Modelos e provedores. Deliberadamente não afirmamos quais provedores funcionam em qual build da prévia — é justamente o tipo de detalhe que muda toda semana e que se confere melhor no repositório do próprio plugin.

Para qual você deve ir

Se você precisa de um agente para trabalho de verdade esta semana, use a ferramenta madura. Essa é a resposta chata e correta, e ela não muda porque surgiu um harness novo e interessante. Se você está pesquisando arquitetura de agentes, quer escrever plugins, precisa ler e modificar o runtime, ou só está curioso para saber como é um harness em que tudo é plugin, o dsh vale uma tarde — instalar é um único comando. Muita gente, com razão, vai usar os dois.

Se a categoria em si for desconhecida para você, a nossa explicação sobre harnesses de agente cobre primeiro o que essas ferramentas têm em comum e depois onde elas divergem.

Perguntas frequentes

O dsh substitui o Claude Code diretamente?

Não. O DeepSeek Harness foi lançado em 13 de agosto de 2026 como prévia para desenvolvedores, e o README avisa em maiúsculas que haverá mudanças que quebram a compatibilidade. Ele faz o mesmo tipo de trabalho, mas trocar uma ferramenta consolidada por ele significa aceitar um alvo móvel no meio do seu fluxo de trabalho.

Qual é melhor?

Tão cedo assim, essa pergunta não tem resposta honesta. Para trabalho que precisa ser entregue, o produto consolidado é a escolha mais segura. Para construir sobre o próprio harness — trocar o laço, o sandbox ou a camada de modelo — o dsh entrega código sob licença MIT que o Claude Code não oferece. Não fizemos uma avaliação lado a lado, e também não confiaríamos numa feita durante a semana do lançamento.

O dsh roda modelos Claude, ou o Claude Code roda modelos DeepSeek?

O dsh mira os modelos DeepSeek V4 e o Claude Code mira os modelos Claude da Anthropic. Como no dsh os provedores de modelo são plugins, a arquitetura não proíbe outros backends, e o nosso diretório acompanha uma categoria de Modelos e provedores. Desde o rc.8 há também um caminho mais direto: o dsh pode instalar o próprio Claude Code como Profile Bundle de subagente, de modo que os modelos Claude trabalhem dentro de uma sessão do dsh por meio do agente da própria Anthropic. Não conseguimos verificar quais provedores específicos funcionam em determinada build da prévia, então confira o repositório do plugin antes de depender disso.

dsh e Claude Code podem rodar juntos?

Sim, numa direção específica: desde a v0.1.0-rc.8, o dsh instala Claude Code e Codex sob demanda como Profile Bundles de subagente e gerencia as tarefas deles no seu Job Panel. Você ainda precisa do agente de base funcionando — a conta, os termos e os custos de modelo não mudam — e a integração tem qualidade de prévia, como todo o resto do dsh neste momento.

Dá para auto-hospedar qualquer um dos dois?

O harness do dsh você pode hospedar e modificar, porque é MIT e compila a partir do código. O Claude Code é proprietário, então você o configura em vez de bifurcá-lo. Nenhum dos dois pontos elimina a chamada de API ao modelo no centro do laço, que continua indo para onde você apontar.

Plugins escritos para um funcionam no outro?

Não. O dsh compõe plugins por uma configuração de loader cordis.yml, enquanto o Claude Code é estendido por skills, hooks e servidores MCP. O MCP é um protocolo compartilhado, então servidores de ferramentas feitos para ele não estão inerentemente presos a um único cliente — mas isso é um fato sobre o MCP, não uma garantia de compatibilidade entre esses dois produtos.