O que faz um consultor de inteligência artificial na empresa?

Um consultor de inteligência artificial ajuda a empresa a decidir onde a IA deve entrar no trabalho. Dependendo do contrato, ele também pode construir o sistema e mantê-lo funcionando. São três trabalhos distintos: consultoria, implementação e operação. Saber qual deles você está contratando é a decisão mais útil a tomar antes de qualquer trabalho começar.

Principais pontos

• A consultoria produz decisões e planos, a implementação produz um sistema funcionando e a operação mantém esse sistema seguro e útil depois do lançamento.
• Poucas pessoas ou empresas são igualmente fortes nas três frentes. Pergunte qual camada você está pagando e quem cobre as outras duas.
• Um bom primeiro projeto termina com uma função definida, um responsável nomeado, limites de aprovação e um critério de sucesso que alguém consiga observar.
• O trabalho mais esquecido é o recorrente: monitoramento, avaliação, revisão de permissões e manutenção das integrações.
• Peça entregáveis que você possa inspecionar, como a descrição de uma função bem delimitada ou um conjunto de testes, em vez de apresentações.

O que faz um consultor de inteligência artificial, em três camadas?

A expressão consultor de IA cobre uma gama ampla de trabalhos, e é aí que começa a maior parte da confusão. Uma pessoa conduz um workshop de estratégia e deixa um relatório. Outra conecta um modelo ao seu e-mail e à sua agenda. Uma terceira acompanha um agente toda semana e corrige o que quebra. Todas podem ser chamadas de consultoras, mas entregam coisas diferentes.

A consultoria responde o que fazer e se vale a pena fazer. A implementação responde como construir e conectar aos seus sistemas. A operação responde quem observa, corrige e melhora o agente depois que as pessoas passam a depender dele.

Cada camada tem sua própria entrega e seu próprio fim natural. A consultoria termina com uma decisão. A implementação termina com uma passagem de bastão. A operação não tem fim natural, porque o agente vive em um ambiente que não para de mudar: ferramentas são atualizadas, equipes mudam, políticas se alteram e o próprio trabalho evolui.

O erro mais comum é comprar uma camada e supor que as outras vêm junto. Quem contrata um consultor de IA esperando um agente funcionando pode receber uma apresentação de estratégia. Quem encomenda uma construção esperando que ela se mantenha saudável pode receber uma entrega e silêncio. Se quiser um olhar mais detalhado sobre a camada de construção, veja o que incluir no escopo de trabalho de uma implantação de agente de IA.

O que a consultoria entrega, na prática?

A consultoria transforma uma ambição vaga em uma decisão que você pode executar. É um trabalho de pensar, entrevistar e ler seus processos reais, e deve deixar artefatos específicos:

• Uma lista curta de funções candidatas para um agente, ordenadas por utilidade e por risco.
• Uma avaliação dos dados, sistemas e permissões que cada função tocaria.
• Uma recomendação sobre construir, comprar ou usar um serviço gerenciado, com o raciocínio registrado por escrito.
• Um ponto de partida para a governança: quem aprova o quê e o que o agente nunca deve fazer sozinho. O NIST AI Risk Management Framework é um vocabulário comum útil para mapear e gerenciar esses riscos.
• Um critério de sucesso que alguém consiga observar, e não a esperança de que as coisas melhorem.

Uma boa consultoria tem opinião. Ela deve dizer quais ideias descartar, além de quais seguir. Se todas as ideias da lista sobrevivem, é provável que o consultor não tenha olhado de perto as suas restrições.

O ponto fraco de uma consultoria isolada é que ela não pode ser testada contra a realidade. Uma recomendação parece igual, seja correta ou errada, até que alguém construa. Por isso, pergunte que decisão cada entregável permite tomar. Se a resposta for apenas conscientização, o trabalho é de formação, o que pode ser valioso, mas não é a mesma coisa.

O que envolve o trabalho de implementação?

A implementação é o momento em que uma função escolhida vira um agente funcionando. O consultor configura a identidade, a memória, os canais, as ferramentas e as permissões que tornam o agente útil e limitado. Uma construção sensata segue uma ordem reconhecível:

• Definir uma função em linguagem simples: o que o agente faz, para quem e o que ele não faz.
• Reunir o contexto de que a função precisa, como documentos, procedimentos e exemplos, e decidir como o agente os consulta.
• Conectar o conjunto mínimo de ferramentas, cada uma com as permissões mais estreitas que ainda permitam o trabalho. O OWASP Authorization Cheat Sheet descreve o princípio do menor privilégio e o acesso negado por padrão, que se aplicam diretamente aqui.
• Colocar etapas de aprovação antes de qualquer ação cara ou difícil de reverter, como enviar mensagens externas ou alterar registros.
• Testar com exemplos realistas, inclusive os incômodos, antes que usuários reais encostem no agente.
• Entregar documentação, registros de acesso e uma declaração clara de quem é dono de quê.

A orientação da Anthropic sobre como construir agentes eficazes recomenda começar com padrões simples e combináveis e só adicionar complexidade quando ela se justificar. É um bom teste para quem constrói: pergunte por que cada componente existe. Um implementador que parte da arquitetura mais elaborada está otimizando a construção, e não a sua operação.

A implementação também tem estágios. Uma prova de conceito, um piloto e uma implantação em produção provam coisas diferentes, e um consultor competente dirá em qual deles você está. O texto por que pilotos de IA não saem do papel e como levá-los à produção explica o que cada estágio precisa demonstrar.

O que a operação cobre e por que ela é deixada de lado?

Operar é manter o agente confiável depois do lançamento. Ela é deixada de lado porque fica invisível quando vai bem. Nada dramático acontece, então orçamento e atenção migram para outros lugares, e depois algo se degrada em silêncio.

As tarefas recorrentes são específicas:

• Monitoramento: observar como o agente se comporta na prática, incluindo falhas, respostas lentas e atividade incomum nas ferramentas. O guia introdutório de observabilidade do OpenTelemetry é uma boa base para entender como tornar visível o comportamento de um sistema por meio de traces, métricas e logs.
• Avaliação recorrente: reexecutar um conjunto fixo de casos realistas para ver se a qualidade se manteve após qualquer mudança em um modelo, em um conjunto de documentos ou em uma ferramenta.
• Manutenção das integrações: consertar conexões quando os sistemas do outro lado mudam.
• Revisão de permissões: verificar, em intervalos definidos, se cada acesso ainda é necessário e continua suficientemente restrito.
• Resposta a incidentes: um caminho conhecido para pausar o agente, investigar e restabelecer o serviço quando algo dá errado.
• Melhorias controladas: alterar o agente por meio de um processo de solicitação e aprovação, para que as atualizações não cheguem como surpresa.

Nada disso precisa de uma crise para se justificar. É parecido com a manutenção de um prédio: pouco glamorosa, programada e mais barata do que o conserto. Para um relato direto do que pertence a essa camada, veja o que é AgentOps e como operar um agente de IA no dia a dia.

A pergunta-chave para qualquer comprador é quem faz esse trabalho. Pode ser sua equipe interna, seu prestador de TI, quem construiu o agente ou um serviço gerenciado. Qualquer um deles pode ser a resposta certa. O que importa é que uma parte nomeada seja responsável e que o escopo esteja escrito.

Como decidir que tipo de ajuda você precisa?

Comece pelo ponto em que você está, e não pelo que o consultor está vendendo. Use este guia de decisão:

• Se você não consegue nomear uma função que o agente deveria desempenhar, comece pela consultoria. Construir antes de conseguir descrever o trabalho tende a gerar uma demonstração sem dono.
• Se você tem uma função definida, um patrocinador e acesso aos sistemas relevantes, mas ninguém para construir, contrate a implementação.
• Se já existe um agente e as pessoas o usam, mas ninguém o acompanha de forma programada, você precisa de operação antes de qualquer coisa nova.
• Se sua equipe interna de TI vai operar o agente, confirme que ela tem as habilidades e o tempo, e registre por escrito as responsabilidades, por nome.
• Se uma única empresa oferece as três camadas, peça que cada uma seja delimitada e descrita separadamente. Assim você pode passar qualquer camada a outra parte mais tarde, sem refazer o resto.

Antes de assinar, faça uma lista curta de perguntas a quem você está considerando:

• Qual camada estamos comprando e o que vai existir no final que eu possa inspecionar?
• Quem é dono do agente depois da entrega e quem fica de plantão quando ele se comportar mal?
• A que o agente tem acesso e como restringimos ou revogamos esse acesso?
• Como vamos saber que está funcionando, usando qual medida observável?
• O que acontece com nossos dados, nossa configuração e nossa documentação se encerrarmos o contrato?

Respostas vagas à última pergunta merecem atenção. Um escopo por escrito ajuda, e o texto sobre agência de automação com IA ou provedor gerenciado, e quem opera depois aponta outros sinais a checar antes de se comprometer.

Como isso fica na prática? Um cenário ilustrativo

Este cenário é ilustrativo e não descreve uma empresa real.

Uma distribuidora de médio porte quer um agente para redigir respostas a perguntas rotineiras de clientes sobre pedidos. Ela contrata uma empresa que faz um excelente trabalho de implementação. O agente se conecta ao sistema de pedidos, redige as respostas e encaminha a uma pessoa tudo o que for incomum. A equipe gosta, e o projeto é dado como encerrado na entrega.

Algum tempo depois, o sistema de pedidos muda a forma de rotular o status de entrega. A conexão do agente continua funcionando, mas ele passa a receber valores vazios em parte de cada registro. Ele não falha de forma visível. Redige respostas educadas que omitem a informação de entrega, e a equipe, confiando na ferramenta, as envia. O problema só é descoberto quando um cliente reclama.

A falha não foi de competência. Foi que ninguém era dono da operação. Com essa camada definida desde o início, a mesma empresa teria um responsável nomeado, um conjunto fixo de casos de teste reexecutado em intervalos regulares, um alerta para respostas de ferramentas que chegam vazias e uma checagem recorrente do que o agente pode acessar. A falha ainda poderia ocorrer, mas seria detectada cedo e corrigida por um caminho conhecido.

Como a abordagem gerenciada da Be Human trata as três camadas?

A Be Human projeta, implementa e opera infraestrutura de IA personalizada, e trata as camadas como conectadas, mas definidas separadamente. 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 pode então incluir monitoramento, avaliações recorrentes, manutenção das integrações, revisão de permissões, resposta a incidentes e melhorias controladas. A empresa mantém o controle humano sobre a identidade, a memória, os canais, as ferramentas e as permissões do agente, e o serviço é prestado remotamente, em inglês e em português.

Perguntas frequentes

Um consultor de IA é o mesmo que um consultor de implementação de IA? Não necessariamente. O consultor de implementação constrói e conecta o sistema, enquanto o título mais amplo também pode abranger consultoria e operação. Pergunte quais das três camadas a pessoa ou a empresa entrega e quem cobre o restante.

Preciso de consultoria antes de construir? Você precisa dos resultados da consultoria, mesmo que os produza por conta própria. Isso significa uma única função definida, o entendimento dos dados e acessos de que ela precisa, limites de aprovação e um critério de sucesso. Se você já tem tudo isso, uma fase de consultoria separada pode agregar pouco.

Quem deve operar o agente depois que o consultor sair? Alguém com responsabilidade nomeada por monitoramento, avaliação, permissões e resposta a incidentes. Pode ser uma equipe interna, seu prestador de TI, quem construiu o agente ou um serviço gerenciado. A resposta errada é ninguém, o que costuma significar que os problemas aparecem por meio de reclamações dos usuários.

Como vou saber se o trabalho do consultor foi útil? Procure algo que você possa inspecionar e medir: a descrição de uma função, um agente testado, um conjunto de avaliação, um registro de acessos e um critério de sucesso declarado. Se a única evidência de valor for uma apresentação ou entusiasmo geral, peça um artefato concreto antes de continuar.

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