Serviço de IA gerenciado ou prestador de TI: quem opera agentes?

Na maioria das empresas, o prestador de TI deve continuar responsável pelas contas, dispositivos, redes e backups dos quais um agente de IA depende, enquanto um operador especializado cuida do agente em si: instruções, memória, acesso a ferramentas, avaliações e mudanças. Os dois papéis se sobrepõem em acesso, segurança e incidentes, então a divisão precisa ser escrita, não presumida. Se você trata o agente como mais um aplicativo, o comportamento dele, que pode mudar sem nenhuma queda de sistema, fica sem dono.

Principais pontos

• O prestador de TI é o dono certo de identidade, dispositivos, redes, backups e das contas de fornecedores de que o agente de IA depende.
• Um operador especializado é necessário para o que é próprio de agentes: definição da função, memória, permissões de ferramentas, avaliações e mudanças controladas.
• Um agente pode piorar sem nenhuma queda de sistema, então painéis de disponibilidade sozinhos não dizem se ele ainda cumpre o seu papel.
• Áreas de sobreposição, como direitos de acesso, resposta a incidentes e tratamento de dados, precisam de um responsável nomeado de cada lado, por escrito.
• Faça as mesmas perguntas às duas partes sobre evidências, escalonamento e aprovações, e só então distribua os papéis conforme as respostas.

O que um prestador de TI tradicional cobre bem?

Um bom prestador de TI é construído em torno de sistemas que se comportam de forma previsível. Um servidor está no ar ou fora do ar. Uma licença está atribuída ou não. Um notebook está atualizado ou não. Essa disciplina é exatamente o que um agente de IA precisa por baixo, e você não deve tentar substituí-la.

As partes de uma implantação de agente que cabem no escopo tradicional de TI são estas:

• Identidade e login único, incluindo quem pode criar contas e como elas são removidas quando alguém sai da empresa.
• Dispositivos, redes e segurança dos equipamentos que sua equipe usa para acessar o agente.
• E-mail, agenda, armazenamento de arquivos e ferramentas de colaboração às quais o agente se conecta.
• Backup dos sistemas da empresa que o agente lê ou nos quais ele escreve.
• Administração de fornecedores e licenças, incluindo quem mantém a relação de cobrança.
• Atendimento de suporte (helpdesk), para que os funcionários tenham um único lugar conhecido para relatar um problema.

Se o seu prestador já faz isso bem, o projeto do agente parte de uma base mais saudável. A pergunta é o que acontece além dessa lista.

O que torna um agente de IA diferente dos softwares que o prestador de TI atende?

Um software convencional faz a mesma coisa toda vez que recebe a mesma entrada. Um agente não. Ele interpreta instruções, consulta a memória, escolhe entre ferramentas e produz respostas que podem variar. Isso cria um trabalho de operação sem equivalente direto no catálogo de serviços típico de uma empresa de TI.

Primeiro, o comportamento depende de um modelo que o fornecedor pode atualizar. O agente pode agir de outro jeito depois de uma mudança que ninguém do seu lado fez, e nada aparecerá como erro. Segundo, o agente guarda contexto: documentos que consegue recuperar, anotações que salvou, instruções que moldam o tom e os limites. Alguém precisa curar isso, corrigir e decidir o que ele deve esquecer. Terceiro, o agente usa ferramentas com permissões reais, então pode enviar uma mensagem ou alterar um registro. Isso faz do desenho de autorizações uma preocupação diária, não uma configuração feita uma única vez. As orientações da OWASP sobre autorização são uma boa referência para o princípio de conceder apenas o que a tarefa exige.

Quarto, agentes leem texto de e-mails, documentos e páginas da web, e esse texto pode conter instruções feitas para sequestrá-los. Se defender disso é uma disciplina específica, descrita no material da OWASP sobre prevenção de injeção de prompt. Por fim, a qualidade se mede por avaliações: um conjunto de tarefas realistas com resultados esperados, que você repete ao longo do tempo. O que a Anthropic escreve sobre avaliações de agentes explica por que isso é diferente de um teste convencional.

Nada disso torna os prestadores de TI incapazes. Significa que o trabalho exige gente que o faça com rotina. Para ver melhor o dia a dia dessa operação, leia o que é AgentOps e como operar um agente de IA.

Quem deve ser dono de cada parte da operação de um agente?

Use esta lista como guia de decisão. Em cada item, o primeiro responsável citado é o padrão, e o segundo é quem deve ser consultado.

• Login único, autenticação em dois fatores, remoção de contas: prestador de TI, com o operador do agente avisado quando uma pessoa com acesso ao agente sair da empresa.
• Dispositivos, rede e proteção de equipamentos: somente o prestador de TI.
• Definição da função e do critério de sucesso do agente: dono do negócio, com o operador do agente redigindo e refinando.
• Instruções, conteúdo da memória e fontes de conhecimento: operador do agente, com o dono do negócio aprovando tudo que muda o que o agente pode dizer ou fazer.
• Conexões com ferramentas e escopos de permissão: o operador propõe, o dono do negócio aprova e o prestador de TI confirma que as contas de base estão configuradas corretamente.
• Avaliações, monitoramento da qualidade das respostas e desvios: operador do agente, com relatórios compartilhados com o dono do negócio.
• Mudanças de modelo e de fornecedor: o operador testa e o dono do negócio aprova qualquer mudança visível.
• Backup dos sistemas da empresa: prestador de TI. Backup e restauração da configuração e da memória do agente: operador do agente, com o prestador de TI ciente de onde ficam as cópias.
• Incidentes de segurança que envolvem o agente: os dois, com um líder nomeado por incidente.
• Dúvidas dos funcionários sobre como usar o agente: operador do agente para o conteúdo, prestador de TI para problemas de acesso.

Se algum item da sua própria lista não tem um responsável óbvio, essa é a lacuna a fechar primeiro.

Onde os dois papéis se sobrepõem e como surgem as lacunas?

As lacunas raramente aparecem nos casos claros. Elas surgem onde duas partes competentes presumem que a outra já cuidou do assunto. Três sobreposições causam a maior parte dos problemas.

A primeira é o acesso. A TI controla as contas, mas o agente tem as próprias credenciais e escopos dentro das ferramentas conectadas. Quando um funcionário sai ou um sistema é reconfigurado, o acesso do agente pode continuar como estava, sem ninguém notar. Uma revisão periódica ajuda, e o plano de desligamento de funcionários e acesso do agente de IA mostra o que verificar e com que frequência.

A segunda é o incidente. Se o agente envia algo errado a um cliente, isso é um chamado de suporte, um evento de segurança ou um problema de qualidade? Pode ser os três. Decida antes quem faz a triagem, quem pode pausar o agente e quem fala com a pessoa afetada.

A terceira é a mudança. Equipes de TI estão acostumadas com janelas de mudança para sistemas. As mudanças em agentes são menores e mais frequentes: uma instrução editada, um documento novo na memória, um modelo diferente. Sem um jeito compartilhado de solicitar e aprovar, as mudanças ou se acumulam sem revisão ou ficam paradas. O escopo de trabalho para implantação de agente de IA ajuda a dividir essas responsabilidades entre fornecedor e empresa de um jeito que os dois lados consigam seguir.

Um cenário ilustrativo: painéis verdes, respostas erradas

Este é um cenário ilustrativo, não um caso real.

Uma distribuidora tem um agente que redige respostas a dúvidas de fornecedores sobre prazos de entrega. O prestador de TI monitora a hospedagem, a conexão com a caixa de e-mail e o sistema de login. Tudo aparece como saudável. Enquanto isso, o fornecedor atualiza o modelo por trás do agente, e ele passa a resumir as condições de forma mais solta. Às vezes omite uma condição que o comprador precisa ver.

Nenhum alerta dispara, porque nada está fora do ar. Um comprador percebe que dois rascunhos parecem estranhos e comenta com um colega, mas não existe um lugar combinado para relatar isso. O helpdesk de TI não sabe julgar se um rascunho está errado, e o dono do negócio presume que o prestador teria avisado se houvesse problema.

Com um operador especializado, uma avaliação recorrente com perguntas de exemplo de fornecedores teria mostrado a mudança nas respostas. O operador compararia os resultados com a versão anterior, proporia uma correção nas instruções e pediria a aprovação do dono do negócio. O prestador de TI não precisaria fazer nada disso. Bastaria manter saudáveis os sistemas de base, o que ele já fazia.

Como a abordagem gerenciada da Be Human lida com isso?

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas, com agentes que mantêm identidade, memória, canais, ferramentas e permissões sob controle humano. Um primeiro projeto define uma função útil, a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável. A operação gerenciada cobre monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. O trabalho é remoto, em português e inglês, e foi desenhado para conviver com o seu prestador de TI atual, que continua responsável por contas, dispositivos e redes. Para um detalhamento do trabalho recorrente, veja os primeiros meses com um agente de IA gerenciado.

Plano passo a passo para dividir o trabalho

Você pode fazer isso em uma única sessão de trabalho com o seu prestador de TI e com quem vai operar o agente.

• Passo um: escreva a função do agente em poucas frases, incluindo o que ele pode ler, o que pode alterar e o que nunca deve fazer.
• Passo dois: liste todos os sistemas que o agente toca e marque quem administra cada um hoje.
• Passo três: percorra a lista de responsabilidades acima e atribua um responsável principal e uma parte consultada a cada item. Não deixe nada como compartilhado sem um líder nomeado.
• Passo quatro: combine como os problemas serão relatados. Dê aos funcionários um único lugar para avisar sobre uma resposta ruim e garanta que o aviso chegue ao operador do agente, não apenas ao helpdesk.
• Passo cinco: defina o que pode pausar o agente, quem pode fazer isso e quem deve ser avisado depois.
• Passo seis: estabeleça um ritmo de revisão para permissões, resultados de avaliações e mudanças solicitadas, e coloque as datas na agenda.
• Passo sete: registre a divisão no contrato ou no escopo de trabalho de cada parte, para que as responsabilidades sobrevivam à troca de pessoas.

Se o seu prestador de TI já está sobrecarregado, ou se você não tem um responsável interno pelo agente, veja como as mesmas perguntas se aplicam às outras opções em líder interno de IA na empresa.

Perguntas frequentes

Meu prestador de TI pode operar nossos agentes de IA se estiver disposto a aprender? Possivelmente, no caso de um agente restrito e de baixo risco, desde que ele assuma avaliações, revisões de permissão e controle de mudanças como deveres contínuos, e não como uma configuração feita uma vez. Peça que mostre como detectaria uma queda na qualidade das respostas e quem aprovaria uma mudança nas instruções do agente. Se as respostas forem vagas, inclua um operador especializado.

Preciso trocar meu prestador de TI para trabalhar com um provedor de IA gerenciado? Não. O prestador de TI mantém a base: identidade, dispositivos, redes, e-mail e backups dos sistemas da empresa. O provedor de IA gerenciado assume, por cima disso, o trabalho específico do agente. O que importa é que os dois saibam onde começam e onde terminam suas responsabilidades.

Quem é responsável se o agente cometer um erro que afete um cliente? A responsabilidade deve ser definida antes de o erro acontecer, nos seus contratos e nas regras internas. Na prática, o dono do negócio continua responsável pela função que o agente exerce, o operador responde pela forma como o agente é configurado, monitorado e corrigido, e o prestador de TI responde pelos sistemas de base. Registre por escrito quem pode pausar o agente e quem entra em contato com o cliente.

Como saber se preciso mesmo de um operador especializado? Olhe o que o agente consegue fazer. Se ele apenas responde a perguntas internas a partir de um pequeno conjunto de documentos, uma supervisão leve pode bastar. Se ele usa ferramentas, toca em dados de clientes ou financeiros, ou se suas respostas chegam a pessoas de fora da empresa, você precisa de alguém responsável, de forma recorrente, por avaliações, permissões e mudanças.

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