Três validações, uma pergunta de compra: quem fica responsável por isto funcionar?

Quando o dono de uma empresa decide contratar “IA”, ele costuma comparar ferramentas. É a comparação errada. Nesta semana, três leituras independentes apontaram, cada uma por seu lado, para outra pergunta: quem vai ficar responsável por isto funcionar dentro da minha operação?

Primeira validação: a implantação é o trabalho

O relatório State of Forward Deployed Engineering 2026, da Perspective AI, descreve a função de FDE como o profissional que trabalha dentro do cliente: descobre como o trabalho acontece, adapta o produto àquela realidade e fica até funcionar. Quase metade do tempo desse profissional é com o cliente, e não escrevendo código novo.

Isso confirma algo que quem já implantou agente em operação real conhece. Na nossa leitura, o que quebra um projeto raramente é o modelo. É o processo que ninguém documentou, o dado que está em três lugares, a decisão que “todo mundo sabe” quem toma. Só aparece quem está no chão da operação.

Mas implantação, sozinha, tem um limite: cada projeto recomeça do zero.

Segunda validação: o foco é o que acumula

O mapa de mercado de agentes do IdeaProof trata fluxos autônomos específicos de um setor como um segmento próprio, distinto dos assistentes genéricos. É um sinal na mesma direção do que vemos em campo: na nossa leitura, o agente que executa um fluxo específico tem como se diferenciar; a conversa genérica tende a virar commodity.

Traduzindo para o comprador: a aposta é que quem já viu cinco operações parecidas com a sua erre menos na sexta. Verticalizar não é escolher um nicho para o marketing. É escolher onde aprender, para que o aprendizado se acumule: quais exceções aparecem, quais decisões nunca devem ser automáticas, que indicador realmente mostra que melhorou.

Sem implantação em campo, o foco vertical vira uma promessa de catálogo. Sem foco, a implantação vira artesanato caro.

Terceira validação: conexão é infraestrutura

Em 15 de outubro, o Stack Overflow publicou uma análise com um título que resume o assunto: o MCP padronizou as ferramentas, agora falta a infraestrutura em volta. Conectar um agente a um sistema ficou fácil; operar isso com usuários reais, credenciais reais e trabalho real é outra conversa: autenticação, permissões, registro do que foi feito, limites de uso. Fornecedores de infraestrutura, como o Google com o Apigee e a Red Hat com seus gateways de MCP, estão construindo exatamente essa camada.

Para o dono do negócio, a tradução é simples. A pergunta deixa de ser “o agente consegue acessar meu sistema?” e passa a ser “quem decidiu o que ele pode fazer ali, e como eu vejo o que ele fez?”.

A síntese

Juntas, as três ideias não descrevem três produtos. Descrevem um ofício:

Implantação resolve o primeiro problema: entender o trabalho antes de automatizá-lo.
Verticalização define onde aprender e acumular, para que cada entrega reduza o erro da próxima.
Conexões governadas impedem que o agente, uma vez funcionando, vire um risco: acessos com dono, ações com registro, o que não tem volta fica com pessoa.

É isso que chamamos de Engenharia de Agentes: não vender chatbot, framework ou protocolo, mas assumir a responsabilidade por uma operação específica funcionar com agentes dentro.

Segunda-feira de manhã

Antes de contratar qualquer fornecedor, faça três perguntas:

Quem vai entender o meu trabalho antes de construir algo? Peça para ver como ele mapeia um fluxo. Se a resposta começa pela ferramenta, desconfie.
Já viu operações parecidas com a minha? Não pelo logotipo, mas pelas exceções que aprendeu a tratar.
Quem responde pelas conexões? Quem define o que o agente pode acessar, onde fica o registro, e o que sempre passa por uma pessoa.

Se o fornecedor não tem resposta clara para as três, o que ele oferece é uma demonstração, e não uma operação.

Quer fazer essas três perguntas sobre o seu caso? O diagnóstico da 21 Robots começa por aí: entender como o trabalho acontece hoje, antes de qualquer decisão sobre agente. Conheça o diagnóstico