Pular para conteúdo

Leopold vs Ralph

Ralph é um loop autônomo bem conhecido: você escreve um prd.json de user stories, e um loop cria um agente novo a cada iteração para implementar a próxima story, roda checagens, commita se passarem e repete até terminar. É um loop deliberadamente simples, de força bruta.

O Leopold é uma aposta diferente. O objetivo não é moer uma spec; é debater uma feature e então conduzir o Claude Code até uma implementação completa e de alta qualidade, decidindo do jeito que você decidiria e só te chamando quando realmente precisa.

A diferença central

flowchart LR
    subgraph Ralph
        direction TB
        S1[prd.json] --> W1[worker]
        W1 --> W2[worker]
        W2 --> W3[worker]
    end
    subgraph Leopold
        direction TB
        Cond["Maestro<br/>(seu charter)"] --> LW1[worker novo]
        Cond --> LW2[worker novo]
        Cond --> LW3[worker novo]
    end

O Ralph é operadores repetidos sem maestro. O Leopold é um maestro mais operadores. O Ralph remove o humano ignorando o julgamento; o Leopold remove o humano codificando o julgamento.

Lado a lado

Dimensão Ralph Leopold
Como começa você escreve o prd.json você debate a feature; ele captura missão + charter
Bifurcações ("A ou B?") sem conceito; chuta ou falha protocolo de decisão: decide como você decidiria, loga, só escala o irreversível+ambíguo
Julgamento / gosto nenhum o charter é o seu gosto, codificado
Barra de qualidade typecheck + testes passando conduz o toolchain do gstack (/spec, /code-review, /verify, /qa, /investigate)
Memória contexto novo + git + progress.txt contexto novo por worker + um maestro persistente + System of Context
Git commita automaticamente travado; deixa em stage e reporta, você commita
Você no loop roda e sai decide, notifica, só te chama quando precisa

O que o Ralph acerta

O contexto novo por tarefa do Ralph é uma boa ideia, não um defeito: uma janela de contexto que vai enchendo degrada a qualidade. O driver SDK do Leopold adota exatamente isso, e adiciona a peça que falta no Ralph — um maestro persistente que segura a missão, o charter e as decisões ao longo da run inteira.

Veja o SDK Driver para ver como isso se compõe.