Superinteligência para empresa de duas pessoas: a camada mínima viável

A camada mínima viável de superinteligência para uma empresa de duas pessoas é um agente de IA com uma função bem definida, um arquivo de memória escrito com o contexto que ele precisa, uma lista curta de ferramentas que ele pode usar e uma revisão semanal em que os donos decidem o que muda. Nada além disso é necessário para começar. A camada funciona porque continua pequena o bastante para ser inspecionada, limitada por regras de aprovação e melhorada em um ritmo fixo, e não por acréscimos feitos sem critério.

Principais pontos

• Um agente com uma única função é mais fácil de confiar, testar e corrigir do que um assistente geral conectado a tudo.
• O arquivo de memória é um registro da empresa mantido por responsáveis, com datas de revisão, e não uma pilha de histórico de conversas.
• Limite a lista de ferramentas às ações que a função realmente precisa e marque toda ação de escrita que exige aprovação humana.
• A revisão semanal de correções, escalonamentos e novo contexto é o que faz a camada melhorar com o tempo.
• Defina um critério de sucesso antes da primeira semana, ou ninguém saberá dizer se a camada vale a pena manter.

Por que uma empresa de duas pessoas precisa de uma camada

Em uma empresa pequena, duas pessoas costumam carregar na cabeça o histórico de clientes, o acompanhamento de fornecedores, as regras de orçamento e a passagem de tarefas entre elas. Quando uma delas está ocupada ou fora, esse conhecimento deixa de circular. Uma camada de IA não resolve isso por ser inteligente. Resolve ao transformar o conhecimento recorrente e o trabalho recorrente em algo que pode ser lido, corrigido e repassado.

Muitos líderes começam pelo caminho oposto: um assistente amplo, conectado à caixa de entrada, ao drive compartilhado, à agenda e às contas, na esperança de que ele entenda o negócio sozinho. Isso cria três problemas de uma vez. Ninguém sabe dizer para que serve o assistente, ninguém consegue ver o que ele alterou e ninguém consegue julgar se ele funcionou. A camada mínima evita os três por ser estreita de propósito.

Se você quer ver onde cada componente se encaixa antes de desenhar o seu, o artigo Camadas da infraestrutura de IA empresarial: as sete explicadas oferece uma referência útil.

As quatro partes da camada mínima

A camada tem quatro partes, e cada uma tem um único propósito.

• Um agente com um papel, como responder perguntas recebidas sobre um catálogo fixo ou redigir lembretes de pagamento semanais para uma pessoa aprovar.
• Um arquivo de memória que diga quem são os clientes, o que a empresa oferece, o que ela nunca promete e quem decide o quê.
• Uma lista curta de ferramentas, com apenas as poucas ações que o papel exige, cada uma com escopo claro de leitura ou escrita.
• Uma revisão semanal, com cerca de trinta minutos, em que os dois donos leem o que o agente fez e decidem o que muda na sequência.

Repare no que não aparece. Não há orquestração de vários agentes, treinamento de modelo próprio nem painel de indicadores. Cada um desses itens pode ser útil mais adiante, mas uma empresa de duas pessoas que os adota primeiro costuma gastar sua atenção com a máquina e aprende pouco sobre o trabalho. As quatro partes acima já bastam para gerar evidências.

Escrever um arquivo de memória que o agente consiga usar

O arquivo de memória é contexto de trabalho, não uma transcrição. Sua função é dar ao agente o menor conjunto de informações que permite agir corretamente, e manter esse conjunto atualizado. A orientação de engenharia de contexto da Anthropic aponta na mesma direção: um bom contexto tem alto sinal e é deliberadamente limitado, não é um arquivo com tudo o que já foi dito.

Um arquivo de memória útil para uma empresa pequena costuma ter cinco seções:

• Papel: o que o agente faz, o que não faz e a quem ele se reporta.
• Clientes: os tipos de pedido mais comuns, a linguagem que os clientes usam e as exceções que precisam de uma pessoa.
• Oferta: produtos ou serviços como os donos os descrevem hoje, com as expressões que nunca podem ser prometidas.
• Limites: as ações que exigem aprovação e os assuntos que vão direto para uma pessoa.
• Responsabilidade: o nome do dono de cada seção e a data da última revisão.

A última seção é a mais importante. Memória desatualizada é pior do que memória nenhuma, porque o agente erra com segurança usando termos antigos. Cada seção deve ter um responsável e uma data de revisão, e qualquer mudança deve ser registrada na revisão semanal, e não feita em silêncio dentro da conversa.

Manter a lista de ferramentas curta e as permissões honestas

Cada ferramenta é uma capacidade com um raio de impacto. Antes de conectar qualquer coisa, pergunte qual seria a pior ação plausível se o agente interpretasse mal uma mensagem ou seguisse uma instrução que não deveria seguir. O conteúdo que o agente lê, como e-mails recebidos ou documentos enviados, pode conter texto que tenta desviá-lo. Por isso, o padrão mais seguro é acesso de leitura mais aprovação humana para qualquer coisa que saia da empresa.

A orientação de autorização da OWASP se apoia em negar por padrão e no privilégio mínimo, e essas duas ideias bastam para uma empresa de duas pessoas começar. Conceda o escopo mais restrito que cada fornecedor oferece e prefira uma conta ou agenda separada para o agente a compartilhar um login pessoal. Documente cada ferramenta com quatro campos:

• O que ela lê.
• O que ela escreve, se é que escreve algo.
• Quais ações precisam de aprovação humana antes.
• O que o agente nunca pode fazer com ela.

Uma lista de quatro ferramentas com esses campos costuma caber em uma única página. Se não couber, o papel provavelmente está amplo demais. Para um procedimento mais completo, que você pode repetir a cada trimestre, veja Revisão trimestral de permissões de agentes de IA: checklist prático.

A revisão semanal que faz a camada render

O ganho acumulado vem da revisão, não do modelo. Sem revisão, os erros do agente são corrigidos por quem percebe primeiro, do jeito mais rápido naquele dia, e as lições somem. Com uma revisão fixa, cada erro vira uma mudança datada no arquivo de memória, na lista de ferramentas ou nas regras de aprovação.

Os registros necessários para essa revisão são simples: um log de cada ação, com horário, entrada, saída e se uma pessoa aprovou. O material de observabilidade da OpenTelemetry descreve esse tipo de telemetria, que reúne rastros, métricas e logs, como base para entender o comportamento de um sistema a partir das saídas que ele produz. Uma empresa de duas pessoas não precisa da pilha completa. Um log simples e consistente basta para responder às perguntas da revisão:

• Quais pedidos o agente tratou sem correção?
• Onde uma pessoa precisou intervir, e por qual motivo?
• Qual entrada da memória estava errada, faltando ou desatualizada?
• Alguma ferramenta alcançou mais do que o papel exige?
• O critério de sucesso se moveu na direção esperada?

Cenário ilustrativo: imagine um estúdio de duas pessoas que vende reservas de oficinas. O agente responde dúvidas sobre reservas com base no arquivo de memória e redige respostas para a dona enviar. Na terceira revisão semanal, o log mostra que ele citou um prazo antigo de cancelamento. A correção é uma linha alterada no arquivo de memória, uma nova data de revisão naquela seção, e a etapa de aprovação permanece até a próxima revisão confirmar a mudança.

Um plano de quatro semanas para começar

A sequência a seguir mantém a primeira tentativa pequena e mensurável.

• Semana um: escreva o papel em uma frase e o critério de sucesso em outra. Escolha a tarefa que mais se repete e cuja execução errada tenha a consequência menos irreversível.
• Semana dois: redija o arquivo de memória, peça que cada dono o corrija separadamente, depois junte as diferenças e registre as decisões.
• Semana três: conecte as ferramentas mais restritas, mantenha toda ação de escrita atrás de aprovação e ative o log de ações.
• Semana quatro: faça a primeira revisão semanal, registre o que mudou e decida se amplia o escopo, mantém como está ou encerra.

Decidir encerrar na semana quatro é um resultado legítimo. Se a tarefa escolhida se revelar a errada, o arquivo de memória, o log e as notas de permissão continuam valendo para a próxima tentativa. Os passos práticos para encerrar um teste sem perder esse trabalho estão descritos em Revisão trimestral de IA na empresa: manter, corrigir ou encerrar.

Como a Be Human opera essa camada para uma empresa

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas, incluindo agentes que mantêm identidade, memória, canais, ferramentas, permissões e contexto operacional sob controle humano. Uma primeira etapa 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. 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, para que os donos gastem o tempo semanal com decisões, e não com infraestrutura. O trabalho é remoto e disponível em inglês e português.

Se você não tem certeza de qual tarefa deve vir primeiro, faça o diagnóstico gratuito de IA da Be Human para identificar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Um agente é suficiente para uma empresa de duas pessoas? Geralmente sim, no começo. Um agente com um único papel dá um responsável claro, um conjunto contido de ferramentas e um log que você lê em poucos minutos. Outros agentes podem ser adicionados depois, quando as evidências mostrarem que um segundo papel é necessário e que o primeiro é confiável.

Quão longo deve ser o arquivo de memória? Curto o bastante para que os dois donos o leiam em uma sentada e o corrijam sem reunião. Cada linha deve mudar o comportamento do agente ou evitar um erro específico, e o restante pertence a um documento de referência que o agente não carrega por padrão. Revise o arquivo inteiro em cada revisão semanal para que ele não se desvie do que a empresa é de fato.

O agente deve poder enviar mensagens por conta própria? Comece sem essa permissão. Deixe-o redigir e faça uma pessoa aprovar cada mensagem enviada até que o log mostre um padrão estável para aquele tipo específico de pedido. Ampliar a autonomia deve ser uma decisão registrada na revisão, não um padrão que aparece depois que uma configuração é alterada.

Como saberemos se a camada está funcionando? Compare o único critério de sucesso que você escreveu na semana um com o log em cada revisão semanal. Se as correções caírem, os escalonamentos forem os certos e os donos gastarem menos tempo com a tarefa, a camada está se justificando. Se nada se mover depois de várias revisões, troque a tarefa ou encerre, e guarde os materiais para a próxima tentativa.

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