Contratar freelancer para criar agente de IA: riscos a avaliar

Contratar um freelancer para criar um agente de IA pode dar certo quando o escopo é uma função clara, a empresa é dona de todas as contas que o agente usa e a entrega está registrada por escrito antes de o trabalho começar. Os riscos reais raramente têm a ver com competência técnica. Eles são continuidade, acesso, documentação e suporte, e cada um pode ser reduzido com cláusulas de contrato e escolhas de configuração feitas no primeiro dia.

Principais pontos

• Um freelancer é uma escolha razoável para uma função restrita, interna e de baixo risco, especialmente como primeiro piloto.
• A continuidade é a maior exposição. Uma pessoa é um único ponto de falha, então indique um substituto e mantenha todo o trabalho em locais controlados pela empresa.
• A empresa, e não quem constrói, deve ser dona de toda conta, credencial e repositório. O agente deve ter identidade própria, com apenas o acesso de que precisa.
• Documentação é um item de entrega, não um favor. Vincule o aceite final a uma passagem de bastão que outra pessoa consiga seguir.
• Agentes exigem cuidado depois do lançamento, então defina por escrito quem monitora, quem responde a incidentes e quem pode pausar o agente.

Quando faz sentido contratar um freelancer para criar um agente de IA?

O freelancer costuma ser o caminho mais rápido até uma primeira versão funcional. Você fala direto com quem executa, não há camadas de gestão de conta e o escopo pode mudar com agilidade. Para a empresa que quer descobrir se um agente ajuda em uma tarefa específica, isso é uma vantagem real.

A adequação depende menos do freelancer e mais da função que será construída. Um agente que resume documentos internos para uma equipe tem consequências diferentes de um que escreve para clientes ou altera registros em um sistema financeiro. Quanto maior o acesso e mais caro o erro, mais o trabalho se parece com operação contínua e menos com uma entrega pontual.

Use este guia rápido de decisão:

• O freelancer se encaixa quando o agente tem uma única função definida, trabalha com informação interna e uma pessoa revisa o resultado antes de qualquer coisa sair da empresa.
• O freelancer se encaixa quando você quer entender o que um agente pode fazer antes de assumir um programa maior, e aceita que a primeira versão é um exercício de aprendizado.
• Uma equipe ou um parceiro gerenciado se encaixa quando o agente se conecta a vários sistemas, age sozinho em fluxos de clientes ou financeiros, ou precisa ficar disponível no horário comercial sem interrupção.
• Uma equipe ou um parceiro gerenciado se encaixa quando ninguém dentro da empresa consegue revisar o trabalho, porque então ninguém perceberá se ele piorar em silêncio.

Se você ainda está comparando as opções, o artigo Construir ou comprar agentes de IA? Um guia de decisão detalha melhor os prós e contras.

Risco de continuidade: o que acontece se quem construiu ficar indisponível?

Um profissional solo está a uma doença, a um novo emprego em tempo integral ou a um mês sobrecarregado de ficar inacessível. Isso não é crítica. É assim que arranjos com uma única pessoa funcionam, e importa porque um agente de IA não é um objeto acabado. Os provedores de modelos mudam o comportamento, as ferramentas conectadas alteram suas interfaces e os seus próprios processos se transformam. Algo vai precisar de atenção depois do lançamento.

A falha costuma ser silenciosa. O agente continua rodando, mas uma conexão expira ou as respostas começam a se desviar, e ninguém sabe a quem recorrer nem onde estão as instruções.

Formas de reduzir esse risco:

• Mantenha código, configuração e instruções em um repositório da empresa, nunca apenas na máquina ou na conta de nuvem pessoal de quem construiu.
• Indique no contrato uma segunda pessoa técnica, mesmo que ela apenas leia e revise, para que alguém mais tenha visto o sistema.
• Escreva a disponibilidade no contrato: prazo esperado de resposta, aviso prévio antes de o profissional deixar de atender você e o compromisso de passar o trabalho adiante nesse período.
• Prefira componentes comuns e bem documentados a frameworks incomuns que só quem construiu entende.
• Agende uma revisão curta em intervalos regulares, para que o sistema seja olhado mesmo quando nada está errado.

Risco de acesso: quem guarda as contas, chaves e permissões?

Em muitos projetos com freelancer, o caminho mais rápido é justamente o que cria o problema. O profissional abre conta no provedor de modelo com o próprio e-mail, usa uma chave de API pessoal durante o desenvolvimento e conecta o agente à sua caixa de e-mail ou ao seu CRM com o login dele. Funciona. Mas isso significa que a capacidade de agir do agente depende de uma pessoa que pode sair, e que informações da sua empresa passam por contas que você não enxerga.

Três princípios mantêm isso sob controle. Primeiro, a empresa cria e é dona das contas e depois concede acesso ao profissional, nunca o contrário. O artigo De quem devem ser as contas e chaves de API do agente de IA? explica por que isso importa, em especial para as contas de modelo. Segundo, o agente recebe identidade própria em vez de usar a de uma pessoa, de modo que suas ações sejam rastreáveis e possam ser revogadas sem afetar o trabalho de ninguém. Terceiro, toda permissão segue o princípio do menor privilégio: leitura, a menos que escrever seja necessário; uma pasta em vez do drive inteiro; uma caixa de e-mail em vez de todas.

Referências padrão, como as orientações de autorização da OWASP e a documentação do OAuth 2.0, ajudam a conversar sobre escopos e acesso delegado. Um freelancer competente já as conhece e não vai se incomodar com o pedido.

Um checklist curto de acesso:

• Liste todas as contas que o agente usa e quem é o dono de cada uma. Todas as linhas devem dizer empresa.
• Guarde as credenciais em um local de segredos gerenciado pela empresa, não em mensagens de chat, documentos ou código.
• Dê ao profissional um acesso que possa ser removido, e remova-o quando o contrato terminar.
• Troque todas as credenciais que o profissional chegou a ver quando o projeto for encerrado.
• Registre cada permissão que o agente possui e o motivo pelo qual ele precisa dela.

Risco de documentação: o que deve existir no dia da entrega?

É na documentação que os projetos solo mais costumam ficar fracos, porque quem construiu carrega o contexto na cabeça e não sente a lacuna. O teste é simples: um profissional competente, de fora, conseguiria operar e alterar este agente usando apenas o que está escrito? Se não, esse conhecimento é um passivo.

Trate a passagem de bastão como um item de entrega com critérios de aceite e vincule o pagamento final a ela. Um pacote viável contém:

• Uma descrição de uma página da função do agente: o que ele faz, o que nunca deve fazer e quem aprova o quê.
• Um esboço da arquitetura mostrando modelos, fontes de conhecimento, ferramentas e canais.
• Instruções e prompts versionados, com uma nota curta sobre por que cada regra importante existe.
• A lista de sistemas conectados e as permissões usadas em cada um.
• Um conjunto de casos de teste com resultados esperados, para que mudanças sejam verificadas antes de entrar no ar. A orientação da Anthropic sobre avaliações (evals) de agentes descreve como montar esses conjuntos a partir de tarefas reais.
• Um guia de logs e rastros: onde estão, como é o comportamento normal e como encontrar uma execução que falhou. O material introdutório sobre observabilidade do OpenTelemetry cobre o vocabulário básico.
• Modos de falha conhecidos e os passos de recuperação de cada um, incluindo como pausar o agente.
• Um procedimento de mudança: como atualizar instruções, testar, publicar e voltar atrás.

Depois, peça a alguém do seu lado, ou a um revisor independente, que siga o documento e faça uma pequena alteração. As lacunas costumam aparecer em menos de uma hora.

Risco de suporte: quem responde quando o agente se comporta mal?

Um contrato de freelancer normalmente termina na entrega, mas as perguntas que importam surgem depois. O agente dá uma resposta errada a um colega, uma chamada de ferramenta falha durante a noite ou uma atualização do provedor muda o tom das respostas. Sem um caminho definido, o problema fica parado em uma caixa de entrada até alguém perceber. O artigo Suporte e disponibilidade de agentes de IA: o que esperar na prática mostra como são compromissos realistas.

Combine estes pontos antes de o trabalho começar:

• O que conta como incidente e o que é apenas um pedido de melhoria.
• Quem é acionado primeiro, por qual canal e em quanto tempo se espera a primeira resposta. Prefira compromissos simples a promessas de disponibilidade perfeita.
• Quem dentro da empresa pode pausar ou desativar o agente imediatamente, sem esperar por quem construiu.
• Quem revisa o comportamento do agente de forma recorrente e o que essa pessoa observa.
• Quem aprova mudanças e como elas são testadas antes de entrar no ar.
• O que acontece quando o profissional está ausente: um contato reserva ou um plano alternativo documentado.

O último ponto merece destaque. Um plano manual, ou seja, os passos escritos para uma pessoa executar a tarefa sem o agente, é o plano de suporte mais subestimado que existe.

Como estruturar a contratação para reduzir os quatro riscos?

Um cenário ilustrativo mostra por que a estrutura importa. Uma distribuidora pede a um freelancer que crie um agente para redigir respostas sobre o status de entregas. Na primeira versão, o freelancer usa uma conta pessoal no provedor de modelo e o login de uma caixa de e-mail compartilhada. Mais tarde, ele assume um emprego em tempo integral em outro lugar. O agente segue rodando até uma credencial expirar, os rascunhos deixam de aparecer e ninguém na equipe sabe onde as instruções estão guardadas. Com contas da empresa, uma identidade dedicada para o agente, um documento de entrega e um substituto indicado, o mesmo evento custaria uma tarde, e não um processo parado.

Um plano passo a passo para evitar esse desfecho:

• Defina primeiro a função. Escreva o que o agente faz, em que pode mexer, quem aprova o que ele produz e como você vai julgar se funciona.
• Crie as contas da empresa e a identidade própria do agente antes de o freelancer começar.
• Contrate por entregas, não apenas por horas: o agente funcionando, o repositório, o pacote de documentação, os casos de teste e uma sessão de passagem de bastão com o revisor que você indicou.
• Construa uma primeira etapa pequena, com tarefas reais de baixo risco, e revise o resultado com as pessoas que vão usá-lo.
• Faça o teste de passagem de bastão: outra pessoa altera o agente usando só os documentos.
• Combine o arranjo pós-lançamento: horas definidas ou um retainer, expectativas de resposta e um calendário de revisões.
• Encerre o contrato do jeito certo: remova os acessos que não são mais necessários e troque as credenciais.

Como a Be Human trata o mesmo problema: 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. O agente mantém identidade, memória, canais, ferramentas e permissões próprios, sob controle humano, e a documentação faz parte do trabalho, não é um extra. A operação gerenciada pode então cobrir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas, de modo que a continuidade não dependa de uma única pessoa. O que acontece depois da entrega está descrito em Primeiros meses com um agente de IA gerenciado: o que esperar. O atendimento é remoto, em português e inglês.

Perguntas frequentes

O freelancer é sempre a opção mais barata? Nem sempre. A construção em si pode ser mais enxuta, mas o quadro completo inclui manutenção, avaliação, tratamento de incidentes e o tempo que sua própria equipe gasta com coordenação. Compare o custo de manter o agente ao longo de toda a sua vida, e não apenas o custo da primeira versão.

De quem devem ser o código, os prompts e os dados? Da sua empresa. Registre no contrato que todo código, instruções, configurações, casos de teste e documentação pertencem à empresa e são criados em contas controladas por ela, e que o freelancer não guarda cópias dos seus dados após o fim do contrato. Se o freelancer reutilizar ferramentas próprias, peça uma licença clara que permita continuar usando o material.

Como verificar o que um freelancer promete antes de fechar? Faça um teste pago e pequeno, com uma tarefa real de baixo risco e exemplos seus. Observe como ele lida com falhas e instruções pouco claras, se pergunta sobre permissões e aprovações e se propõe testes. Quem fala apenas do que um agente pode fazer e nunca de como ele pode falhar merece uma segunda análise.

Posso passar de um freelancer para um parceiro gerenciado depois? Pode, e fica muito mais fácil quando existe um pacote de entrega. Contas da empresa, arquitetura documentada e um conjunto de casos de teste permitem que uma nova equipe assuma sem reconstruir tudo do zero. Planeje essa possibilidade desde o início, em vez de tratá-la como uma saída de emergência.

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