O CASP mantém uma imagem sempre verdadeira de onde cada um dos seus projetos realmente está — a qualquer momento, validada contra o git. Volte após uma semana ou após meses, em qualquer stack, em qualquer número de agentes, sessões ou colegas: abra-a e o estado é verdadeiro — ou o casp check bloqueia o push até que seja.
Você volta a um projeto depois de uma semana — ou faz malabarismo com cinco ao mesmo tempo. O agente lê um arquivo de estado que não corresponde mais à realidade, começa com confiança um trabalho que já foi entregue, e você queima uma tarde inteira desfazendo isso.
Quadros, cartões e planilhas não salvam você: reconstruir o contexto é manual, e o agente não consegue ler nada disso. O estado precisa ser legível por máquina, nativo do git — e comprovadamente verdadeiro.
O CASP dá a cada projeto um fio único que sobrevive de uma sessão à outra — e não pode divergir em silêncio.{
"phase": "13 — camera streaming",
"next_prompt": "phases/14-camera.md",
// shipped in v13.4
"last_commit": "a1f3c9",
// not in git history
"migrations": ["0001"…"0007"],
// git stops at 0006
}
O CASP é a base determinística do ciclo de autoverificação — a única verificação de "verifique seu trabalho" que não é o modelo verificando a si mesmo: o estado contra o git, na fronteira do push, onde a verificação interna ao ciclo não consegue chegar. O espaço vizinho — Mem0, Letta, Zep, os novos projetos de "memória" nativos do git — todos armazenam o que aconteceu; quase nenhum verifica que o estado armazenado ainda corresponde ao git. Essa verificação é o casp check — obrigatória antes de cada push.
Seu next_prompt aponta para um arquivo que já foi entregue — ou que não existe. O CASP se recusa a iniciar a sessão errada.
last_commit ausente do histórico, lista de migrações dessincronizada, estado não commitado — confrontado com o próprio git, não com um palpite.
Nenhum score de similaridade aproximado. Uma barreira pass/fail rígida e repetível que para o push enquanto o estado mente.
O CASP não substitui nada no seu fluxo de trabalho. Ele preenche a única lacuna que nada mais cobre — o presente validado de um projeto, em uma forma que seu agente pode ler e sobre a qual pode agir.
Sem banco de dados. Sem serviço. Sem armazenamento vetorial. Três arquivos simples que um agente pode ler já na primeira linha de qualquer sessão.
Legível por máquina, por projeto: fase atual, fase seguinte, o next-prompt exato a executar, as fases entregues, as migrações aplicadas, o último commit, o último identificador de sessão.
O "onde estou agora" em uma única tela. Abra-o, recupere o fio em cinco segundos — sem arqueologia.
As 3 próximas a entregar mais um placar de fases. O agente sempre sabe a ordem do trabalho.
session-prompt, session-log e audit-brief fazem com que cada sessão — humana ou agente — produza artefatos com o mesmo formato. A estrutura é imposta, não sugerida.Transforme sua especificação numa fila de prompts de sessão — cada um deles um arquivo no seu repositório que declara o que vem antes dele. O casp next entrega ao seu agente a cabeça dessa fila, e se recusa a entregar uma fatia já entregue.
O casp next imprime o prompt. Nunca o executa — quem executa é o seu agente. O CASP é a parte que torna a passagem de bastão confiável, não um orquestrador.
Ao fim de cada sessão o seu agente anexa o registro, incrementa o estado e redige o próximo prompt da fila — você ajusta uma linha em vez de escrever do zero. E o quadro de fases continua em roadmap.md, para que qualquer agente conheça a ordem do trabalho.
Cada número abaixo é lido diretamente do state.json de cada projeto — o mesmo arquivo que o agente lê, validado contra o git no último push. Nenhuma conta de marketing.
Um ERP de gestão de frota voltado ao cliente de uma empresa de transporte na Costa do Marfim — web + mobile, multimódulo, multipapel: motoristas, veículos, conformidade, caixa, oficina, contencioso, contabilidade.
Cada módulo é uma fase validada. O agente lê o cockpit, executa a próxima fase a partir de next_prompt, e nunca reentregou um módulo já entregue — mesmo num dia de seis sessões.
A plataforma interna de ops & orquestração de lançamentos da ZeroSuite — uma roadmap de vários meses tocada por uma equipe de verdade, com gating em modo de lançamento e um backlog pós-lançamento monitorado.
Um fio validado único sobre 40+ fases e três pessoas — mais 58 itens explicitamente adiados para depois do lançamento, nenhum deles perdido. É o caso do "grande projeto multiusuário" para o qual o CASP foi feito.
Mesmo protocolo, dois produtos muito diferentes. O cockpit é a única coisa que eles compartilham.
As ferramentas de memória guardam quem você é. O CASP acompanha onde o seu projeto está — e o prova. Artefato diferente, operação diferente, falha diferente que ele previne.
Uma sílaba, nenhum homógrafo, os mesmos em inglês, francês ou espanhol.
state.next_prompt.O CASP fornece slash-commands do Claude Code para que o estado viva onde você já trabalha.
Status somente leitura — o agente lê o fio atual antes de escrever uma única linha.
Inicia automaticamente a próxima sessão direto de state.next_prompt. Sem copiar e colar, sem adivinhação.
Compatível com Claude Code · Cursor · Aider · Continue — tudo o que lê arquivos.
Um agente fazendo a coisa errada custa uma tarde. Cem agentes fazendo isso em cem repositórios custam um trimestre. O CASP é o guarda-corpo determinístico que você insere no laço de automação — o mesmo formato em cada projeto.
O casp check ocupa o mesmo lugar que o lint e os testes. Um estado que mente não pode ser mergeado — a divergência é bloqueada no nível da organização, não deixada à disciplina de cada um.
Agentes autônomos multiplicam os erros. O CASP entrega a cada um deles o mesmo fio validado para ler e a mesma barreira rígida antes de fazer push. Automação sem o imposto do trabalho em dobro.
Cada transição de estado é um commit git. Um registro completo, comparável e reversível de como cada projeto avançou — o git log é a sua trilha de conformidade.
100% local, zero telemetria, sem nuvem, sem conta. Nada a auditar, nada a exfiltrar. A revisão de segurança cabe em uma linha: ele nunca sai da máquina.
jobs: state-check: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 with: { fetch-depth: 0 } # casp checks against full git history - run: npx @justethales/casp check # ✗ fails the build the moment state drifts
Um protocolo, todos os repositórios. O mesmo formato validado, em toda a organização.
Um protocolo conquista adoção sendo previsível. Estas regras não dobram.
O CASP verifica o que o seu repositório é, nunca o que você pretendia fazer. Os fatos contra o git, toda vez.
Os artefatos canônicos são impostos, não sugeridos. Cada sessão sai com o mesmo formato.
O validador não é opcional. Um estado que mente nunca chega ao seu remote.
Determinístico, nativo do git, 100% local. Zero telemetria. Sem nuvem, sem conta, sem fatura.
Instale, inicialize, e o seu agente lê a verdade já na primeira linha.
$ npm i -g @justethales/casp $ casp init # scaffold the layer $ casp status # where am I right now $ casp check # prove the state is true