Por que abandonei meus assistentes de terminal pelo DeepSeek Harness

Hook

Em agosto de 2026, meu fluxo diário de desenvolvimento bateu no limite.

Eu mantinha quatro abas de terminal abertas em paralelo rodando instâncias de assistentes locais em repositórios distintos, assistindo a memória RAM ser devorada gigabyte por gigabyte até a máquina congelar por completo no meio de uma refatoração. A lentidão era constante. Alternar contexto entre workspaces virou um exercício de paciência e monitoramento de processos no sistema operacional.

Resolvi criar este post para explicar exatamente por que decidi mudar para começar a usar o DeepSeek Harness, detalhando as razões técnicas que me fizeram adotar essa ferramenta em detrimento de qualquer outra ferramenta do mercado. Trata-se de uma escolha prática sobre usabilidade, arquitetura modular e controle real de recursos.

Tempo estimado de leitura: 6 min

O contexto

No meu dia a dia de desenvolvimento, minha rotina girava em torno de três peças centrais: Claude Code, Pi Coding Agent e OpenRouter para rotear chamadas de modelos variados. Na teoria, parecia uma combinação funcional para cobrir desde decisões de arquitetura até ajustes rápidos de código.

Na prática, o fluxo começou a cobrar a conta assim que a demanda exigiu paralelismo real entre diferentes frentes de trabalho. Ficar restrito a interfaces de terminal parece limpo à primeira vista, mas gerenciar múltiplos workspaces simultâneos em dezenas de abas de console vira um atrito constante. O consumo de memória simplesmente não escala.

Cada sessão ativa do Claude Code empilhava centenas de megabytes de RAM no sistema operacional, de modo que manter quatro ou cinco instâncias abertas para tocar branches paralelas estrangulava a máquina inteira em pouco tempo. Pesado demais.

Havia também a rigidez dos componentes internos dessas plataformas. Mesmo usando o OpenRouter para injetar modelos alternativos via proxies, a estrutura dessas ferramentas continuava inacessível, impedindo intervenções diretas no ciclo de raciocínio, nos adaptadores de modelo ou nas políticas de contenção de arquivos. Eu precisava de controle operacional direto sobre a infraestrutura de execução.

O que aconteceu

Em agosto de 2026, quando resolvi testar o DeepSeek Harness pela primeira vez, minha expectativa era encontrar apenas mais um invólucro de terminal com prompts ajustados. A realidade técnica se mostrou bem diferente. Essa ferramenta funciona na prática como um chassi de fibra de carbono: a base é forte, leve e aerodinâmica, mas desenhada para você trocar qualquer peça que quiser sem comprometer a estrutura.

Essa flexibilidade decorre diretamente do microkernel Cordis. Em assistentes convencionais, o ciclo de raciocínio do agente e o registro de ferramentas compõem um monólito intocável. No Harness, não existe núcleo privilegiado. O adaptador do modelo de linguagem, a política de sandbox, as chamadas de sistema de arquivos e o próprio loop de execução operam como plugins independentes. Se eu preciso alternar entre rotas da Azure, endpoints diretos da DeepSeek ou o catálogo do OpenRouter, altero as declarações no arquivo de configurações e o sistema absorve os novos serviços em tempo de execução, sem recompilar artefatos ou reiniciar o servidor.

O impacto direto esteve no gerenciamento de recursos da máquina. Nos meus fluxos anteriores, abrir múltiplas instâncias paralelas em terminais isolados acumulava processos pesados que devoravam a memória RAM. Com a arquitetura desacoplada do DSH servindo uma interface web leve a partir de um único processo de fundo, passei a manter dezenas de tarefas ativas em paralelo sem registrar qualquer degradação de fluidez. A ferramenta entregou a estabilidade operacional que faltava ao meu ambiente de desenvolvimento.

O momento de virada

A virada definitiva aconteceu quando me deparei com um gargalo clássico do meu dia a dia: alternar entre branches e múltiplos diretórios enquanto uma conversa com o agente já estava em andamento. Nos assistentes de linha de comando fechados, trocar de branch no meio do raciocínio da IA exigia abortar a sessão, rodar comandos manuais de git e torcer para não perder o fio da meada. Se você precisa de três branches abertas para testar correções paralelas, o fluxo simplesmente quebra. Faltava uma forma limpa de instanciar git worktrees sem atrito.

Quando resolvi atacar o problema dentro do DeepSeek Harness, a diferença estrutural ficou evidente. A facilidade para criar uma extensão personalizada chamou minha atenção logo no primeiro dia. Graças ao modelo de eventos e serviços do Cordis, não precisei recorrer a forks ou scripts externos improvisados. Interceptei diretamente o fluxo da tela de nova conversa para criar um gatilho nativo. O comportamento é direto: ao selecionar uma pasta, o plugin cria a worktree correspondente do Git e já inicializa a conversa do agente exatamente dentro desse diretório isolado.

Essa experiência foi o ponto em que bati o martelo. Percebi que nenhuma outra alternativa oferecia essa maleabilidade sem cobrar caro em consumo de memória ou complexidade de manutenção. Decidi empacotar a implementação no projeto open-source dsh-worktree-jump, consolidando a minha migração para o Harness em detrimento de qualquer outra ferramenta.

Para quem roda a interface gráfica e deseja adicionar esse mesmo atalho de worktrees ao perfil web, basta executar:

dsh plugin --profile web add github:frederico-kluser/dsh-worktree-jump

Com o pacote registrado no manifesto do perfil, o carregador aplica a extensão no próximo arranque, sem exigir compilação manual ou ajustes invasivos no sistema.

Lições que aprendi

1. A interface não pode ditar as fronteiras do fluxo de trabalho. Assistentes monolíticos de terminal parecem ágeis no primeiro terminal aberto, mas viram uma âncora quando você precisa operar dez workspaces paralelos e assiste ao processo devorar gigabytes de memória sem justificativa plausível. Errei por insistir. Olhando para trás, eu deveria ter abandonado essas CLIs opinativas bem mais cedo em detrimento de uma base leve e modular. O ganho real de produtividade acontece quando a ferramenta se adapta à sua topologia de pastas, nunca o inverso.

2. Extensibilidade real supera a conveniência de caixas-pretas prontas. Um assistente comercial empacotado resolve o básico no primeiro dia. Só que, no momento em que você precisa interceptar um evento de ciclo de vida ou plugar um comportamento específico como disparar git worktrees sob demanda, o sistema fechado trava o avanço. Eu deveria ter priorizado soluções com microkernel, a exemplo do Cordis no DeepSeek Harness, desde os primeiros experimentos. Ter plugins com ciclo de vida reversível poupa semanas de contornos manuais.

3. Isolamento de execução e governança de permissões exigem separação cirúrgica. Misturar a camada de visualização com as regras de permissão do sistema operacional é uma falha grave de concepção. Não aceito mais ferramentas que amarram a execução de comandos a interfaces rígidas. Definir políticas de sandbox e aprovação de maneira desatrelada do motor central garante controle técnico estrito sobre cada chamada, preservando a estabilidade da máquina mesmo com múltiplos processos simultâneos.

O que eu diria ao meu eu do passado

Pare de aceitar caixas pretas.

Muitas vezes a gente se apega a assistentes com interfaces polidas apenas porque a instalação parecia rápida. O problema é que essas soluções prontas costumam esconder decisões de engenharia bastante ineficientes, desde o consumo descontrolado de memória até bloqueios artificiais na escolha de modelos e ferramentas.

Produtividade real com agentes não depende do binário da moda empacotado por uma empresa terceira, mas da capacidade de inspecionar e moldar a sua infraestrutura de trabalho no momento em que você precisa dela, sem ficar refém da boa vontade de nenhum fornecedor.

Eu diria para ter feito a migração para o DeepSeek Harness bem mais cedo, adotando uma base modular em detrimento de qualquer CLI fechada. Manter o controle através de configurações declarativas em settings locais, definindo rotas claras de API e encaixando plugins próprios para atender aos gargalos do seu fluxo, compensa cada minuto investido no setup. Quando você tem autonomia sobre o ambiente, seu fluxo de desenvolvimento simplesmente não quebra.

Reflexão final

O DeepSeek Harness se estabeleceu no meu fluxo de trabalho diário porque devolve o controle prático da arquitetura para quem desenvolve. Simples assim. Adotar essa base modular em detrimento de ferramentas fechadas de terminal resolveu de vez a sobrecarga de memória RAM e eliminou o atrito de alternar entre diferentes contextos de trabalho. Quando a fundação é enxuta e cada componente pode ser estendido conforme a demanda técnica do projeto, o agente deixa de ser um gargalo operacional no sistema e passa a se moldar à forma como organizamos nosso código.

Quero saber como vocês gerenciam múltiplos repositórios concorrentes e a contenção de consumo dessas ferramentas no dia a dia. Compartilhem suas impressões e seus fluxos lá no Slack da comunidade ou nos grupos de WhatsApp. Vale o teste.