⚠️ Scheduled upgrade in progress — brethof-brain is moving to its new architecture. Signups and new installs are paused for the moment; nothing is lost and everything returns shortly.

Projetos e regras

Seu trabalho existe em projetos, e seus projetos funcionam com base em regras. O Brain fornece ambos sem que você precise criá-los ou gerenciá-los. Um projeto é um nome que você diz uma vez. Uma regra é uma frase que você escreve uma vez, e a partir daí ela está presente em todas as sessões, em todos os dispositivos, dentro de todo agente que lida com esse trabalho. Você nunca precisa configurar um projeto novamente, nem contar sua história duas vezes.

Um projeto é um nome. É também um especialista.

Diga o nome ao salvar ou buscar, e o projeto existe a partir daquele momento — sem estrutura de pastas, sem configuração, sem limite para quantos você pode manter. 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.

# diga ao seu agente: "create a brain project for my payment service — track architecture decisions, deploy state, and incident causes"

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.

A camada da equipe, nos seus termos

Quando você compartilha, faz isso de acordo com suas próprias condições. Uma chave não precisa ser onipotente. Defina seu escopo para projetos específicos, em modo somente leitura ou leitura e escrita — a forma adequada para um executor, uma tarefa de CI ou um agente de finalidade única que não deve ter acesso ao resto do seu trabalho. Seu cérebro, 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 ser excluído. A exclusão ocorre em vários níveis, em dois sistemas: o painel da conta, com confirmação humana em cada etapa, e os dados derivados que um agente pode acessar. Mas o arquivo bruto das conversas é a única coisa que nenhum outro agente pode acessar. Nenhum agente pode excluir uma única mensagem, nem pode acessar os últimos três meses de forma alguma. O modelo de ameaça considera seu próprio agente – um erro ou uma instrução maliciosa escondida dentro de algo que lhe foi solicitado para ler. A memória selecionada é derivada; o arquivo é o original.

Cada projeto mantém um monte de itens ainda não decididos.

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 “verificar o livro-razão” E seu agente percorre as fileiras com um veredito já definido – concluído, com as provas; inútil agora; ainda vale a pena fazer – e você responde com palavras isoladas. Quinze fileiras levam cerca de dois minutos. Não há status nem tabela desatualizada; cada decisão remove sua fileira, e a pilha só diminui. As fileiras que você mantém tornam-se resumos de objetivos que seu agente executa sozinho até o fim.

Os projetos são separados. Os procedimentos são compartilhados.

A distinção é importante. A memória de um projeto é privada desse projeto – a implantação, o relatório semanal, a execução da tradução – mas um procedimento é compartilhado em 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á obtê-lo e segui-lo. O Brain armazena e fornece os playbooks; ele nunca os executa. Não há backend de execução, nenhum terminal, nenhum acesso às suas máquinas – o playbook é a instrução, e seu agente realiza o trabalho.

O Brain os armazena e os fornece; seu agente os executa em seu próprio ambiente. Salvar, obter, listar, excluir — quatro opções, inteiramente suas.

Escreva a lei uma única vez. Todo agente a obedece.

As regras são a única coisa que é carregada automaticamente em cada sessão. Tudo o mais — a memória, o plano de ação, as decisões — é encontrado ao ser procurado. As regras já estão lá. Defina-as para tudo o que você faz ou para um único projeto, e elas determinarão como cada agente funciona, em todos os lugares.

As regras são o programa do curador.

Após cada troca, um curador lê a vez e reescreve sua memória: decisões salvas, fatos alterados incluídos, as afirmações que a realidade superou são excluídas. Suas regras são o manual que determina o que é importante. A memória é gerenciada por um modelo treinado da mesma maneira como se ensinaria um novo funcionário — não configurado por meio de regras e filtros de extração. Você escreve a lei uma vez, e o curador a aplica sem ser solicitado.

Você nunca apresenta um.

Sem salvar, sem tags, sem nenhum ritual de “lembrar meu contexto”. A curadoria acontece nos segundos seguintes à troca, e não quando se lembra de solicitá-la. Nunca é necessário arquivar 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 bruto das conversas é o registro original, e está fora do alcance de qualquer agente. Nenhum agente pode excluir nenhuma mensagem, e nenhum agente pode alterar sequer os últimos três meses. O modelo de ameaça considerado é o do próprio agente — um erro ou uma instrução maliciosa escondida em algo que lhe foi solicitado para ler. A memória selecionada é derivada; o arquivo é o original, e permanece seu.

← Como funciona Instale em 60 segundos

Ouça quando for enviado

Novos lançamentos, benchmarks reais e análises aprofundadas ocasionais. Sem spam, cancelamento de assinatura com um clique.

Tudo o que construímos

Externo: YouTube · GitHub