Consultor de implementação de IA: consultoria ou construção?

Um consultor de implementação de IA que aconselha diz o que construir, em que ordem e como avaliar o resultado. Um construtor entrega um agente em funcionamento, com memória, ferramentas, permissões e monitoramento, que a sua equipe passa a operar. Antes de contratar qualquer um dos dois, exija entregas escritas que mostrem qual trabalho você está comprando, porque um mesmo título de cargo costuma cobrir os dois.

Principais pontos

• A consultoria produz decisões, documentos e um plano sequenciado. A construção produz um sistema em funcionamento que alguém precisa operar depois do lançamento.
• Peça a todo candidato que nomeie os artefatos que entregará no final e quem será o dono de cada um.
• Não inicie a construção antes de registrar por escrito o papel do agente, sua memória e ferramentas, os limites de aprovação e um critério de sucesso observável.
• Verifique quem fica com as credenciais, os registros, os prompts e os conjuntos de avaliação quando o trabalho terminar.
• Divida o contrato em uma fase de consultoria e uma fase de construção, para que cada uma seja avaliada pelas próprias evidências.

Por que o título “consultor de implementação” esconde dois trabalhos diferentes

A expressão é usada para profissionais que conduzem oficinas, escrevem recomendações de arquitetura, selecionam fornecedores e redigem regras de governança. Também é usada para profissionais que conectam um modelo de linguagem ao seu CRM, escrevem o código de integração e colocam tudo em produção. Os dois perfis podem ser úteis, mas entregam coisas diferentes e carregam riscos diferentes. Um consultor que escreve um bom relatório pode deixar você sem nenhum sistema funcionando. Um construtor que começa a programar antes de a questão de negócio estar resolvida pode deixar um agente que funciona bem, mas na tarefa errada.

O teste prático é simples. Pergunte o que o consultor continuará responsável depois que a última fatura for paga, em termos claros, e o que a sua equipe conseguirá inspecionar sem ele. Se a resposta for “o relatório” ou “as recomendações”, você está comprando consultoria. Se a resposta for “o agente em funcionamento, a configuração e os registros”, você está comprando construção. Muitos projetos precisam dos dois, mas devem ser escopados separadamente para que nenhuma fase substitua a outra sem que ninguém perceba.

Entregas que você deve exigir de um consultor

Um trabalho de consultoria deve terminar com documentos que sua equipe consiga usar sem o consultor presente. Um escopo útil de consultoria produz o seguinte:

• Um mapa de uma página com os sistemas atuais, as fontes de dados e os pontos de decisão, mostrando onde um agente poderia ler ou gravar informações. Um formato relacionado está descrito em revisão da arquitetura de IA da empresa.
• Uma lista ordenada de papéis candidatos, com a razão escrita para incluir ou excluir cada um.
• Um inventário de dados e permissões para cada papel candidato: quais sistemas ele tocaria, quais dados veria e quais contas seriam usadas.
• Um rascunho dos limites de aprovação, nomeando as ações que sempre exigem uma decisão humana.
• Um critério de sucesso proposto para cada papel candidato, escrito de forma que alguém de fora do projeto consiga verificar.
• Uma lista de riscos com um responsável por cada um, e uma recomendação que diga se é hora de construir, testar em piloto, esperar ou parar.

Repare no que falta nessa lista. Uma boa entrega de consultoria não contém código que o consultor espera que você implante, e não depende de acesso aos seus sistemas de produção. Se um consultor insistir que as recomendações só podem ser entendidas dentro do ambiente dele em funcionamento, trate isso como sinal de que consultoria e construção estão sendo misturadas.

Entregas que você deve exigir de um construtor

Um construtor deve entregar um sistema e as evidências necessárias para operá-lo. Peça estes itens por escrito antes de a construção começar, e confirme-os de novo na entrega final:

• Uma definição de papel: a tarefa única que o agente executa, suas entradas, suas saídas e a pessoa responsável pelos resultados.
• Um inventário de memória e ferramentas: cada ferramenta que o agente pode chamar, se ela lê ou grava, o escopo exato concedido e quem aprovou esse escopo.
• Limites de aprovação: cada ação que exige assinatura humana, com a condição que a dispara.
• Um conjunto de avaliação: tarefas representativas, resultados esperados e critérios de aprovação, guardados em formato que sua equipe possa executar novamente.
• Registros de execução: uma forma de ver cada solicitação, as chamadas de ferramenta feitas, as saídas produzidas e os erros gerados. A referência de observabilidade do OpenTelemetry explica por que traços, métricas e logs são necessários para entender o comportamento de um sistema em uso.
• Um pacote de transferência: configuração guardada em uma conta que você controla, lista de credenciais e de quem as detém, um roteiro de resposta a incidentes e um procedimento de backup e restauração testado.
• Uma declaração de quem mantém o agente após o lançamento, o que essa manutenção cobre e como as mudanças são solicitadas e aprovadas.

Se um construtor não consegue descrever esses itens de forma concreta, provavelmente pretende manter o conhecimento operacional do sistema nas próprias mãos. O contrato deve tratar a transferência como uma entrega nomeada, com data, e não como uma cortesia. A estrutura contratual desses itens está detalhada em escopo de trabalho para implantação de agente de IA.

Um guia de decisão: qual você precisa primeiro?

Use a sequência abaixo para decidir o que comprar primeiro. Ela é deliberadamente conservadora, porque o erro mais caro é construir um agente para um processo que ninguém examinou.

• Se você ainda não consegue nomear o processo que um agente apoiaria, contrate consultoria primeiro e limite o escopo à descoberta.
• Se você consegue nomear o processo, mas não os dados de que ele depende, adicione uma etapa de consultoria que inventarie sistemas e permissões antes de qualquer construção.
• Se o processo é repetitivo, tem uma saída clara e um critério de sucesso mensurável, escope uma construção para um único papel.
• Se não há ninguém interno capaz de responder pelos resultados do agente, inclua a operação gerenciada no plano desde o início, e não como um acréscimo posterior.
• Se a mesma empresa vai aconselhar e construir, exija que o documento de consultoria seja revisado por alguém do seu lado que não o tenha escrito.

Cenário ilustrativo: um distribuidor regional quer um agente para responder perguntas sobre o status de pedidos de fornecedores. O consultor mapeia três sistemas e descobre que duas das ferramentas que o agente precisaria conseguem gravar registros, e ninguém na equipe de operações consegue revisar quem tem acesso de escrita hoje. A recomendação é começar com um papel somente de leitura, um conjunto curto de avaliação montado com perguntas reais e uma revisão de permissões antes de qualquer ação de escrita ser considerada. A construção seguinte é menor, e a decisão de adicionar acesso de escrita vira uma escolha separada e documentada.

Verifique permissões, ferramentas e risco de injeção antes da construção

A maior parte das falhas iniciais de agentes não está na qualidade do modelo. Elas vêm de ferramentas com mais acesso do que a tarefa exigia, ou de entradas que foram confiadas quando não deveriam ter sido. Antes de qualquer construtor escrever código de integração, peça uma descrição por escrito de como cada ferramenta é autorizada e do que acontece quando o agente recebe um conteúdo que tenta alterar as instruções dele.

As orientações de autorização do OWASP descrevem os princípios básicos: negar por padrão, conceder a menor permissão que conclui a tarefa e verificar a autorização no servidor em cada ação. Esses princípios se aplicam diretamente a um agente que chama ferramentas em nome de um usuário ou de uma equipe. Um construtor que propõe uma conta compartilhada com direitos amplos, por conveniência, está pedindo que você aceite riscos que são fáceis de evitar já no desenho.

Para injeção de prompt, a lista OWASP Top 10 para aplicações com LLM é uma referência útil para as perguntas a fazer. Exija que o construtor explique quais entradas o agente trata como dado e não como instrução, quais chamadas de ferramenta precisam de confirmação e como a equipe ficará sabendo que o agente se comportou de forma inesperada. O NIST AI Risk Management Framework oferece um vocabulário mais amplo para mapear e gerenciar esses riscos ao longo da vida do sistema, o que ajuda quando consultor e construtor são empresas diferentes e precisam de uma referência comum.

Perguntas para a primeira reunião

A primeira conversa com qualquer candidato deve revelar com que tipo de empresa você está falando. Faça as perguntas abaixo e observe se as respostas são específicas, e não apenas confiantes:

• Qual artefato você me entregará no último dia, e quem vai ser o dono dele depois?
• Que acesso às ferramentas o agente terá no primeiro dia, e que acesso fica explicitamente de fora?
• Como vou ver o que o agente fez na última terça-feira, e quem será acionado se ele falhar?
• Quais das suas recomendações eu conseguiria verificar sem você, usando apenas minha equipe e os documentos?
• O que levaria você a recomendar que parássemos, e como essa parada seria feita?
• Quem guarda os prompts, a configuração e o conjunto de avaliação se encerrarmos a relação?

Um candidato que responde a essas perguntas com um escopo escrito e claro costuma ser mais fácil de trabalhar do que alguém que promete resultados. Desconfie de quem evita perguntas sobre transferência e saída, porque são elas que determinam se você continua no controle do sistema que está pagando. Para uma lista curta de sinais de alerta na escolha de parceiros, veja riscos a avaliar ao contratar um freelancer para criar agente de IA.

Como a Be Human trabalha nessa questão na sua abordagem gerenciada

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas. Um primeiro trabalho define um papel útil, a memória e as ferramentas que esse papel precisa, os limites de aprovação ao redor dele e um critério de sucesso observável. As perguntas de consultoria e as entregas de construção são escritas no mesmo escopo, para que o cliente veja qual artefato pertence a qual fase e quem o detém. A operação gerenciada pode então incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas, com cada mudança registrada e aprovada pelo cliente antes de entrar em produção.

Por onde começar

O primeiro passo mais útil raramente é uma construção grande. É uma resposta escrita e clara a duas perguntas: qual papel único vale a pena ser entregue a um agente, e quais entregas você precisa antes que alguém escreva código para ele. Faça o diagnóstico gratuito de IA da Be Human para encontrar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Qual é a diferença entre um consultor de implementação de IA e um construtor de IA? O consultor produz decisões, documentos e um plano, enquanto o construtor produz um sistema em funcionamento que precisa ser operado e mantido. Os dois papéis podem ser úteis, mas devem ser contratados separadamente, com entregas diferentes. Pergunte a cada candidato quais artefatos ele vai entregar e quem vai responder por eles depois que o trabalho terminar.

O que uma consultoria deve entregar antes de qualquer construção? Ela deve entregar um mapa dos sistemas atuais, uma lista ordenada de papéis candidatos com as razões, um inventário dos dados e das permissões que cada papel precisaria e rascunhos dos limites de aprovação. Também deve incluir um critério de sucesso por papel que alguém de fora do projeto consiga verificar. Se esses itens não estiverem escritos, a construção tende a começar sobre suposições.

O que um construtor precisa entregar no final? Ele deve fornecer uma definição escrita do papel, um inventário de ferramentas e memória com os escopos exatos concedidos, limites de aprovação, um conjunto de avaliação que possa ser executado novamente, registros de execução que mostrem o que o agente fez e um pacote de transferência com configuração, a titularidade das credenciais, um roteiro operacional e um procedimento de backup e restauração testado. O contrato deve nomear quem mantém o agente depois do lançamento e como as mudanças são aprovadas.

Como saber se preciso de consultoria, de construção ou de ambos? Comece pela consultoria se você ainda não consegue nomear o processo que um agente apoiaria ou os dados de que ele depende. Passe para a construção de um papel único quando o processo for repetitivo, a saída for clara e o critério de sucesso puder ser medido. Inclua a operação gerenciada desde o início se ninguém da sua equipe puder responder pelos resultados do agente.

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