Os novos modelos conduzem toda a sua roadmap por horas, até dias, sem perder o fio. É exatamente por isso que a divergência de estado importa mais, não menos: quanto mais um agente faz entre seus pontos de verificação, mais o estado que ele registrou pode deixar de corresponder ao git, silenciosamente. O casp check é a barreira determinística que bloqueia o push assim que isso acontece — com o Claude Code hoje, e cada modelo que vier a seguir.
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 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 à realidade do git. Essa verificação é o casp check — e ela é 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.Um produto de verdade não é uma única funcionalidade. São dezenas de fases distribuídas entre API, cliente web e mobile, entregues ao longo de semanas por sessões e agentes que se revezam. O CASP mantém uma ordem validada única sobre tudo isso — para que qualquer agente saiba qual fase vem a seguir, e nunca reentregue uma fase já entregue.
E o ciclo se fecha sozinho: ao fim de cada sessão o agente escreve para você o prompt da sessão seguinte — você ajusta uma linha, não redige do zero — anexa um registro de sessão e incrementa o estado. Abra a sessão seguinte e ela retoma exatamente de onde a anterior parou. A roadmap se executa; você supervisiona.
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