A DeepSeek passa meses insinuando que seu aplicativo de desktop — o Harness da “baleia negra” — é um campo de provas para algo muito maior. Um artigo de 80 páginas em parceria com a Universidade de Pequim, publicado esta semana, revela a espinha dorsal de engenharia dessa ambição: um paradigma de programação para “composabilidade espaço-temporal” que torna os runtimes de agentes genuinamente automodificáveis. O artefato central é o Cordis, um meta-framework para sistemas de plugins reversíveis que a equipe do Harness vem consolidando há quatro anos. Este é o olhar mais próximo até agora sobre como a DeepSeek pretende permitir que agentes de IA modifiquem seu próprio software — ao vivo, sem quebrar a máquina.
Por que agentes autoevolutivos precisam de um novo tipo de runtime
Quase toda arquitetura de plugins no mundo do software guarda o mesmo segredo sujo: uma vez que um plugin é carregado, ele não pode ser removido de forma limpa. O artigo cita o VSCode como o caso canônico — até 9 de junho de 2026, 87 das 100 extensões mais populares do Marketplace contêm código executável que não pode ser descarregado individualmente em tempo de execução. Desative ou exclua uma, e você precisa reiniciar todo o host de extensões, derrubando todas as outras extensões carregadas junto.
Em um editor comum, isso é um incômodo. Em um runtime de agente, é existencial. Um host de agente moderno é repleto de conjuntos de ferramentas, ambientes de execução, controles de permissão, sandboxes, estado de sessão e sistemas de memória. Reiniciar o processo joga fora o contexto acumulado e os caches — e o contexto de um agente é a sua memória de trabalho.
Agora, adicione a ambição da autoevolução: agentes futuros vão gerar suas próprias ferramentas, carregá-las no runtime, testá-las e substituí-las quando falharem. Se cada mudança de uma linha de código exigir um reinício completo do processo, o agente perde tudo o que sabia a cada vez que se aprimora. O artigo chama isso de composabilidade temporal — a capacidade de alterar um componente sem pagar o custo de reiniciar o mundo ao redor dele.
A segunda metade do problema é a composabilidade espacial. Quando módulos mantêm suas próprias dependências remendando uns aos outros de forma improvisada, dependências circulares surgem às escondidas e explodem no recarregamento. Um runtime que quer sobreviver à automodificação precisa de uma topologia de dependências derivada, não mantida manualmente.
A solução: efeitos reversíveis e coefeitos reativos
As raízes matemáticas vêm da teoria dos tipos: efeitos descrevem o que um programa faz com o mundo, e coefeitos descrevem as restrições que o mundo impõe ao programa. São conceitos duais — efeitos enriquecem tipos, coefeitos enriquecem contexto. Mas os sistemas de efeitos clássicos são ferramentas de tipos estáticas, e um runtime autoevolutivo carrega frameworks dinamicamente. Então a equipe da DeepSeek adaptou ambos os conceitos para runtimes de agentes:
Efeitos revertíveis atacam a dimensão temporal. Toda mutação do contexto deve registrar uma função inversa explícita. Quando um plugin é carregado, suas funções inversas se empilham em uma cadeia de desfazer; quando ele é descarregado, a cadeia é percorrida de trás para frente e o estado do sistema retorna exatamente à sua posição anterior ao carregamento. Pense em uma pilha de pratos — o último colocado é o primeiro a sair. A ordem temporal não pode mais corromper o estado.
Coefeitos reativos cuidam da dimensão espacial. Os componentes declaram quais dependências precisam, e o framework as mantém INATIVAS até que toda dependência seja resolvida. Provedores aparecem → dependentes são ativados automaticamente. Provedores saem → dependentes pausam primeiro, retraem seus efeitos, e só então o provedor termina de ser descarregado. A orquestração é inferida das declarações, nunca escrita à mão.
Juntas, essas técnicas entregam o que o título do artigo promete: componentes que carregam e descarregam dinamicamente, com recuperação precisa de estado e topologia de dependências mantida automaticamente.
Prova, não vaporware: quatro anos e 4.000 plugins no Koishi
O paradigma não é um trabalho novo de laboratório — ele roda em produção há anos. O Cordis (latim para “coração”) é a fundação do Koishi, um framework de chatbots criado por Yifan Shi, primeiro autor do artigo, que atua em conjunto na Universidade de Pequim e na DeepSeek. Em quatro anos, o Koishi acumulou mais de 4.000 plugins da comunidade, cobrindo adaptadores de IM, drivers de banco de dados, consoles de administração e funcionalidades para usuários.
O artigo documenta a mecânica na prática: um administrador desativa um plugin pelo console e seus efeitos são retraídos no lugar, enquanto todos os outros plugins continuam rodando; um desenvolvedor edita e salva um plugin e ele é recarregado a quente sem tocar em caches ou conexões; trocar um backend de armazenamento reativa apenas os plugins cujas dependências realmente mudaram — plugins de autores diferentes, coordenados por nada além das regras de coefeitos reativos.
A equipe é honesta sobre os limites: um único ecossistema (Koishi), uma única linguagem (TypeScript) e nenhuma comparação controlada com arquiteturas alternativas. Mas esta é uma prova de existência funcional — e o DeepSeek Harness é o Cordis 2.0 em escala de produto.
O que isso significa para a economia de agentes
A guerra dos agentes está se mudando silenciosamente da qualidade dos modelos para a infraestrutura de runtime. Quem permitir que os agentes se modifiquem com segurança vence o jogo longo — o mesmo campo de batalha em que a Cloudflare está construindo runtimes persistentes para agentes. A DeepSeek acaba de publicar a peça que faltava: uma maneira matematicamente fundamentada de tornar essa automodificação segura.
Três consequências se seguem. Primeira, agentes autoevolutivos — escrever uma ferramenta, carregá-la, testá-la, substituí-la — deixam de ser ficção científica e se tornam um roteiro de engenharia de sistemas com teoria publicada. Segunda, ecossistemas de plugins se tornam seguros para mutação em tempo de execução: memória, ferramentas e habilidades se tornam substituíveis a quente, e a era do “plugue e reze” com reinício a cada mudança chega ao fim. Terceira, a reversibilidade se torna um princípio geral de design: qualquer sistema que permita ao software se modificar precisa, antes de tudo, entregar semântica de desfazer. Esse padrão vai se espalhar muito além da DeepSeek, para todo host de agente de longa execução, incluindo configurações de agentes implantados localmente.
A jogada estratégica da DeepSeek é um ciclo virtuoso: um paradigma aberto, uma cultura de plugins viral em torno do Harness e, agora, a teoria subjacente para ancorá-la. Essa combinação é difícil de copiar rapidamente.
O que fazer com isso agora
Desenvolvedores: leiam o artigo (github.com/cordiverse/paper) e o código-fonte do Koishi. O padrão de efeitos reversíveis é diretamente reutilizável no seu próprio ferramental de agentes — você não precisa esperar a DeepSeek entregar isso.
Construtores de runtimes de agentes: adicionem gerenciamento de estado com cadeias de desfazer antes de adicionar funcionalidades de automodificação. A reversibilidade é a primitiva que falta, e implementá-la depois é doloroso.
Equipes avaliando plataformas de agentes: perguntem se o runtime consegue trocar ferramentas e habilidades ao vivo, sem reinícios. Essa capacidade acabou de se tornar um benchmark, não um diferencial opcional.
Observadores: acompanhem o roadmap do DeepSeek Harness e os repositórios do Koishi/Cordis. A pilha de agentes autoevolutivos está chegando mais rápido do que o mainstream espera.
