A ferramenta tinha inteligência artificial. Só que a seta apontava para o lado errado.

No trabalho, surgiu uma conversa das mais banais. Dava para ligar o assistente de IA da empresa numa ferramenta de infraestrutura de rede que o time já usava havia anos? Parecia um pedido de tarde de terça-feira: duas peças que já existiam, uma pergunta de encaixe. Yuri foi investigar a fundo.

A ferramenta, de fato, tinha um recurso de inteligência artificial. O material de vendas nem escondia isso. O problema é que ninguém tinha perguntado a pergunta certa antes de prometer a integração. A pergunta certa não era "essa ferramenta tem IA?". Era "para que lado essa IA aponta?".

Porque a resposta, quando Yuri finalmente chegou nela, virou os planos do time de cabeça para baixo: a seta só apontava para fora. A ferramenta usava IA para chamar um modelo externo e explicar os próprios dados dela, em português claro, para quem estivesse olhando o painel. O que não existia era o caminho inverso: uma porta pela qual um assistente de fora pudesse chamar a ferramenta e pedir alguma coisa a ela. A integração que o time imaginava, o assistente da empresa indo buscar informação na ferramenta de rede, era impossível. Não por falta de inteligência artificial. Por falta de porta de entrada.

Isso já seria lição suficiente para a semana. Mas o material do fabricante guardava uma segunda armadilha. Ele anunciava, em letras confiantes, suporte à tecnologia do momento, aquele tipo de frase que qualquer gerente de produto ama colocar no topo da página. Só que, lido até a última linha, o que o fabricante chamava de suporte era outra coisa, bem mais limitada do que o parágrafo de abertura dava a entender. Quem parasse na primeira página saía convencido de uma coisa que a documentação inteira desmentia.

Daí a lição que Yuri trouxe para casa: em integração de IA, a pergunta útil nunca é se existe inteligência artificial em algum lugar do produto. É quem chama quem. E ler a documentação até a última página continua sendo uma vantagem injusta, no sentido bom da expressão: quase ninguém faz isso, então quem faz sai na frente.

O curioso é que essa confusão não é um acidente isolado de uma ferramenta específica. Ela é comum o bastante para que o setor tenha inventado um vocabulário só para resolvê-la. Existe hoje um padrão aberto, adotado por várias empresas de tecnologia, cuja função é justamente definir, de forma explícita, quem inicia a chamada numa conversa entre um assistente de IA e uma ferramenta externa. Nesse desenho, é o assistente, o lado que o usuário está de fato operando, quem decide pedir alguma coisa a uma ferramenta, seja por causa de um pedido direto da pessoa, seja por conta de um processo automático que ele mesmo decidiu disparar. A ferramenta responde. Ela não inicia.

Esse padrão existe porque, antes dele, cada par de sistemas que precisava se falar exigia uma integração feita sob medida, do zero, sem reaproveitamento. Um padrão comum promete resolver esse problema uma vez, em vez de resolvê-lo de novo a cada par de ferramentas. É uma boa ideia. Mas ideias boas não impedem que o marketing chegue primeiro que a implementação.

Já apareceram casos, documentados por quem foi conferir de perto, de fornecedores anunciando suporte a esse padrão quando na verdade o que existia era um invólucro genérico por cima de uma funcionalidade antiga, não uma implementação de verdade assinada pelo fabricante. E apareceram casos do oposto também: empresas anunciando "agentes de IA" ou produtos "agênticos" sem que isso signifique, em nenhum momento, que adotaram o padrão de conexão de que se está falando. Ter um agente não é o mesmo que ter uma porta de entrada nomeada e documentada para esse agente. É exatamente o tipo de distinção que só aparece para quem lê até o fim.

E há uma segunda camada, essa mais séria, que só some depois que a seta finalmente aponta para o lado certo. Levantamentos recentes mostram que a grande maioria das conexões desse tipo, entre assistente e ferramenta, roda localmente, na própria máquina de quem está desenvolvendo, com privilégio total e nenhum tipo de isolamento de credenciais. Nenhuma caixa de areia separando o que o assistente pode ver do que ele não deveria ver. E as ferramentas de segurança tradicionais, pensadas para outro mundo, simplesmente não enxergam esse tráfego como algo que precise de atenção: veem um processo comum, sendo aberto por um aplicativo legítimo, trafegando por uma conexão criptografada para um domínio sem reputação suspeita. Nada ali aciona alarme nenhum, porque nada daquilo foi desenhado pensando num assistente de IA decidindo, sozinho, chamar alguma coisa em nome de alguém.

Junte as duas camadas e a lição de Yuri fica mais afiada do que parecia no começo da semana. Não basta perguntar quem chama quem. É preciso perguntar também o que acontece quando essa chamada, uma vez estabelecida, dá errado, ou é usada por quem não deveria. A integração que falha por falta de porta de entrada é um problema de projeto, resolve-se lendo a documentação até o fim. A integração que funciona sem ninguém ter pensado em quem vigia a porta é um problema diferente, e mais caro de descobrir depois.

Nenhuma dessas duas perguntas aparece na primeira página do material de vendas. As duas aparecem, quando aparecem, na letra miúda de quem se deu ao trabalho de ler até a última.