COMPOUND V / ANATOMIA

Um modelo não é um sistema. O Compound V é o sistema.

Compound engineering é a prática de construir um sistema em torno do seu agente de código para que cada execução deixe a próxima mais inteligente. O Compound V é a implementação da ProCoders desse sistema para o Claude Code.

O Compound V transforma o seu agente de código num esquadrão revisado e com memória que entrega funcionalidades reais e compõe ao longo do tempo.

L4 AutoaperfeiçoamentoO loop que afia.L3 MemóriaO que o agente esquece, o repositório recorda.L2 OrquestraçãoPlanear, dividir, despachar, julgar.L1 PrimitivosO esquadrão e a arena.inherits
Layer 1

Primitivos

O esquadrão e a arena.

1

Esquadrão multi-backend

Claude mais outros backends (Codex e outros) na mesma equipa. O router escolhe o modelo e o backend certos para cada tarefa, em vez de forçar um único modelo a um único preço.

2

Paralelismo seguro

Tarefas com caminhos de escrita que não se sobrepõem correm ao mesmo tempo. Tarefas com potencial de sobreposição ou que usam backends externos recebem um worktree git isolado, para que agentes paralelos nunca colidam.

Layer 2

Orquestração

Planear, dividir, despachar, julgar.

3

Batedores de pré-voo

Archaeology, Domain Expert e Doc Validator recolhem contexto fundamentado a partir do código real, do domínio e da documentação atual das bibliotecas antes de escrever uma única linha.

4

Planear e particionar de forma disjunta

Um plano escrito é dividido em caminhos de escrita que não se sobrepõem, para que o trabalho corra em paralelo sem que dois agentes toquem no mesmo ficheiro.

5

Dispatch paralelo

Um manifesto distribui o trabalho por backends e worktrees, em lotes e com fail-fast, com as fundações partilhadas construídas primeiro.

6

Gate de revisão em três passos

Sub-agentes avaliadores de SPEC, QUALITY e INTEGRATION filtram todas as fusões; uma leitura independente cross-model reforça as decisões de maior risco.

Layer 3

Memória

O que o agente esquece, o repositório recorda.

7

Máquina de estados retomável

Um ficheiro de estado sobrevive entre sessões, por isso retoma exatamente onde parou e nunca refaz trabalho já concluído. Seja uma única funcionalidade ou um épico multi-funcionalidade inteiro.

8

Memória e Skills

As Skills são memória processual, o como-fazemos-isto que atravessa projetos; a memória do projeto persiste entre execuções em vez de viver numa única conversa.

9

Lições de routing

Uma lição registada substitui o comportamento padrão da próxima vez que surgir uma tarefa semelhante. É esta a parte que compõe.

Layer 4

Autoaperfeiçoamento

O loop que afia.

10

O loop de compounding

Falhar, investigar, verificar, destilar, consultar. Uma falha transforma-se numa regra verificada que a próxima execução lê em vez de voltar a deduzir do zero.

11

Uma base de conhecimento que se atualiza

O V-onboard constrói um mapa da arquitetura verificado por citações e volta a verificá-lo quanto a obsolescência à medida que o código evolui, para que o contexto se mantenha fiel.

From empty repo to shipped feature

One invocation runs the whole flow, fail-fast and resumable.

1Pré-voo2Plano + Partição3Dispatch4Revisão em 3 passos5Lançar

The loop that compounds

A failure becomes a rule the next run reads instead of re-deriving.

memorynext run starts smarterFalharInvestigarVerificarDestilarConsultar

Step 12 / Safety boundary

Dois gates e um humano

Uma verificação determinística de partição e manifesto filtra todo o plano antes do dispatch, e um gate de âmbito baseado em git-diff corre depois de cada tarefa e PARA a execução no instante em que um agente escreve fora dos caminhos permitidos. Nada é fundido sozinho: você revê e é dono da fusão. Manter um humano no gate é uma escolha deliberada, não uma funcionalidade em falta.

Questions

O que é compound engineering, ou um sistema de agentes que se autoaperfeiçoa?

É construir um sistema em torno do seu agente de código, com memória, revisão e lições registadas, para que cada execução deixe a próxima mais inteligente. O modelo mantém-se o mesmo; o que melhora é o sistema à sua volta. O Compound V é a implementação da ProCoders desse sistema para o Claude Code.

O Compound V corre sozinho numa agenda?

Não. O Compound V é invocado, não é um daemon, e mantém sempre um humano no loop. Execuções agendadas na cloud, com o portátil desligado, são uma funcionalidade da plataforma Claude Code que pode combinar com o Compound V, mas o próprio plugin não se autoaciona.

Em que é que isto é diferente de dar um prompt a um único agente?

Um único prompt dispara uma vez e esquece. O Compound V decompõe o trabalho, corre um esquadrão distribuído em paralelo com isolamento, filtra todas as fusões através de uma revisão em três passos e regista o que aprendeu para que a próxima execução comece mais inteligente.

Preciso do Codex ou de vários modelos?

Não. O Compound V corre apenas com o Claude, pronto a usar. Se outros backends como o Codex estiverem presentes, o router usa-os para as tarefas a que se adequam, mas uma configuração de modelo único é totalmente suportada.

Onde é que isto se encaixa na escada AI-native?

A orquestração multi-agente situa-se na banda entre o L4 (AI-Native System Builder) e o L5 (AI Engineering Architect) do modelo de maturidade AI-native para programadores. Faça o teste de 3 minutos para ver onde se encontra.

É seguro correr agentes em paralelo no meu repositório?

Sim, por construção. As tarefas só correm em caminhos de escrita que não se sobrepõem, tarefas com potencial de sobreposição ou que usam backends externos recebem um worktree git isolado, um gate de âmbito baseado em git-diff PARA tudo o que escreva fora dos limites, e você é dono de todas as fusões.

Veja o sistema em ação.

Construído pela ProCoders