Projetos e regras

Diga o nome ao salvar ou buscar, e o projeto existe a partir daquele momento — sem estrutura de pastas, sem configuração; iniciar um custa dez mensagens. Cada projeto tem sua própria memória, seu próprio conhecimento e seu próprio foco, definidos por um objetivo em uma única linha. Localmente, o armazenamento é o seu próprio disco e um assunto seu; hospedado, o seu plano tem um limite definido e mais espaço pode ser adicionado quando necessário. A memória do seu aplicativo é apenas outro projeto, rodando na mesma infraestrutura.

Cada projeto é um especialista. Ele possui sua própria memória, suas próprias regras, sua própria história de decisões. Quando você inicia uma sessão nele, seu agente já chega informado – sobre as regras, sobre a situação atual, sobre o que foi decidido na semana passada. Não é preciso explicar novamente. Não é preciso lembrá-lo. As informações necessárias já estão lá.

O valor que paga pelo resto do projeto

O minuto de maior valor no produto é aquele que se gasta definindo as regras de um projeto. Escreva-as uma vez – como o projeto será realizado, o que é importante, o que deve ser evitado – e cada sessão iniciada posteriormente as conhecerá automaticamente.

Você nunca conta a história do seu projeto duas vezes, nem para um novo agente, nem em uma máquina diferente. Aquele minuto é gasto apenas uma vez, e o agente que chegar amanhã já sabe disso.

Notas: onde a última sessão foi interrompida

Seu agente escreve seu próprio relatório de transferência — onde está o trabalho, o que está em andamento, o que vem a seguir — uma anotação por sessão por projeto, sendo mantidas as últimas cinco. A próxima sessão começa com ele. Você liga o PC, diz “continue”, e ele continua de onde parou.

A camada da equipe, nos seus termos

Quando você compartilha, compartilha nos seus termos. Em memória hospedada, uma chave não precisa ser onipotente. Escopo-a para projetos escolhidos, somente leitura ou leitura e escrita — o formato certo para um contratado, um job de CI ou um agente de propósito único que não tem nada a ver com o resto do seu trabalho. Seu brain, suas regras, suas chaves.

Equipes humanas. O contratante recebe uma chave que permite acesso apenas ao projeto do cliente e a nada mais. Quando o contrato termina, você revoga uma chave — sem precisar desfazer a memória compartilhada.

Frotas de agentes. Um trabalho da CI, um bot de pesquisa, um agente de finalidade única — cada um recebe exatamente a memória de que seu trabalho precisa. Um agente que só lê nunca pode excluir nada.

Vários arneses, uma memória. Execute o Claude Code, o OpenClaw e o Codex contra o mesmo Brain — mas dê a cada um sua própria chave, definida de acordo com o nível de confiança que você tem nele. O agente autônomo sempre ativo que se comunica com o mundo exterior tem acesso somente de leitura em um projeto; seu ferramenta diária tem acesso a tudo. Memória compartilhada sem raio de explosão compartilhado — o problema que todo cenário com vários agentes enfrenta, resolvido onde deve ser.

Excluir é intencional

A exclusão é intencional. Tudo o que você armazena é seu para excluir — um projeto, uma frase específica ou toda a conta, pelo painel, protegido pela sua própria identidade. Excluir um projeto leva consigo seu histórico; excluir a conta destrói completamente a memória criptografada. O que os agentes podem e não podem acessar é uma questão separada, e tem uma resposta breve abaixo.

A lacuna entre dizer que se vai fazer algo e realmente fazê-lo é onde o trabalho morre silenciosamente. O Ledger preenche essa lacuna. À medida que suas conversas são arquivadas, ele observa as intenções e transforma cada uma delas em uma linha à sua espera.

Diga “confira o registro” e seu agente traz as linhas uma por uma — você responde a cada uma com uma única palavra. As que você já resolveu somem; as demais permanecem até você lidar com elas — ou até o trabalho posterior mostrá-las concluídas, descartadas ou superadas, e elas saem sozinhas. Sem status, sem quadro obsoleto; a pilha só diminui. Nada do que você pretendia fazer desaparece em silêncio.

A memória de um projeto é privada desse projeto. Um procedimento pertence a tudo o que você faz. Escreva um playbook em markdown uma vez, armazene-o para toda a sua conta, e qualquer agente em qualquer projeto, em qualquer máquina, poderá buscá-lo e segui-lo — a implantação, o relatório semanal, a execução da tradução, feitos da mesma maneira todas as vezes.

Escreva o fluxo de trabalho uma vez e nunca mais. Os playbooks nunca são modificados. O exemplo prático funciona como um atlas: seu agente cria o mapa de todo o seu sistema em forma de playbooks, e uma regra indica em cada sessão que eles existem. Playbooks e o atlas →

Cada projeto é isolado. Possui seus próprios registros curados, suas próprias regras, seu próprio grafo, suas próprias anotações, seu próprio plano e seu próprio Ledger. As regras gerais ficam acima de todos eles e alcançam cada projeto; as regras próprias de um projeto alcançam apenas ele. Os playbooks são a única prateleira compartilhada em toda a conta, pois um procedimento escrito uma vez deve poder ser executado em qualquer lugar.

Dois clientes significam dois projetos e duas chaves. Na memória hospedada, uma chave com escopo em um projeto não pode ver outro, não pode pesquisar em outro e não pode ser informada de que outro existe. As únicas coisas que atravessam a fronteira são as que você pede: uma busca feita sem nomear um projeto, e o propositor quando acha que uma sessão foi arquivada no lugar errado.

Nada vaza, a menos que você peça para isso.

As regras são instruções permanentes, carregadas com a maioria das mensagens. O restante das informações é fornecido no início da sessão: o que cada projeto envolve, onde as sessões anteriores foram interrompidas, e um índice do que já é conhecido — tudo isso está disponível para o seu agente antes mesmo de ele responder. Defina regras para tudo o que você faz, ou para um único projeto; elas determinam como cada agente funciona, em qualquer lugar. Salvar ou alterar uma regra custa uma mensagem; excluir uma regra não custa nada.

As regras são o programa do curador.

Enquanto você trabalha, a memória lê o que foi dito e mantém o que será necessário em uma sessão futura: decisões salvas, fatos alterados armazenados, as afirmações que a realidade já superou são excluídas. Suas regras são o guia que determina o que é importante. Você escreve a lei uma vez, e ela é aplicada sem precisar ser solicitada.

Você nunca apresenta um.

Sem salvar, sem tags, sem nenhum ritual de “lembrar meu contexto”. A curadoria acontece enquanto você trabalha, e não quando se lembra de solicitá-la. Você nunca arquiva nada — e a memória faz seu trabalho, independentemente de alguém se lembrar de consultá-la. Um repositório que exige que seu agente verifique só é tão bom quanto a disposição do modelo em fazer essa consulta; este, por sua vez, realiza o trabalho sozinho.

A única coisa que nenhum modelo pode tocar

O arquivo de conversas bruto é o registro original, e está fora do alcance de qualquer agente. A ameaça vem do seu próprio agente — um erro ou uma instrução maliciosa escondida em algo que lhe foi solicitado para ler — e mesmo assim ele não consegue excluir nenhuma mensagem nem acessar seu histórico recente. O arquivo permanece seu.

← Como funciona Diga ao seu agente para instalá-lo