Dívida técnica em sistemas de agentes: onde a orquestração deve ficar na arquitetura

A tese do texto é direta: a maior parte da dívida técnica em agentes nasce quando retries, aprovações, orçamentos e auditoria ficam na camada errada. O autor parte do paper "Hidden Technical Debt in Machine Learning Systems" (Google, NeurIPS, 2015), em que o código de ML era uma caixa pequena dentro de um sistema bem maior. Em agentes, a chamada ao modelo é essa caixa pequena. Em volta ficam prompts, tools, memória, permissões e trilhas de auditoria.

A arquitetura proposta separa quatro responsabilidades: modelo, harness, durable execution e control plane de orquestração. O harness pertence a um agente. Já um processo de negócio atravessa agentes, pessoas e sistemas por horas ou dias. No exemplo da disputa de fatura de fornecedor, o agente faz um passo delimitado no meio de um fluxo governado e nunca decide sozinho se o dinheiro se move. Com o Kestra, o fluxo é YAML declarativo em Git, o agente roda como uma task AI Agent com lista explícita de tools, limite de chamadas, orçamento de tokens e timeout, a aprovação é uma task Pause e um trigger Kafka inicia tudo. O texto cita ainda Camunda, Temporal, Airflow, Dagster e AWS Step Functions como alternativas por domínio. Sobre números, cita a previsão da Gartner de 40% dos aplicativos corporativos com agentes até o fim de 2026 e a pesquisa da Camunda: 71% usam agentes, só 11% dos casos chegaram à produção.

O tema já vinha sendo coberto pelo CEVIU. Em 19 de junho de 2026, o CEVIU noticiou "Arquitetura de Agent Loop: como construir agentes que se adaptam e evoluem sob falhas", que defendia a durabilidade da camada de execução como pilar de um loop confiável. Em 24 de junho de 2026, veio "A dívida técnica oculta dos sistemas de IA: Agent Harness", sobre código de harness que tende a ficar obsoleto conforme os modelos evoluem. Em 3 de setembro de 2026, "Desvendando o Agent Harness: uma arquitetura robusta para sistemas de IA" tratou de estado, runtimes e planos de controle.

A notícia atual junta essas peças num mapa de responsabilidades: o que era discussão sobre harness e execução durável agora inclui a camada de orquestração entre sistemas e uma matriz de quem é dono de cada preocupação.

Para quem desenvolve agentes, a leitura prática é: se o seu agent loop decide aprovação ou refaz operação com efeito colateral, a dívida já está se formando. Num agente isolado dentro de uma aplicação, o harness basta. Quando o processo cruza times e sistemas, vale definir cedo quem é dono de aprovações, orçamentos e auditoria, porque mudar isso depois significa reconstruir o processo. Lembre que o autor também vende a visão de orquestração unificada, então pese o argumento.