Definir a função de um agente de IA na empresa: descrição de cargo

Definir a função de um agente de IA na empresa é escrever uma descrição curta de um único trabalho: para que o agente serve, quais ferramentas e informações ele pode usar, onde ele precisa parar e consultar uma pessoa, e como você vai perceber que o trabalho está bom. Escreva como escreveria para um novo colaborador, antes de escolher qualquer tecnologia. Uma função clara no papel é muito mais fácil de construir, testar e corrigir.

Principais pontos

• Defina uma função com um único objetivo, e não um assistente geral que deveria fazer tudo.
• Liste as ferramentas, informações e contas de que a função precisa, e nada além disso.
• Decida com antecedência quais ações o agente pode fazer sozinho, quais exigem aprovação e quais são proibidas.
• Nomeie um responsável humano e um critério de sucesso observável antes de o agente começar a trabalhar.
• Revise a descrição de tempos em tempos, porque as funções mudam conforme o negócio muda.

Por que tratar o primeiro agente como uma contratação?

Quando uma empresa contrata uma pessoa, ninguém diz “ajude o negócio” e entrega todas as senhas. Existe um cargo, um gestor, um primeiro conjunto de responsabilidades, acessos compatíveis com essas responsabilidades e uma forma de saber, depois de algumas semanas, se as coisas vão bem. A maioria das empresas pula tudo isso ao introduzir um agente de IA. Conecta um modelo a alguns sistemas, dá uma instrução ampla e torce para que ele se comporte.

O resultado é previsível. Ninguém sabe dizer o que o agente deveria fazer, então ninguém sabe dizer quando ele falhou. Os acessos são concedidos por comodidade e nunca revisados. Os erros são descobertos por clientes ou colegas, e não pela equipe dona do trabalho.

A comparação com a contratação ajuda porque traz de volta as perguntas certas. Que problema essa função resolve? A quem ela se reporta? O que pode decidir e sobre o que precisa perguntar? Como seria um bom mês? A orientação da Anthropic sobre como construir agentes eficazes faz um ponto parecido pelo lado da engenharia: comece pela configuração mais simples que funciona e acrescente autonomia só onde ela se justificar. A descrição de cargo é a versão de negócio dessa disciplina.

O que deve constar na descrição de cargo de um agente de IA?

Você não precisa de um documento longo. Uma página costuma bastar, e uma página que alguém realmente lê é mais usada do que uma especificação de quarenta páginas. Estes são os campos que importam:

• Nome da função e objetivo: uma frase sobre o resultado que a função existe para produzir.
• Responsável humano: a pessoa nomeada que responde pela função e recebe suas escalações.
• Responsabilidades: as tarefas específicas que a função executa, escritas com verbos e objetos.
• Fora do escopo: tarefas que a função não deve fazer, mesmo que tecnicamente consiga.
• Fontes de informação: os documentos, registros e sistemas que valem como fonte de verdade.
• Ferramentas e contas: o que o agente pode ler, o que pode escrever e sob qual identidade.
• Limites de aprovação: ações que exigem a confirmação de uma pessoa antes de acontecer.
• Caminho de escalação: quem é acionado, como, e o que o agente deve incluir na mensagem.
• Critérios de sucesso: o que você vai observar para concluir que a função está funcionando.
• Ritmo de revisão: com que frequência a descrição, os acessos e os resultados são conferidos.

Os campos que mais ficam de fora são o responsável humano, a lista de itens fora do escopo e o ritmo de revisão. São justamente os que evitam os problemas lentos: um agente pelo qual ninguém se sente responsável, uma função que avança sobre trabalhos que nunca foram dela e permissões que sobrevivem à sua razão de existir.

Quão restrito deve ser o objetivo?

Mais restrito do que parece ambicioso. Um bom objetivo descreve um resultado, para um grupo de pessoas, usando um conjunto de informações. “Preparar primeiros rascunhos de acompanhamento de clientes a partir das anotações do nosso CRM, para o time comercial revisar e enviar” é uma função. “Melhorar a experiência do nosso cliente” é um desejo.

Um teste útil é perguntar se um colega novo, ao ler o objetivo, saberia dizer o que faria na primeira manhã. Se não souber, o objetivo é amplo demais. Outro teste é ver se você consegue descrever uma unidade de trabalho concluída, como um rascunho, um registro conciliado ou uma conversa resumida. Se dá para apontar uma unidade, dá para contá-la, conferi-la e melhorá-la.

Restrito não quer dizer trivial. Uma função pode ser estreita e ainda assim valiosa se cobrir uma tarefa recorrente que consome atenção real da equipe. O ponto é que a primeira função deve ser pequena o bastante para ser comprovada. Se você ainda está escolhendo qual trabalho entregar, o artigo sobre como escolher o primeiro fluxo com IA mostra como selecionar uma tarefa frequente, delimitada e fácil de conferir.

Mais uma coisa pertence ao objetivo: para quem o trabalho é feito. Um agente que redige para o time comercial tem tom, risco e processo de revisão diferentes de um que responde diretamente a clientes. Nomear o público logo no início evita que os dois trabalhos se misturem.

De quais ferramentas, memória e acessos a função precisa?

Esta é a parte da descrição que mais se parece com um pedido de acesso, e deve ser tratada com o mesmo cuidado. Para cada responsabilidade, pergunte o que o agente precisa ver e o que precisa alterar. Depois, anote o mínimo.

Uma forma prática de fazer isso é separar três tipos de acesso:

• Acesso de leitura: o que o agente pode consultar, como uma pasta compartilhada, uma fila de chamados ou o registro de um cliente.
• Acesso de escrita: o que o agente pode criar ou alterar, como um rascunho, uma nota ou um campo em um sistema.
• Acesso de ação: o que o agente pode enviar ou disparar fora da empresa, como um e-mail, um pagamento ou uma página publicada.

A maioria das primeiras funções precisa de leitura ampla, escrita restrita e nenhuma ação sem revisão. Esse padrão é um bom ponto de partida. O princípio por trás dele é o menor privilégio, explicado com mais detalhe em menor privilégio para agentes de IA. A orientação de autorização da OWASP defende o mesmo hábito em software em geral: conceder a menor permissão que permita fazer o trabalho e negar por padrão.

Depois, decida o que a função precisa lembrar. A descrição deve dizer quais fatos permanecem (preferências do cliente, condições acordadas, decisões já tomadas) e quais não (uma dúvida pontual, um rascunho que foi recusado). Sem isso, a memória vira um amontoado de tudo, e o agente passa a se apoiar em informações desatualizadas.

Por fim, dê à função uma identidade própria. Um agente que trabalha com o login de uma pessoa torna impossível saber quem fez o quê e dificulta retirar o acesso de forma limpa. Uma conta separada, com permissões próprias, pode ser revisada, limitada e desligada sem atrapalhar ninguém.

Onde o agente para e pergunta?

Os limites de aprovação são a parte da função que protege a empresa quando o agente erra. Todo agente erra às vezes. A questão é se o erro fica dentro de um rascunho ou chega a um cliente, a um livro contábil ou a um contrato.

Um guia de decisão simples ajuda. Para cada ação da função, classifique-a em um destes três grupos:

• Fazer sozinho: reversível, de baixo impacto, dentro do espaço de trabalho do próprio agente. Exemplos: ler um registro, preparar um rascunho, marcar um item para revisão.
• Propor e esperar: altera algo compartilhado ou visível para outras pessoas. Exemplos: atualizar um campo do CRM, enviar uma mensagem a um cliente, criar uma tarefa para um colega.
• Nunca: ações fora da função, ou com consequências que não podem ser desfeitas. Exemplos: apagar registros, alterar permissões, movimentar dinheiro.

Na dúvida, mova a ação um grupo na direção da cautela e flexibilize depois, quando as evidências sustentarem. A confiança deve ser conquistada por um histórico de bom trabalho, e não presumida no primeiro dia.

O caminho de escalação importa tanto quanto o limite. Quando o agente para, deve entregar a uma pessoa a decisão, e não um emaranhado de contexto: o que estava tentando fazer, o que encontrou, o que recomenda e o que acontece se ninguém responder. O artigo sobre escalonamento humano em IA detalha como desenhar essas passagens para que não virem um novo fardo.

Como você vai observar se está funcionando?

Um colaborador contratado recebe uma avaliação. Um agente também deve receber, e os critérios pertencem à descrição de cargo desde o início. O teste é simples: alguém que não construiu o agente consegue olhar as evidências e dizer se a função deu certo?

Bons critérios são observáveis e ligados a unidades de trabalho. Pense no que você consegue ver:

• Conclusão: quantas das unidades de trabalho previstas foram finalizadas e quantas foram devolvidas.
• Qualidade: com que frequência o revisor aceitou o resultado como estava, editou levemente ou recusou.
• Limites: se alguma ação aconteceu fora da lista aprovada, o que deve ser nunca.
• Escalações: se as mensagens enviadas às pessoas foram claras e chegaram à pessoa certa.
• Esforço: quanto tempo humano a função poupou ou consumiu, contado com honestidade, incluindo a revisão.

Esses critérios precisam de um registro para serem conferidos. Isso significa que o trabalho do agente deve deixar rastro: o que recebeu, o que usou, o que fez e o que uma pessoa decidiu. A prática geral de observabilidade, como descrita na introdução do OpenTelemetry, parte da mesma ideia: só dá para raciocinar sobre um sistema se ele emite sinais que você consegue inspecionar. Para um agente de negócio, o equivalente é um registro de atividades legível, e não um painel técnico que ninguém abre.

Acompanhe os critérios com uma definição de pronto para cada tarefa. O artigo definição de pronto para agentes de IA explica por que o agente deve mostrar evidências de conclusão, em vez de apenas informar que terminou. E mantenha um pequeno conjunto de exemplos reais com resultados corretos conhecidos, para que mudanças no agente possam ser comparadas com algo estável. Os textos da Anthropic sobre avaliações (evals) de agentes são uma boa referência para pensar nisso.

Evite metas vagas como “ser útil” ou “economizar tempo” sem uma forma de enxergá-las. Se não dá para observar, não entra na descrição de cargo.

Como fica uma descrição de cargo pronta?

Aqui está um cenário ilustrativo. É um exemplo de formato, não a descrição de uma empresa real.

Ilustrativo: uma pequena distribuidora quer ajuda com a cobrança de faturas em atraso. O responsável por contas a receber escreve a seguinte função.

• Nome e objetivo: coordenador de acompanhamento de recebíveis. Preparar rascunhos educados de lembrete para faturas em atraso, para que o financeiro revise e envie.
• Responsável humano: o líder de contas a receber, que recebe todas as escalações.
• Responsabilidades: ler a lista de faturas em aberto, conferir o status do pagamento, redigir um lembrete no idioma preferido do cliente e registrar o que foi proposto.
• Fora do escopo: negociar prazos de pagamento, oferecer descontos, contatar clientes diretamente, alterar valores de faturas.
• Fontes: o sistema contábil é a fonte de verdade para saldos; o cadastro do cliente guarda idioma e preferências de contato.
• Acesso: ler a lista de faturas e os cadastros de clientes; gravar rascunhos em uma fila de revisão; sem permissão para enviar.
• Aprovações: todo lembrete é revisado por uma pessoa antes de sair; qualquer contestação ou observação incomum é escalada com a fatura, o histórico e uma sugestão de resposta.
• Sucesso: rascunhos aceitos com pequenas edições, nenhum rascunho com saldo incorreto, e o financeiro consegue ver a cada dia o que foi redigido e o que foi retido.
• Revisão: o responsável confere o registro toda semana e revê acessos e redação após o primeiro período de uso.

Observe o que está ausente. A função não cobra clientes por conta própria, não decide nada sobre dinheiro e não precisa de acesso à empresa inteira. Ela é entediante do jeito certo, e é isso que a torna testável.

Para escrever a sua, siga estes passos:

• Escolha uma tarefa recorrente, com uma unidade de trabalho clara e uma pessoa que hoje a executa.
• Escreva o objetivo em uma frase e nomeie o responsável humano.
• Liste as responsabilidades como verbos e objetos e, em seguida, escreva de propósito a lista do que fica fora do escopo.
• Indique a fonte de verdade para cada fato em que a função se apoia.
• Especifique separadamente os acessos de leitura, escrita e ação, e dê à função uma conta própria.
• Classifique cada ação em fazer sozinho, propor e esperar, ou nunca.
• Defina a mensagem de escalação e quem a recebe.
• Escreva os critérios de sucesso como coisas que um revisor possa observar e decida com que frequência vai revisá-los.
• Teste a função com exemplos reais antes de ela tocar em trabalho de verdade e ajuste a descrição, não apenas as instruções.

Como a Be Human trabalha: o primeiro projeto parte exatamente deste documento. Definimos com o cliente uma função útil, junto com a memória e as ferramentas de que ela precisa, seus limites de aprovação e um critério de sucesso observável. O agente passa então a operar sob identidade própria, com permissões mantidas sob controle humano. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões e melhorias controladas, para que a descrição de cargo continue verdadeira à medida que o trabalho muda. Para uma visão mais ampla do trabalho recorrente, veja o que os serviços gerenciados de IA incluem.

Perguntas frequentes

Qual deve ser o tamanho da descrição de cargo de um agente de IA? Uma página costuma bastar. Se você não consegue descrever objetivo, limites e critérios de sucesso em uma página, a função provavelmente é ampla demais e deve ser dividida em funções menores.

Quem deve escrevê-la, o negócio ou a equipe técnica? Quem é dono do trabalho deve escrever o primeiro rascunho, porque sabe como é um bom resultado e onde estão os riscos. Um parceiro técnico então verifica se as ferramentas, os acessos e os registros dão conta do que foi descrito. Uma descrição escrita só por engenheiros tende a perder o julgamento de negócio, e uma escrita só pelo negócio tende a ignorar os limites práticos.

E se o agente precisar fazer mais do que a descrição diz? Trate como um pedido de mudança, da mesma forma que faria com uma pessoa cujas responsabilidades crescem. Atualize a descrição, ajuste acessos e aprovações, teste com exemplos reais e só então amplie a função. Assim a expansão é deliberada, e não acidental.

Precisamos de descrição de cargo se usamos apenas um assistente de chat? Uma versão mais leve ainda ajuda. Mesmo uma nota simples sobre para que o assistente serve, que informações ele não deve receber e quem confere o resultado já reduz erros. A estrutura completa importa mais quando o agente passa a ter memória, ferramentas e acesso aos sistemas da empresa.

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