Infraestrutura de IA sem equipe de engenharia: o que sua empresa pode ter

Uma empresa não técnica pode operar a camada de inteligência dos seus agentes de IA sem uma equipe interna de engenharia, desde que mantenha as decisões de negócio e transfira o trabalho operacional a um parceiro gerenciado, sob termos escritos. A empresa é dona do papel do agente, das regras de memória, dos limites de aprovação e do critério de sucesso. O parceiro cuida das conexões, do monitoramento, das avaliações, da manutenção e da resposta a incidentes, e os dois lados conseguem ver quem responde por cada parte.

Principais pontos

• O dono do negócio deve manter o objetivo, as regras de memória, os limites de aprovação e o critério de sucesso, porque só a empresa pode decidir essas questões.
• Conectores, hospedagem, monitoramento, avaliações e resposta a incidentes são trabalho operacional que um parceiro gerenciado pode executar, desde que os termos estejam por escrito.
• Cada sistema que o agente acessa deve usar credenciais próprias e com escopo restrito, e alguém da empresa deve conseguir revisar e revogar esse acesso.
• Os termos de transferência devem dizer quem age, quem recebe os alertas, como as mudanças são aprovadas e quem guarda os registros se a relação terminar.
• Comece com um papel e uma tarefa mensurável, e só amplie as capacidades depois que a primeira rodada de responsabilidades estiver funcionando.

O que a camada de inteligência contém, em termos simples

A camada de inteligência é o conjunto de peças que permite a um agente de IA fazer trabalho útil para a sua empresa. Ela inclui o modelo que raciocina, as instruções que definem o papel do agente, a memória em que ele se apoia, as ferramentas que pode acionar, os canais por onde as pessoas o acessam, as permissões que regem cada ação e os registros que mostram o que aconteceu. Muitas dessas peças parecem técnicas de fora, mas cada uma corresponde a uma decisão de negócio. Uma visão mais completa de como essas peças se encaixam está em as sete camadas da infraestrutura de IA empresarial.

Para uma empresa não técnica, a divisão útil não é entre partes técnicas e não técnicas. Ela está entre as decisões que definem para que serve o agente e o trabalho que o mantém funcionando com segurança. A primeira categoria pertence à empresa. A segunda pode pertencer a um parceiro, desde que a empresa consiga enxergar os resultados e intervir quando for preciso.

O que a empresa deve manter sob controle direto

Quatro itens ficam com o dono do negócio ou com o líder de operações, mesmo quando especialistas externos constroem tudo. O primeiro é o papel: uma função específica, as pessoas que ela atende e uma descrição simples do que é um trabalho bem feito. O segundo é a memória: quais documentos, registros e decisões passadas o agente pode usar, e quais materiais devem ficar totalmente fora. O terceiro é o limite de aprovação: quais ações o agente pode executar sozinho, quais exigem a confirmação de uma pessoa e quais ele nunca deve executar. O quarto é o critério de sucesso: uma observação mensurável, como o número de solicitações resolvidas sem escalonamento, revisada em uma data fixa.

Manter esses quatro itens não exige escrever código. Exige a capacidade de responder a algumas perguntas em uma página: para quem é este agente, o que ele pode ler, o que pode alterar, quem aprova exceções e como saberemos que ele está funcionando. Se ninguém na empresa consegue responder a essas perguntas, o trabalho de engenharia está cedo demais, e nenhum parceiro consegue fechar essa lacuna em nome da empresa.

O que um parceiro gerenciado deve assumir

A camada operacional é onde o parceiro gerenciado mostra seu valor. Esse trabalho inclui conectar o agente aos sistemas de que ele precisa, configurar o acesso que cada conexão usa, criar avaliações que testem o agente com pedidos realistas, acompanhar o comportamento dele ao longo do tempo, manter as integrações funcionando quando um fornecedor muda uma interface e responder quando algo dá errado.

O acesso merece o maior cuidado. Cada conexão deve usar credenciais próprias, com o escopo mais restrito que a tarefa exige. As orientações de autorização da OWASP servem como um checklist útil para perguntar ao parceiro como as permissões são concedidas, verificadas e removidas. Outro risco a levantar cedo é a injeção de prompt: um texto dentro de um e-mail, de uma página web ou de um documento pode conter instruções destinadas a desviar o agente. Um parceiro capaz vai explicar como as permissões das ferramentas e os pontos de aprovação limitam o dano que uma entrada manipulada pode causar, e não vai depender apenas do modelo para resistir a ela.

A visibilidade é a terceira área. Os registros devem mostrar qual ferramenta foi acionada, com quais entradas e o que voltou, para que um incidente possa ser reconstruído depois. A introdução ao OpenTelemetry explica em termos simples a diferença entre logs, traces e métricas, o que a torna uma boa referência quando você perguntar ao parceiro como ele vai observar o comportamento do sistema.

Termos de transferência que devem constar por escrito

Uma transferência só é tão boa quanto os termos escritos que a sustentam. Antes de o trabalho começar, o acordo deve cobrir, no mínimo, os seguintes pontos.

• Um responsável nomeado de cada lado pelo agente, por suas conexões e por seus incidentes.
• Uma lista escrita de todos os sistemas que o agente pode ler ou gravar, com o método de acesso usado em cada um.
• Um processo de mudança que diga quem solicita, quem aprova e como a alteração é testada antes de chegar aos usuários.
• Um escopo de monitoramento que diga o que é observado, quem recebe os alertas e o prazo de resposta para cada nível de severidade.
• Uma agenda de avaliações que nomeie o conjunto de testes, quem o mantém e qual resultado dispara uma revisão.
• Uma cadência de revisão de permissões, com as evidências que o parceiro entregará em cada revisão.
• Cópias de segurança de prompts, configurações, fontes de memória e registros, além de um caminho de restauração que tenha sido testado.
• Localização dos dados, prazos de retenção e o tratamento do material da empresa ao final do contrato.
• Condições de saída que incluam a exportação de configurações e documentação, além do prazo de aviso para encerrar o serviço.

Esses pontos pertencem ao escopo de trabalho para implantação de agente de IA, e não a um e-mail paralelo. Cada termo deve ter uma pessoa responsável e uma data associadas, para que possa ser verificado depois.

Uma primeira transferência, passo a passo

O exemplo a seguir é ilustrativo e não descreve um cliente real. Um diretor de operações de um distribuidor regional quer um agente que responda, para a equipe de vendas, perguntas sobre o status de pedidos, lendo o sistema de pedidos e o rastreador de entregas. Uma sequência que mantém a empresa no comando tem este formato:

• Escreva o papel em um parágrafo e informe quem vai usar o agente.
• Liste cada sistema e documento que o agente pode ler e marque o que fica de fora.
• Defina as regras de aprovação: quais ações rodam sozinhas, quais exigem confirmação e quais são bloqueadas. Neste exemplo, o agente pode compartilhar informações de rastreamento, mas não pode alterar um pedido nem prometer uma data de entrega.
• Combine uma métrica de sucesso e a data em que ela será revisada.
• Peça ao parceiro para conectar apenas acesso de leitura, criar um conjunto de testes com perguntas reais do passado e configurar os registros.
• Coloque o agente para rodar com um grupo pequeno, revise os registros juntos e decida se o acesso deve ser ampliado.

A Be Human trata essa divisão fazendo das decisões da empresa a primeira entrega. Uma primeira etapa define um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável, tudo escrito para que o cliente revise antes de qualquer coisa ser construída. A operação gerenciada cobre então o monitoramento, as avaliações recorrentes, a manutenção das integrações, a revisão de permissões, a resposta a incidentes e as melhorias controladas, com as mudanças solicitadas e aprovadas antes de chegarem ao agente.

Sinais de alerta antes de assinar

Alguns sinais indicam uma transferência fraca. Um parceiro que pede acesso total de administrador a todos os sistemas antes de explicar o trabalho, que não consegue dizer quem recebe os alertas, que trata a memória como caixa-preta ou que evita falar sobre como você sairia do acordo deve ser questionado antes da assinatura. Os riscos a avaliar ao contratar um parceiro para criar agentes formam uma lista complementar útil para essa revisão. Também vale confirmar que as ferramentas e os dados da sua empresa continuam sendo seus, para que trocar de parceiro não signifique reconstruir tudo, como discutido no guia sobre como migrar agentes de IA para outro fornecedor.

Se ainda não está claro qual tarefa deve ir primeiro, o diagnóstico de IA da Be Human ajuda a encontrar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Uma empresa não técnica consegue operar um agente de IA sem nenhum engenheiro? Sim, na parte de negócio do trabalho. A empresa ainda precisa de uma pessoa responsável que tome decisões sobre o papel, a memória e as regras de aprovação, e que revise as evidências que o parceiro entrega. O trabalho de conexão, o monitoramento e a resposta a incidentes costumam ficar com um parceiro gerenciado, sob um acordo por escrito.

O que a empresa nunca deve entregar por completo? A empresa nunca deve entregar os limites de aprovação, o escopo da memória ou o critério de sucesso. Esses itens definem o que o agente pode fazer e como o sucesso é julgado, por isso precisam continuar como decisões do negócio. Um parceiro pode propor opções, mas a escolha deve ser registrada e ter um dono interno.

Como saber se a transferência para o parceiro está funcionando? Busque evidências, e não garantias verbais. Sinais úteis incluem registros que podem ser lidos quando algo dá errado, revisões de permissões que geram documentos por escrito, alertas que chegam a uma pessoa nomeada e resultados de avaliação discutidos em uma cadência fixa. Se esses artefatos não existem, a transferência ainda não funciona como foi descrita.

Quando faz sentido contratar um engenheiro interno para a camada de IA? Considere isso quando o volume de mudanças ou de integrações ultrapassar o que o seu processo de revisão consegue dar conta, ou quando você precisar de um código personalizado que a sua própria equipe deverá manter no longo prazo. Até lá, uma divisão clara entre decisões mantidas pela empresa e operação gerenciada costuma ser o arranjo mais prático.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.