Infraestrutura de IA para startups: o que montar desde cedo

Uma startup deve definir cinco coisas logo no início da sua infraestrutura de IA: contas que pertencem à empresa, memória guardada em arquivos legíveis, permissões que começam restritas, registros do que o agente fez e uma pessoa responsável com nome. Essas bases custam pouco enquanto a equipe é pequena e custam caro para corrigir depois que hábitos, dados e credenciais já se espalharam. A escolha do modelo, das ferramentas e o acabamento podem mudar depois, desde que essas cinco bases se mantenham.

Principais pontos

• Coloque toda conta, chave e integração de IA sob a empresa, nunca no login de uma única pessoa.
• Guarde a memória do agente em arquivos que uma pessoa possa ler, corrigir e exportar, para que ela sobreviva a trocas de equipe e de fornecedor.
• Dê a cada agente o menor conjunto de permissões que a função exige e só amplie depois de uma revisão.
• Registre o que o agente viu, decidiu e fez, para responder "o que aconteceu?" sem adivinhar.
• Defina um responsável por agente. Boa parte do retrabalho em empresas jovens vem de agentes pelos quais ninguém responde.

Por que startups precisam de infraestrutura de IA antes de mais IA?

Equipes pequenas avançam na base da improvisação, e isso costuma ser uma força. Alguém cria conta em uma ferramenta com o e-mail pessoal, cola alguns documentos, conecta à caixa de entrada compartilhada e o time tem um resultado útil antes do fim do dia. O problema aparece depois, quando a mesma improvisação já se repetiu uma dúzia de vezes e ninguém sabe dizer qual ferramenta guarda quais dados, quem pode alterar o quê ou por que uma resposta mudou na terça-feira passada.

Infraestrutura, aqui, não significa servidores nem uma equipe de plataforma. Significa as decisões pouco glamourosas que transformam um agente de IA em parte confiável da empresa, e não em experimento pessoal: em nome de quem ele roda, onde vive o conhecimento dele, no que ele pode mexer e como você descobre o que ele fez. Se quiser ver todas as camadas, o artigo Camadas da infraestrutura de IA empresarial: as sete explicadas as mapeia. Para uma startup, quatro dessas camadas merecem atenção no primeiro dia, e o resto pode esperar.

Um bom teste é o teste da saída. Imagine que a pessoa que montou seu primeiro agente saia amanhã. Se o time ainda consegue entrar nas contas, ler o que o agente sabe, ver o que ele fez na semana passada e mudar o comportamento dele, suas bases estão no lugar. Se qualquer um desses pontos falhar, você depende de uma única pessoa.

Quais contas a empresa deve ter desde o primeiro dia?

A primeira base é a titularidade. Toda conta conectada a um agente de IA deve pertencer à empresa: a conta do provedor do modelo, o espaço de trabalho onde o agente roda, a identidade de e-mail ou chat que ele usa e a relação de cobrança por trás de tudo isso.

Três hábitos evitam a maior parte dos problemas:

• Crie uma caixa administrativa compartilhada da empresa (por exemplo, um endereço que encaminha para dois sócios) e cadastre as ferramentas de IA nela, não em um endereço pessoal.
• Dê ao agente uma identidade própria em cada sistema que ele acessa, como uma caixa de e-mail própria ou um usuário de serviço, para que as ações dele nunca se misturem com as de uma pessoa.
• Guarde credenciais em um gerenciador de senhas ou cofre de segredos com pelo menos dois administradores, e nunca em mensagem de chat, documento compartilhado ou prompt.

A identidade própria do agente importa mais do que parece. Quando um agente age pelo login pessoal de um sócio, toda ação parece ação do sócio. Você perde a capacidade de separar o trabalho humano do trabalho do agente e não consegue retirar o acesso do agente sem retirar o do sócio. Uma identidade separada pode ser pausada, limitada ou apagada sozinha.

Quando o agente se conecta ao Google ou a outro provedor em nome de uma pessoa, entenda como funciona o acesso delegado. A visão geral do OAuth 2.0 publicada pelo Google explica como aplicações pedem acesso limitado aos dados do usuário, que é o modelo que você quer: acesso restrito e revogável, em vez de uma senha compartilhada.

O que o agente deve lembrar e onde essa memória deve ficar?

A segunda base é a memória. Um agente só é útil na medida do contexto que carrega: quem são seus clientes, como você trata exceções de preço, qual tom usa, quais assuntos exigem uma pessoa. Startups costumam deixar esse contexto se acumular de forma invisível dentro de um histórico de conversa ou de um recurso de memória proprietário do fornecedor. Funciona até o dia em que você precisa corrigir, auditar ou mover essa memória.

Um padrão melhor é manter a memória durável como documentos simples que uma pessoa consiga abrir. Separe três tipos:

• Instruções permanentes: a função, o tom, as regras, as condições de escalonamento. Mudam pouco e devem ter versões.
• Conhecimento de referência: detalhes de produto, políticas, descrições de processo. Mudam com o negócio e precisam de uma pessoa nomeada que os mantenha atualizados.
• Notas de trabalho: o que o agente aprendeu em tarefas recentes. São as mais arriscadas, porque erros nelas se acumulam sem ruído, então revise-as em intervalos definidos.

Essa separação segue a lógica do texto da Anthropic sobre engenharia de contexto eficaz para agentes de IA: o que o agente enxerga em cada etapa é um recurso limitado, e selecionar com critério vale mais do que despejar tudo. Para uma startup, a consequência prática é simples. Documentos menores, mais limpos e com dono geram comportamento melhor e são muito mais fáceis de levar para outro fornecedor. Essa portabilidade é o centro de como evitar dependência de fornecedor de IA em agentes, e custa quase nada se for decidida no começo.

Dois cuidados. Primeiro, não coloque na memória o que o agente não precisa saber. Dados pessoais, credenciais e negociações confidenciais raramente pertencem a ela. Segundo, decida quem pode editar a memória. Se qualquer pessoa puder mudar as instruções permanentes, o comportamento do agente vai se desviar e ninguém saberá por quê.

Quão restritas devem ser as permissões no início?

A terceira base são as permissões. O instinto de um time rápido é conectar tudo para que o agente "resolva sozinho". O instinto mais seguro é começar com acesso de leitura ao conjunto mínimo de fontes, adicionar ações de escrita uma a uma e manter uma aprovação humana diante de tudo o que não pode ser desfeito, como enviar algo a um cliente, alterar um registro ou movimentar dinheiro.

Esse é o princípio do menor privilégio, e o Authorization Cheat Sheet da OWASP o enuncia com clareza: conceda só o acesso de que a função precisa e verifique a cada requisição, em vez de presumir confiança. Vale para agentes tanto quanto para pessoas, talvez mais, porque um agente pode agir rápido e repetidamente a partir de uma instrução equivocada.

Um guia simples de decisão para cada ação que o agente possa executar:

• Dá para desfazer com facilidade e a baixo custo? Deixe o agente fazer e registre.
• Dá para desfazer, mas com esforço ou constrangimento? Deixe o agente preparar e exija um clique humano para enviar.
• Não dá para desfazer, ou envolve dinheiro, compromissos jurídicos ou dados pessoais sensíveis? Mantenha com uma pessoa ou exija aprovação explícita a cada vez.

Escreva isso por agente, em uma página. Quando o time perguntar depois "o agente pode fazer X?", a resposta deve vir da página, não da memória de alguém. Essa página também é o ponto de partida da primeira revisão recorrente de permissões, que você deve agendar antes de precisar dela. Não esqueça o caminho inverso: quando permissões forem reduzidas, o time precisa saber, para que ninguém se surpreenda com uma tarefa que agora exige aprovação.

Se o agente lê conteúdo externo, como e-mails, páginas da web ou arquivos enviados, trate esse conteúdo como entrada não confiável. O texto dentro de um documento pode tentar redirecionar o agente, e é por isso que permissões restritas são sua última linha de defesa. A orientação da OWASP sobre prevenção de injeção de prompt é uma leitura curta e útil para quem for responsável por esse tema.

O que registrar para explicar o que o agente fez?

A quarta base é o registro. Quando algo dá errado, ou quando algo dá surpreendentemente certo, você quer reconstruir o que aconteceu: o que foi pedido ao agente, que informações ele usou, quais ferramentas acionou, o que produziu e quem aprovou. Sem isso, todo incidente vira uma discussão de memória.

Comece com um registro modesto, não com uma plataforma de monitoramento. Para cada tarefa, guarde:

• O pedido e quem ou o que o disparou.
• As fontes e a memória que o agente usou.
• As ações executadas e os resultados delas.
• Qualquer aprovação humana, com nome e horário.
• O custo da tarefa, se o seu provedor informar.

A ideia geral vem da observabilidade: um sistema é compreensível quando emite sinais suficientes para responder a perguntas que você não previu. O guia introdutório de observabilidade do OpenTelemetry descreve logs, métricas e traces em linguagem direta, e você pode adotar o vocabulário sem adotar ainda as ferramentas. Se o seu agente for atender clientes ou tocar dados regulados, planeje um formato de registro que possa evoluir para uma trilha de auditoria mais rigorosa.

Dois pontos práticos. Decida por quanto tempo os registros ficam guardados e quem pode lê-los, já que eles costumam conter os mesmos dados sensíveis que você protegeu em outros lugares. E revise uma pequena amostra com regularidade. Um registro que ninguém lê é armazenamento, não controle.

Cenário ilustrativo: o agente da caixa de entrada da fundadora

Este é um cenário ilustrativo, não um caso real. Uma empresa de cinco pessoas configura um agente para redigir respostas a dúvidas de clientes. Na versão rápida, uma sócia se cadastra com o e-mail pessoal, conecta a própria caixa de entrada, cola a documentação do produto e deixa o agente enviar as respostas diretamente.

Funciona por um tempo. Então a sócia sai de férias e um colega precisa mudar a forma como os reembolsos são descritos. Ninguém encontra onde ficam as instruções. O agente envia pelo endereço da sócia, então as respostas parecem pessoais. Um cliente contesta algo que o agente disse, e não existe registro de qual documento ele usou.

Na versão em que as bases vêm primeiro, o agente tem uma caixa de e-mail própria em um domínio da empresa, cadastrada pelo endereço administrativo compartilhado. As instruções e as notas de produto ficam em três documentos com responsáveis nomeados. Ele lê a caixa de suporte e redige respostas, mas uma pessoa aprova cada envio até o time confiar no padrão. Cada tarefa deixa uma entrada curta no registro. Mudar o texto sobre reembolsos leva poucos minutos, as férias passam sem sobressaltos e a resposta contestada pode ser rastreada até a fonte. A diferença foram algumas decisões tomadas no primeiro dia, não tecnologia a mais.

Qual é uma boa ordem para montar isso?

Você não precisa de um projeto para isso. Um sócio ou o responsável por operações consegue percorrer a lista abaixo em algumas sessões focadas, antes de o segundo agente chegar.

• Nomeie um responsável para cada agente e um suplente. Escreva os dois nomes no documento de instruções.
• Crie ou confirme a conta administrativa da empresa e mova para ela qualquer ferramenta de IA cadastrada em nome pessoal.
• Dê ao agente uma identidade própria em cada sistema conectado e retire credenciais pessoais de qualquer configuração.
• Escreva a descrição da função em uma página: o que o agente faz, o que ele nunca faz e quando passa a tarefa para uma pessoa.
• Mova o conhecimento durável para documentos legíveis e indique alguém para manter cada um atualizado.
• Liste todas as permissões que o agente tem. Retire o que a função não exige e marque quais ações pedem aprovação humana.
• Ative o registro de tarefas, chamadas de ferramentas e aprovações, e defina um prazo de retenção.
• Defina um limite de uso e um alerta de orçamento no seu provedor, seguindo a abordagem de limites de gasto e alertas em agentes de IA.
• Marque no calendário uma data recorrente para revisar permissões e memória.

O que pode esperar: escolher entre muitos modelos, montar uma estrutura própria de avaliação, painéis elaborados e um programa formal de governança. Desenhe um quadro aproximado de como as peças se conectam, mesmo que seja um rascunho à mão, usando algo como o mapa de arquitetura em uma página. Volte ao restante quando o número de agentes ou a sensibilidade dos dados crescer.

Como a Be Human trabalha essas bases?

A Be Human projeta, implanta e opera infraestrutura de IA personalizada para empresas, e essas bases são onde começa um primeiro trabalho conjunto. Definimos uma função útil para o agente e então configuramos a identidade, a memória, os canais, as ferramentas e as permissões de que ele precisa, com limites de aprovação combinados com você e um critério de sucesso observável. Contas e memória ficam sob o seu controle, e a operação do dia a dia, como monitoramento, avaliações recorrentes, manutenção de integrações e revisão de permissões, pode ser conduzida por nós. O serviço é remoto, em português e inglês.

Perguntas frequentes

Precisamos de uma pessoa dedicada à infraestrutura de IA nesta fase? Não. Em uma equipe pequena, o papel de responsável é uma atribuição, não um cargo, e normalmente fica com um sócio ou com quem cuida de operações. O que importa é que o nome esteja escrito e que a pessoa tenha tempo para uma revisão curta em intervalos regulares.

Devemos escolher um único provedor de IA ou manter as opções abertas? Escolha um para começar, mas mantenha instruções, conhecimento e registros em formatos que você controla, de modo que trocar seja reconectar, e não reconstruir. As opções ficam abertas por meio de memória portátil e contas da empresa, não por usar vários provedores ao mesmo tempo.

Quando vale a pena sair de um experimento rápido para esse tipo de estrutura? Assim que o agente tocar dados reais de clientes, enviar qualquer coisa para fora da empresa ou quando mais de uma pessoa depender dele. Antes disso, o experimento pode continuar informal, mas anote o que você mudaria antes de passar a depender dele.

Quanto disso vale se o nosso agente apenas redige documentos internos? Os pontos de contas da empresa, memória e responsável com nome continuam valendo por inteiro. Permissões e etapas de aprovação podem ser mais leves, porque os erros ficam contidos, mas mantenha um registro simples, já que rascunhos internos costumam alimentar decisões futuras e você vai querer saber de onde vieram.

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