Segundo cérebro: uma memória da pessoa para todos os agentes
Medimos que o agente de suporte enxergava só 13% do que a pessoa já tinha ensinado a outro agente. Como reorganizamos a memória em ficha, memórias e cadernos que valem em todos os agentes dela, e o que deu errado no caminho.
Em outubro fizemos um levantamento em produção na OrganIA. Três de cada quatro pessoas usavam dois agentes no dia a dia. E o agente de suporte alcançava 13% do que a pessoa já tinha ensinado ao outro.
Na prática: alguém passava semanas explicando a um agente como gosta de receber um resumo, quem é quem na conta de um cliente, o que ficou combinado na última reunião. Abria outro agente para tratar do mesmo cliente e começava do zero. A mesma conversa, sobre o mesmo cliente, estava partida em duas, e o critério da divisão era só qual janela estava aberta.
Este artigo conta como mudamos isso no agent-builder, a plataforma onde construímos os agentes da OrganIA. Conto a regra que decidiu o desenho, as peças, os erros que a medição expôs e o que eu faria de novo se começasse hoje.
A pergunta que separa três donos
Antes de qualquer tabela, precisávamos de um critério para decidir a quem pertence cada coisa que um agente “sabe”. O critério que ficou é uma pergunta só:
Se eu trocar de agente, isto continua verdade? Se sim, é da pessoa.
Parece óbvio, mas resolve muita discussão. Aplicada a tudo o que um agente carrega, ela separa três donos:
| Dono | O que é | Exemplos |
|---|---|---|
| Da pessoa | Continua verdade se ela trocar de agente | Ficha de trabalho, memórias dela, cadernos, conexões pessoais (agenda, e-mail) |
| Do agente | Muda se ela trocar de agente | Skills e ferramentas, réguas calibradas, painéis, bases de conhecimento, o que ele faz sozinho, a memória do time |
| Da empresa | Igual para todas as pessoas | O cérebro dos clientes, identidade visual, skills da casa |
A coluna da esquerda vale em todos os agentes internos da pessoa por padrão. Ninguém precisa ligar nada. A exceção é o agente de atendimento a cliente externo: ali “a pessoa” é o cliente do outro lado, e nada do cérebro do colaborador é lido.
Um detalhe que me custou uma discussão interna: a memória não perdeu o agente. Cada memória continua sabendo de qual agente veio. O que mudou foi a leitura, que agora alcança todos os agentes da pessoa. Em produção, 51 gavetas de memória foram reordenadas para esse formato.
Minha opinião, depois de ver isso funcionando: a maioria das empresas que estão montando agentes guarda memória no lugar errado. Amarram ao bot porque é onde o código já está. Funciona com um agente. Com o segundo, a pessoa vira a integração entre eles, repetindo contexto.
Três lugares, cada um para uma forma de saber
O cérebro da pessoa não é um banco único. São três peças, porque saber “como você quer ser chamado” e saber “o que está acontecendo no cliente X” são coisas de formato diferente.
| Peça | Guarda | Forma |
|---|---|---|
| Ficha de trabalho | Papel, o que entrega, tom, formato, idioma, como quer ser chamada | Campo: um valor por coisa, que sobrescreve sem duplicar. Guarda de onde veio (ela escreveu, respondeu, ou o sistema observou) |
| Memórias | Fatos soltos e teses que surgem nas conversas | Frase, com verificação de duplicata |
| Cadernos | O que ela sabe sobre um cliente, um tema, ou a resposta a uma pergunta de análise | Página markdown, sem agente, com versões e lixeira |
Tudo isso fica visível numa área chamada Meu cérebro. A ficha aparece com o texto exato que vai para o agente. Isso foi deliberado: se a pessoa não consegue ver o que o agente recebe sobre ela, não consegue corrigir.
Há também um porteiro antes de gravar. Nem tudo que a pessoa pede para “lembrar” é dela. Rotina vai para agendamentos. Régua do agente vai para a configuração do agente. Jeito de trabalhar vira uma skill, com a pergunta “vale só para você ou para todo mundo?”. E fato sobre a empresa vira sugestão de anotar no cérebro da empresa. Sem esse porteiro, o cérebro da pessoa vira depósito de tudo.
Cadernos: o wiki que a máquina escreve
A peça mais interessante, e a que mais deu trabalho, são os cadernos. A inspiração é a ideia de “LLM wiki” que o Karpathy descreveu: em vez de jogar documentos brutos num índice vetorial e torcer para a busca achar, um modelo mantém páginas compiladas, que se atualizam conforme chega informação nova.
Nos nossos cadernos, a principal fonte de informação nova são as atas de reunião.
Três tipos, e o tipo decide quem escreve
| Tipo | É sobre | O processo automático pode |
|---|---|---|
| Cliente | Uma empresa: cliente, lead ou parceiro | Acrescentar o que chega das reuniões |
| Tema | Um assunto que atravessa clientes | Acrescentar o que chega das reuniões |
| Análise | A resposta a uma pergunta, numa data | Nada |
A análise nunca recebe acréscimo. Ela se refaz inteira. Misturar uma conclusão com um fato novo estraga a conclusão, e uma comparação de texto não percebe o estrago.
O tipo é proposto, nunca perguntado. Empresa conhecida no título vira cliente, pergunta de análise vira análise, o resto é tema, e a pessoa troca com um clique. Na dúvida, o sistema erra para “análise”, porque o único erro caro é o processo escrever por cima de uma conclusão.
Síntese e linha do tempo
Uma página alimentada por reuniões, sem estrutura, vira log. Aprendemos isso na primeira sonda: ela propôs 38 cadernos para 34 atas, cada um com um parágrafo por reunião e nenhum dizendo onde as coisas estão.
Por isso toda página tem duas metades:
- Síntese responde “onde estamos?”. É reescrita a cada atualização. Se a pessoa editar a síntese, ela passa a ser dela, e o processo só propõe mudanças.
- Linha do tempo responde “o que aconteceu?”. Só cresce: uma linha datada por fato, apontando para a reunião. O detalhe não sobe para a página. Fica na ata.
Cada trecho carrega de onde veio (a reunião, a conversa, a pessoa), e a citação visível é montada por código a partir dessa marca, não pelo modelo. Quando duas fontes discordam, a página mostra as duas posições. Nunca escolhe uma em silêncio.
Como a página nasce, e a barreira que recusa
Uma página entra no acervo por duas portas.
A PESSOA O LOTE DAS ATAS
"Guardar no caderno" 0h · 6h · 12h · 18h
ou pedido no chat só as atas DELA, o resumo
| sem ata nova = zero modelo
| |
| EM QUAL CADERNO?
| 1 cliente declarado na ata -> âncora
| 2 empresa no título -> âncora
| 3 empresa só citada -> palpite, não grava
| 4 sem âncora -> espera a 2ª reunião
| |
+---------------+-------------------+
|
A BARREIRA
escrita que perderia citação, seção ou tensão
é RECUSADA, não avisada
|
página com versão nova
O lote lê o resumo das atas, nunca a transcrição, e tem teto de US$ 0,50 por dia por pessoa. O teto é conferido antes de cada ata, nunca no meio de uma escrita: estourou, para e registra. Sem ata nova, nenhum modelo é chamado.
A barreira foi a decisão de que mais gosto. Quem escreve ali é a máquina, num texto que ninguém está olhando naquele momento. Um aviso ficaria sem leitor. Então a escrita que perderia uma citação, uma seção ou uma tensão marcada simplesmente não acontece.
A porta da pessoa também tem porteiro. Rotina e preferência de forma não viram caderno, e a resposta diz para onde ir. Pelo chat, é o servidor que sabe qual mensagem guardar; o modelo não informa isso. E quando a mesma reunião fala de vários clientes, ela é separada por empresa: empresa conhecida entra sozinha, desconhecida vira pergunta.
O que deu errado, e a medição que mostrou
Três erros mudaram o desenho. Todos apareceram porque medimos em atas reais, não em exemplos montados.
Semelhança cria páginas demais
A primeira versão decidia em qual caderno uma ata entrava pela semelhança de conteúdo. Medido em 40 atas reais, isso criou 24 páginas, cada uma com uma ata só. O motivo: duas reuniões de empresas diferentes sobre controladoria e redução de custos usam os mesmos verbos e parecem iguais para quem compara texto.
Trocamos para âncora antes de semelhança. A pergunta deixou de ser “isto parece com o quê?” e passou a ser “isto é de quem?”. O acervo seguinte, de 44 atas, virou 10 páginas.
Âncora antes de semelhança. Decida pelo dono do fato, não pelo vocabulário.
O cliente errado contamina tudo
Se o cliente de uma reunião está errado, ela entra no caderno errado. O caso que mudou a regra: a transcrição ouviu o nome de uma empresa como se fosse o de outra, de grafia parecida, e a reunião foi parar no caderno de uma empresa que não tinha nada a ver com ela.
Hoje o campo cliente da ata guarda de onde veio, e a ordem de peso é fixa:
| Origem | Peso |
|---|---|
| A pessoa | Vence tudo. Confirmar ensina: o domínio de e-mail dos convidados passa a apontar para aquela empresa |
| O convite da agenda | Domínio do e-mail dos convidados (só o domínio é guardado, nunca o endereço) |
| O título do evento | Algo como “Kickoff Cliente <> Nós” |
| A IA | Só sugere. Não muda o campo, e a ferramenta diz que não alterou |
O erro também precisa ter volta. Tirar uma reunião de um caderno refaz a síntese sem ela. Mover para outro caderno ancora no destino antes de tirar da origem; se falhar no meio, a reunião fica em dois lugares, nunca em nenhum. Juntar ou renomear grava o nome velho apontando para o novo.
Para as atas sem cliente, criamos um mutirão: elas aparecem agrupadas pelo palpite, para a pessoa confirmar em bloco, com uma terceira resposta, “não é sobre cliente”. Sem essa opção, entrevistas e testes de gravação ficariam na fila para sempre. A pergunta é sobre o fato (qual é o cliente), que a pessoa sabe de cor, e não sobre o julgamento (junta ou cria?), que dá preguiça.
A barreira é cega em parte das atas
Este ainda está aberto. A barreira recusa perder uma tensão marcada na ata. Em 20 de 34 atas medidas não havia destaques marcados: a tensão existia só em prosa, e a barreira não a vê. Está declarado como limite conhecido.
Ligações, análises e manutenção
Ligado por fato
As páginas se ligam quando são escritas, e só por um fato que o sistema confere: duas páginas citam a mesma reunião, falam da mesma empresa (mesmo grupo econômico conta como a mesma), uma cita o título da outra entre [[ ]], ou o trecho foi guardado de uma conversa que abriu aquelas reuniões ou leu aqueles cadernos (até 10).
Ligar não é juntar. Decidir que duas páginas são o mesmo assunto é da pessoa. Quando o sistema acha uma parecida, pergunta com três respostas (mesmo assunto, uma é parte da outra, ou nenhuma) e mostra o que as separa.
A análise se refaz e só pergunta quando a conclusão vira
Uma página de análise guarda a pergunta que a gerou, nas palavras da pessoa, as empresas que leu e a data. Quando chega reunião nova de uma dessas empresas, a página avisa que está desatualizada e não se refaz sozinha. Refazer custa: medimos uma refeitura em cerca de 305 mil tokens e US$ 0,06.
Ao clicar em Refazer, a pergunta roda de novo, com o agente que produziu a análise, numa conversa nova, sobre os dados de hoje. Ninguém aprova cada refeitura. A pessoa só é chamada se a conclusão inverteu, e aí escolhe: vale a nova, vale a antiga, ou as duas ficam numa seção “Em aberto”.
O sistema acha e propõe; quem não decide não perde nada
Um acervo que só cresce envelhece. O sistema procura página parada, memória que um caderno já cobre, páginas parecidas, trechos que a revisão automática marcou, análise desatualizada, caderno cujo nome virou cliente, nome citado sem página. Para cada achado, propõe uma ação. Nunca age sozinho. Arquivar tira do índice e volta quando a pessoa quiser.
Isso chega por uma tela chamada Meu dia, e não pelo sino de notificações, que é a fila de decisões de negócio. Também dá para fazer conversando: “arrume meu cérebro” percorre a mesma fila, um item por vez.
Às 23h40, uma auditoria tira uma fotografia por pessoa: cobertura, frescor, citações sem lastro, páginas sem ligação, uso, cada número com denominador. Ela registra também o desfecho de cada aviso. Se a maioria dos avisos de um tipo fica parada mais de 30 dias, a conclusão é mudar o mecanismo, não cobrar a pessoa. Gosto muito dessa regra e recomendo copiar.
Sigilo e interruptores
Memória pessoal sem controle de leitura é um problema esperando para acontecer. As regras que adotamos:
- Um caderno nunca é “compartilhado”. Como ele não pertence a um agente, “compartilhado” significaria a empresa inteira. Não existe caminho para isso.
- Com a chave do departamento ligada, o gestor lê os cadernos do time, inteiros, só leitura, e a pessoa é avisada de que o gestor pode ler.
- Ao entregar um trecho ao agente, ele vai com a origem, conferida ao vivo. Trecho que mistura clientes é marcado. Reunião que o leitor não pode ver viaja só como número.
- Quando a página juntava clientes e a resposta nomeia um deles, um modelo auxiliar procura um fato de um cliente atribuído a outro e, achando, anexa um aviso. Reduz e torna visível. Não zera.
E três donos, três botões:
| Quem | Liga ou desliga | Padrão |
|---|---|---|
| A empresa (admin) | A capacidade inteira | Ligada |
| O dono do agente | Se aquele agente lê o que sabem da pessoa (proibido no atendimento externo) | Ligada |
| A pessoa | Pausar a leitura de tudo dela | Ligada; pausar não apaga |
O que entra no prompt de toda conversa é pouco, de propósito: a ficha e um índice dos cadernos, uma linha por página, com teto e corte declarado. A página inteira só é lida quando o agente pede. E automação do agente não usa nada disso: um relatório agendado, lido pelo time inteiro, não pode sair no formato preferido de quem criou o agendamento.
Os números, sem enfeite
| Medida | Valor |
|---|---|
| Pessoas usando dois agentes | 3 de 4 |
| Alcance do agente de suporte ao que a pessoa ensinou, antes | 13% |
| Gavetas de memória reordenadas para valer em todos os agentes | 51 |
| Primeira sonda de cadernos | 38 cadernos para 34 atas |
| Decisão por semelhança | 40 atas, 24 páginas de uma ata cada |
| Decisão por âncora | 44 atas, 10 páginas |
| Teto da leitura de atas | US$ 0,50 por dia por pessoa, lote a cada 6 h |
| Custo de uma refeitura de análise | cerca de 305 mil tokens, US$ 0,06 |
| Atas sem destaques, onde a barreira não vê tensão | 20 de 34 |
O que ainda não sabemos: a frente entrou em produção entre setembro e outubro de 2026. Como um acervo de um ano se comporta, em tamanho de índice e quantidade de achados, não foi medido. Também não medimos de forma contínua se o caderno responde como a pessoa responderia; existe uma bateria para isso, mas roda sob pedido e fora de produção.
Como aplicar na sua empresa
Se você está montando agentes internos, este é o checklist que eu seguiria:
- Faça a pergunta do dono para cada coisa que seus agentes lembram: “se eu trocar de agente, isto continua verdade?”. O que for da pessoa sai do agente.
- Separe por forma. Preferência é campo, fato solto é frase, conhecimento sobre cliente é página. Um único “memory store” para tudo vira entulho.
- Mostre à pessoa o texto exato que o agente recebe sobre ela. Sem isso não há correção.
- Ancore antes de agrupar por semelhança. Decida “de quem é” antes de “com o que parece”.
- Dê à máquina uma barreira que recusa, não um aviso. Ninguém lê o aviso de um processo noturno.
- Ponha teto em dinheiro por pessoa e confira antes de cada item, não no meio.
- Marque a origem de cada trecho por código, não pelo modelo.
- Deixe a IA sugerir e a pessoa declarar o que é fato de identidade (qual cliente, qual empresa).
- Meça o desfecho dos avisos. Se ninguém age num tipo de aviso em 30 dias, o problema é o mecanismo.
- Mantenha o prompt pequeno: ficha e índice sempre, página inteira só sob pedido.
Fechando
O que mais mudou na minha cabeça com esse trabalho foi parar de pensar em “a memória do agente”. Agente é ferramenta, e a pessoa troca de ferramenta várias vezes por dia. O que ela ensinou tem de ir junto.
A outra metade da história é o que é da empresa, igual para todos: os clientes, com seus vários nomes em vários sistemas. Isso tem tese oposta, vem desligado por padrão, e está no artigo sobre o cérebro da empresa.
Um e-mail do lab a cada duas semanas.
O que testei, os números e o que deu errado. Sem spam. Dá para sair quando quiser.