Estrutura de IA para profissional autônomo: primeira montagem enxuta

Uma boa estrutura de IA para profissional autônomo começa por um papel definido, não por uma ferramenta. Escolha uma tarefa recorrente, dê ao assistente uma memória curta e escrita sobre o seu jeito de trabalhar, conecte só as duas ou três ferramentas que essa tarefa exige e decida de antemão quais ações dependem da sua aprovação. Mantenha o conjunto pequeno o bastante para explicá-lo em um parágrafo e revisá-lo em uma única sessão curta por mês.

Principais pontos

• Comece com um papel e um teste de sucesso observável, como rascunhar a primeira versão de notas de acompanhamento que você ajusta em poucos minutos.
• Mantenha a memória pequena, escrita em arquivos simples que você consiga ler, e separe suas anotações de trabalho do material confidencial de clientes.
• Dê a cada ferramenta o menor acesso que permita o trabalho e prefira acesso de leitura ao de escrita até a confiança ser conquistada.
• Defina o que o assistente pode fazer sozinho, o que precisa da sua aprovação e o que ele nunca deve fazer.
• Revise a estrutura em data marcada no calendário, porque numa prática de uma pessoa só não há colega para perceber quando algo sai do rumo.

Por que uma prática individual também precisa de infraestrutura?

Quando você trabalha sozinho, você é a equipe de operações, a equipe de segurança e a única pessoa que sabe o que o assistente pode fazer. Isso é uma vantagem, porque não existe comitê. Também é um risco, porque ninguém mais vai notar se o assistente começar a enviar rascunhos da conta errada, citar uma descrição de serviço desatualizada ou manter o arquivo de um cliente muito tempo depois de o contrato terminar.

Infraestrutura, aqui, não significa servidores. Significa algumas decisões tomadas de propósito e registradas por escrito. As mesmas camadas que as empresas maiores gerenciam (identidade, memória, canais, ferramentas, permissões e contexto de operação) existem também numa prática individual. Só que em tamanho reduzido. Se quiser ver como essas camadas se encaixam em escala empresarial, vale ter por perto o guia Camadas da infraestrutura de IA empresarial: as sete explicadas enquanto você as reduz para a sua realidade.

O teste prático é simples. Se você ficasse indisponível por duas semanas, alguém de confiança conseguiria abrir um único documento e entender o que o seu assistente faz, em que ele pode mexer e como desligá-lo? Se não, a estrutura ainda não está pronta, por melhor que o assistente escreva.

Passo 1: escolha um papel e um teste de sucesso

O erro mais comum numa primeira montagem é pedir ajuda ao assistente para tudo. Um pedido amplo gera um sistema amplo e impossível de revisar. Um único papel gera algo que você consegue avaliar.

Bons primeiros papéis para um consultor costumam ser repetitivos, baseados em texto e de baixa consequência caso o rascunho saia imperfeito:

• Transformar anotações de reunião em um resumo estruturado e uma lista de próximos passos.
• Rascunhar a primeira versão de uma proposta a partir das suas propostas anteriores.
• Preparar um briefing pré-reunião com as anotações que você já tem sobre um cliente.
• Triar contatos recebidos e rascunhar uma resposta para você aprovar.

Escolha um. Depois escreva o teste de sucesso em uma frase que você consiga verificar sem planilha. Por exemplo: depois de uma reunião, recebo em poucos minutos um resumo que posso enviar com ajustes leves, e ele nunca inventa um compromisso que eu não assumi. Essa frase diz o que observar. Também diz quando parar e corrigir algo em vez de seguir adiante.

É a mesma disciplina que organizações maiores aplicam ao definir um piloto. Para aprofundar a definição de critérios, vale ler Por que pilotos de IA não saem do papel e como levá-los à produção.

Outro ponto a resolver agora: o assistente é um papel, não uma pessoa. Dê a ele um nome e uma descrição de função de um parágrafo. Escreva pelo que ele é responsável, pelo que não é e a quem responde (você). Uma descrição curta mantém as ampliações futuras sob controle, porque cada novo pedido pode ser conferido contra ela.

Passo 2: monte uma memória pequena que você consiga ler

É na memória que uma estrutura individual pode dar errado sem alarde, então mantenha-a simples. O objetivo não é entregar ao assistente tudo o que você sabe. É dar o mínimo de contexto para que o resultado soe como a sua prática e esteja correto nos fatos.

Uma memória enxuta tem três partes, cada uma guardada como documento legível:

• Perfil da prática: quem você atende, o que oferece, como descreve seus serviços, seu tom de voz, palavras que evita e seus termos padrão de contratação.
• Arquivo de estilo e exemplos: alguns documentos seus que você considera bons, com uma nota sobre por que cada um funciona.
• Notas de clientes: uma página curta por cliente ativo, com preferências, histórico relevante e tudo o que o assistente não deve mencionar.

Resista à tentação de despejar todo o seu arquivo no assistente. A busca em uma pilha grande de documentos sem organização tende a trazer material antigo, contraditório ou irrelevante, e você não saberá por que um rascunho disse o que disse. Notas menores, selecionadas e datadas são mais fáceis de confiar. As orientações da Anthropic sobre engenharia de contexto para agentes de IA (effective context engineering for AI agents) defendem a mesma ideia pelo lado técnico: o que você coloca diante do modelo importa mais do que a quantidade.

Dois hábitos mantêm a memória saudável. Primeiro, date cada nota e indique a fonte, para distinguir uma preferência atual de uma ultrapassada. Segundo, separe o material confidencial de clientes das suas anotações gerais de trabalho e encerre a seção do cliente quando o contrato acabar. Se o contrato de um cliente restringe onde as informações podem ser processadas, essa restrição deve estar na própria nota do cliente, onde você e o assistente vão enxergá-la.

Faça também backup dos documentos de memória. Eles são a parte da estrutura que exigiu o seu julgamento para existir e a que você menos consegue recriar. Vale definir o que salvar e testar a restauração antes de precisar dela.

Passo 3: conecte poucas ferramentas, com o menor acesso que funcione

Cada conexão que você adiciona é uma porta. Um consultor autônomo costuma precisar de menos do que imagina: e-mail ou mensagens, agenda, um repositório de documentos e talvez um aplicativo de notas ou de cobrança. Adicione uma de cada vez e só quando o papel escolhido exigir.

Para cada ferramenta, responda a quatro perguntas antes de conectá-la:

• O que exatamente o papel precisa dessa ferramenta? Nomeie a tarefa, não o produto.
• Ela funciona só com acesso de leitura? Se sim, pare por aí por enquanto.
• De qual conta ou pasta ela precisa? Limite a essa conta ou pasta, não ao espaço de trabalho inteiro.
• Como vou revogar o acesso? Saiba onde ele é concedido e onde é removido.

Quando uma ferramenta se conecta por um fluxo de login, olhe os escopos que estão pedindo para você aprovar. O padrão por trás de muitos desses fluxos é a autorização OAuth 2.0, que existe justamente para que um aplicativo receba acesso limitado sem conhecer a sua senha. Trate um pedido de escopos amplos como sinal para perguntar se há uma opção mais restrita. O princípio geral, de que cada agente deve ter apenas as permissões que a tarefa exige e de que as verificações devem ocorrer a cada solicitação, está descrito no Authorization Cheat Sheet da OWASP.

Dê ao assistente uma identidade própria sempre que puder: um alias de e-mail, um login e uma pasta só dele. Assim, as ações dele aparecem nos registros como ações do assistente, e retirar o acesso não mexe nas suas contas pessoais. Para aprofundar o assunto, leia Por que o agente de IA da empresa precisa de identidade e contas próprias.

Um risco merece atenção especial na rotina de um consultor. Se o assistente lê e-mails ou documentos vindos de terceiros, esses textos podem conter instruções dirigidas ao assistente, e não a você. As orientações da OWASP sobre prevenção de prompt injection explicam por que todo conteúdo externo deve ser tratado como não confiável. A consequência prática é esta: um assistente que lê material de fora não deve, ao mesmo tempo, poder enviar mensagens ou mover arquivos sem a sua aprovação.

Quais ações o assistente pode fazer sozinho e quais precisam de você?

Permissões tratam de acesso. Limites de aprovação tratam de ação. Você precisa dos dois, e o segundo é mais fácil de montar numa prática individual, porque quem aprova é sempre você.

Use este guia de decisão para cada ação que o assistente poderia executar, classificando-a em um de três grupos:

• Permitido sozinho: reversível, interno e de baixa consequência. Exemplos: criar um rascunho na sua própria pasta, resumir um documento, preparar um briefing, adicionar uma nota privada.
• Precisa da sua aprovação: tudo o que sai da sua prática ou altera um registro em que outra pessoa se apoia. Exemplos: enviar um e-mail, compartilhar um arquivo, aceitar ou remarcar uma reunião, editar uma fatura, atualizar um documento voltado ao cliente.
• Nunca permitido: ações em que um erro é difícil de desfazer ou tem peso jurídico ou financeiro. Exemplos: apagar arquivos de origem, assinar ou aceitar termos, fazer pagamentos, contatar por conta própria terceiros ligados a um cliente.

Escreva as três listas no mesmo documento da descrição do papel. Quando quiser mover uma ação do segundo grupo para o primeiro, trate isso como uma mudança deliberada: só faça depois de observar o assistente executar essa ação corretamente numa sequência de casos reais, e registre a data e o motivo. Uma checagem curta e regular de quem e o que tem acesso mantém essas listas honestas. Uma revisão de permissões dos seus agentes, em formato reduzido para uma pessoa, já cumpre esse papel.

Dois controles pequenos completam o quadro. Defina um teto de uso ou de gasto no seu provedor de modelo, para que um laço repetitivo ou um erro não corra sem ser notado. E mantenha um registro simples do que o assistente fez, mesmo que seja apenas uma lista corrida de ações em um documento. Você não precisa de uma plataforma de monitoramento. Precisa conseguir responder o que aconteceu na terça-feira.

Como é um mês de operação? Um cenário ilustrativo

O cenário a seguir é ilustrativo e não descreve nenhum projeto real.

Imagine uma consultora independente de operações que atende alguns clientes pequenos. Ela escolhe um papel: depois de cada reunião com cliente, o assistente transforma as anotações brutas dela em um resumo e uma lista de próximos passos. O teste de sucesso é conseguir enviar o resumo após ajustes leves, sem que ele registre um compromisso que ela não assumiu.

Elá escreve um perfil da prática de uma página, junta três resumos antigos como exemplos de estilo e cria uma nota curta para cada cliente. Conecta apenas duas coisas: a pasta onde salva as anotações das reuniões, com leitura e escrita limitadas a essa pasta, e uma área de rascunhos no e-mail, onde o assistente pode salvar um rascunho, mas não enviar. O envio continua com ela. Apagar qualquer coisa nunca é permitido.

Nas primeiras semanas, ela lê cada resumo com atenção e mantém uma lista de correções: o nome de um cliente grafado errado, um prazo confundido com uma meta, um tom um pouco formal demais. Cada correção vai para o perfil da prática ou para a nota do cliente, em vez de ser resolvida só no rascunho. Ao fim do mês, as correções diminuem, e ela percebe um padrão: o assistente tem dificuldade quando as anotações vêm em fragmentos. Ela muda levemente o próprio hábito de anotar, em vez de acrescentar uma ferramenta nova.

Todo dia primeiro do mês, ela dedica uma sessão curta a uma lista fixa:

• Ler o registro de ações e procurar qualquer coisa inesperada.
• Listar todas as ferramentas conectadas e confirmar que cada uma ainda é necessária.
• Verificar se o acesso relacionado a contratos encerrados foi fechado.
• Revisar a lista de correções e atualizar os documentos de memória.
• Decidir se algum limite de aprovação deve mudar e anotar o motivo.

Nada nessa rotina é sofisticado. O valor dela está em acontecer em data marcada, e não depois que algo já deu errado.

Como a abordagem gerenciada da Be Human trata isso

A Be Human projeta, implementa e opera infraestrutura de IA personalizada, e um primeiro projeto define um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável. Para uma prática individual, isso significa a mesma sequência descrita acima, com a estrutura montada e documentada para você, em vez de construída nas horas vagas. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. O trabalho é feito remotamente, em inglês e português, e o assistente permanece sob o seu controle: você decide a que ele tem acesso e sobre o que ele deve perguntar antes. Se você está ponderando entre montar tudo sozinho ou envolver um parceiro, o guia Como migrar agentes de IA para outro fornecedor, passo a passo ajuda a levantar perguntas úteis nos dois casos, como quem é dono dos documentos de memória e se você pode levá-los com você.

Perguntas frequentes

Preciso de um software sob medida ou posso começar com as ferramentas que já uso? Em geral, dá para começar com o que você já tem, desde que consiga controlar o acesso, ver o que foi feito e exportar seus documentos de memória. As decisões deste artigo (um papel, memória pequena, permissões restritas, regras de aprovação) valem para qualquer produto. Passe para algo mais sob medida quando esbarrar em um limite que você consiga nomear, como precisar que o assistente atue em vários canais com regras consistentes.

Quanta informação de clientes o assistente deve guardar? Apenas o que o papel escolhido exige, pelo tempo que o contrato exigir. Prefira uma nota curta por cliente a arquivos completos, confira nos contratos se há restrição sobre onde as informações podem ser processadas e encerre a seção do cliente quando o trabalho terminar. Se você não tem certeza de que o cliente aceitaria determinado uso, pergunte a ele ou deixe esse material de fora.

Quando posso deixar o assistente enviar mensagens sozinho? Só depois de observá-lo tratar corretamente aquele tipo específico de mensagem numa sequência de casos reais, e apenas para mensagens de baixa consequência e fáceis de corrigir. Comece com rascunhos que você mesmo envia. Se conceder o direito de envio, limite-o a uma categoria estreita, mantenha um registro e reavalie a decisão na próxima revisão mensal.

Como sei se a estrutura está funcionando? Volte ao teste de sucesso que você escreveu no início e compare com o resultado real. Os rascunhos são utilizáveis após ajustes leves e os fatos estão corretos? Some um segundo sinal, vindo do registro: o assistente já tentou fazer algo fora do seu papel? Se as respostas forem sim e não, respectivamente, a estrutura está cumprindo sua função, e você pode considerar um segundo papel.

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