Governar um agente que você não construiu

A pergunta que vem antes da compra

Quem já tem agentes rodando faz sempre a mesma pergunta, e ela tem duas metades.

A primeira é o que acontece com o que já existe. Os times construíram em LangGraph, em LangChain, numa biblioteca interna, e ninguém quer reescrever nada.

A segunda vem logo depois, e é a que decide: se eu entrar, consigo sair?

As duas têm a mesma resposta, e ela é mais técnica do que comercial.

Registrar não é migrar

Um agente registrado na Tessera continua onde está. O código é o mesmo, o repositório é o mesmo, o time que mantém é o mesmo, e a tecnologia é a mesma. Ele não é convertido, não é reescrito e não passa a rodar dentro da plataforma.

O que passa a existir é a camada em volta dele.

Ele aparece no inventário, com responsável, versão e ambiente declarados, como qualquer outro agente da organização. As políticas da empresa passam a ser avaliadas nas chamadas que ele faz. As execuções dele entram na mesma observabilidade e na mesma trilha de auditoria dos agentes construídos aqui. E o consumo dele é atribuído ao time que o mantém, no mesmo relatório.

Do ponto de vista de quem opera a frota, ele deixou de ser invisível. Do ponto de vista de quem o construiu, quase nada mudou.

A condição que precisa ser verdadeira

Aqui está o limite, e ele é o ponto mais importante do artigo.

Só se governa o que se consegue interceptar.

A camada avalia política sobre as chamadas que passam por ela. Se o agente faz uma chamada direta a um modelo, a uma ferramenta ou a um banco sem passar pelo caminho que a plataforma observa, essa chamada específica está fora do alcance. Ela não é bloqueada, não é registrada e não entra no custo.

Isso não é uma limitação da Tessera. É uma propriedade de qualquer camada de governança que não seja o próprio runtime: você governa o que atravessa você.

Na prática isso significa que a integração tem um trabalho real, e ele é de roteamento. As chamadas de saída do agente precisam sair pelo caminho observado. Em geral é configuração, porque frameworks expõem esse ponto, mas é um trabalho e não um checkbox, e quem promete o contrário está omitindo.

O que isso quer dizer sobre aprisionamento

A resposta para a segunda metade da pergunta cai sozinha daqui.

Como nada foi migrado, sair não é migração. O agente continua sendo o que sempre foi: mesmo código, mesma tecnologia, mesmo repositório. O que se perde ao sair é a camada, e não o ativo.

O que se perde é real e vale nomear. Sai o inventário unificado, sai a avaliação central de política, sai a trilha comum e sai a atribuição de custo. Os agentes continuam funcionando, e a organização volta a não ter um lugar onde perguntar o que eles fizeram.

Essa é a diferença entre depender de uma plataforma e estar preso a ela. Dependência é quando a saída custa capacidade. Aprisionamento é quando a saída custa o ativo.

Por que quase ninguém faz isso

Vale dizer, porque explica por que a pergunta existe.

Uma plataforma que constrói agentes tem incentivo para que os agentes sejam construídos nela. Governar o que foi feito fora significa entregar valor a quem escolheu outra ferramenta, e boa parte do mercado prefere não fazer isso.

A posição da Tessera aqui é estrutural e não generosa. Uma camada de governança que só governa o que ela mesma criou não resolve o problema que a organização tem, porque o problema é justamente a heterogeneidade. Governar só o próprio jardim é vender uma solução para um problema que o cliente não tem.

O que a integração não resolve

Ela não uniformiza comportamento. Dois agentes em frameworks diferentes, sob a mesma política, continuam agentes diferentes. A política limita o que eles podem alcançar; ela não faz os dois decidirem igual.

Ela não dá observabilidade interna do outro framework. A plataforma vê o que atravessa a camada: chamadas, políticas, custo, desfecho. Ela não vê a árvore de decisão interna de um grafo que foi construído fora, porque isso é estado privado daquele runtime.

E ela não transfere responsabilidade. Registrar um agente de terceiro dá visibilidade e controle sobre o que ele alcança. Quem responde pelo que ele decide continua sendo quem o construiu e quem o publicou. Conheça as Integrações.