Escreva uma vez · qualquer agente, qualquer projeto, qualquer máquina executa · nunca é podado


Seu agente desenha o mapa de todo o seu sistema. Cada sessão o carrega novamente.

Um playbook é um procedimento escrito uma única vez — o deploy, a execução da tradução, o relatório semanal — e executado por qualquer um dos seus agentes, em qualquer projeto, em qualquer máquina, da mesma maneira, sempre. As anotações servem para transferir informações de uma sessão para outra. E o atlas é o que os playbooks tornam possível: um mapa de todo o seu sistema, criado pelo seu agente a partir do código e do sistema em funcionamento, com o qual cada sessão futura começa.

Plano gratuito · sem cartão de crédito · playbooks e anotações em todos os planos

Escreva um procedimento uma vez. Cada agente o executa.

Um playbook é um markdown simples: títulos para as etapas, blocos delimitados para os comandos, e o que deve ser lido posteriormente para saber se tudo funcionou. Ele é armazenado para toda a sua conta, não apenas para um projeto — seus projetos permanecem separados, mas seus procedimentos são compartilhados. Qualquer agente pode obtê-lo e executá-lo em seu próprio harness; a memória apenas o armazena. Diga "salvar isso como um playbook" e ele se tornará um. Diga "usar playbook deploy" e ele será executado.

Nunca podado

Os registros curados contêm a verdade atual e são organizados à medida que ela muda. Um playbook indica como fazer algo, e ninguém poda um procedimento. Uma receita que levou uma semana para ser encontrada permanece exatamente como foi encontrada.

Da mesma forma, em todo lugar

Cinco agentes em um projeto, ou um agente em cinco máquinas — o deploy é o mesmo deploy. O que se aprendeu uma vez sobre uma execução é o que todas as execuções passam a saber a partir daí.

📋

Escrito da maneira como se entregaria a um colega

Os passos, os comandos exatos, o que verificar depois, o que deu errado da última vez e quando. Seu agente adiciona o que aprendeu ao executá-lo, na mesma sessão.

Notas — a transferência

Onde a sessão parou, o que está em execução, o que vem a seguir — escrito pelo seu agente, mantido por projeto, os últimos cinco sempre à mão. A próxima sessão começa com isso. Ligue o PC, diga "continue", e ela continua.

O atlas: um mapa de todo o seu sistema, mantido com precisão

O atlas é um playbook que ensina seu agente a mapear um projeto — e o mapa que ele cria é, por si só, um playbook, de modo que cada sessão pode abri-lo. Um mapa raiz por projeto: as caixas, as conexões e o que trafega por elas, os armazenamentos, e um índice de placas. Quatro a oito placas, uma para cada plano do sistema, com os procedimentos contidos na placa a que pertencem. Escrito pelo agente a partir do código e do sistema em funcionamento, nunca da memória.

As três regras de um mapa

  • A topologia é desenhada uma única vez, na raiz. Uma placa nunca repete as conexões; ela contém apenas seus próprios detalhes e procedimentos. A duplicação é onde começa o desvio, portanto não há nenhuma por construção.
  • Os valores não existem em lugar algum do mapa. Sem portas, limites, preços ou contagens — uma página indica onde o número se encontra, mas nunca qual é seu valor. Um mapa que exibe valores está incorreto já em uma semana.
  • Quem quer que altere um fio atualiza o mapa na mesma sessão. A raiz contém uma linha — verificada em <data> em relação a <o quê> — e um leitor confia no mapa apenas até esse ponto.

O que o mapa de raízes contém, em ordem

  • O que é o projeto, em duas frases, e a linha verificada.
  • O diagrama: caixas e setas; uma seta para cada fio, indicando o que nele é transportado. A direção é mais importante do que qualquer outra coisa na página.
  • Os fios, listados: quem inicia, o que é transmitido, o que nunca é transmitido. Esta é a seção que revela as mentiras.
  • As lojas: todo lugar onde o estado existe, o que contêm, o que nunca contêm.
  • O índice: cada placa por nome, cada procedimento por placa e seção.

O que uma placa contém

  • Para cada parte do seu plano: o que é, o que contém, com o quê e em que direção se comunica, o que nunca faz, e o que acontece quando funciona.
  • Onde residem os valores — ponteiros, nunca os valores.
  • Seus procedimentos: os comandos exatos, o que ler para saber se funcionou, e o que de fato deu errado ao realizá-lo, com a data.

Um mapa de raízes, em forma

my-app-map — verified 2026-09-04 against commit a1b2c3d and the live containers

  browser ──(requests, session cookie)──▶ api ──(SQL)──▶ postgres
                                          │
                                          └──(jobs)──▶ worker ──(files)──▶ object store

Wires: the browser never talks to the worker; the worker never reads a cookie.
Stores: postgres (users, orders — never card numbers) · object store (uploads).
Plates: my-app-map-api · my-app-map-worker · my-app-map-data · my-app-map-ops
Procedures: deploy → my-app-map-ops, deploy · restore → my-app-map-data, restore

Três frases para o seu agente

O método do atlas é um manual como qualquer outro. Você o memoriza uma vez; a partir daí, cada projeto pode ser mapeado com uma única frase, e o último passo do mapa garante que todas as sessões futuras saibam que o mapa existe.

1 · uma vez

Dê à sua memória o método

Copie o texto do atlas e diga ao seu agente: salve isso como playbook atlas. Agora está na sua conta, para cada projeto.

2 · por projeto

Faça o mapa ser desenhado

No projeto, diga ao seu agente: use o playbook atlas para escrever o mapa deste projeto. Ele lê o código e o sistema em tempo real, verifica cada fio e escreve o mapa de raízes e suas placas.

3 · feito pelo método

O projeto aprende que possui um mapa

A última etapa do método salva uma regra para o projeto: onde fica o mapa dele, leia-o antes de alterar um fio e atualize-o na mesma sessão. Cada sessão, a partir de agora, será iniciada sabendo que o mapa está lá.

Os playbooks, as notas e o atlas estão incluídos em todos os planos, incluindo o gratuito. Comece gratuitamente

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