BMAD vs AIOX em 8 dimensões: 50 práticas comparadas (matriz técnica)

O bench 5-way de orquestração de agents (rodado por bench-analyst@spy em 2026-04-04) jogou BMAD-METHOD v6.2.2, Paperclip, GSD-2, CrewAI e GSD-1 contra a referência SINKRA. BMAD ficou em 82/100 (MAP-READY). AIOX é o framework de referência, então não tem score próprio — é a régua.

Esta matriz não responde "qual é melhor" — para a tese de fundo, ler o overview e tese de fundo. O que esta página entrega: 8 dimensões, ~50 práticas, vencedor declarado linha a linha. Para cada vitória AIOX, uma armadilha. Sem hype, sem encheção.

1. Identidade e agentes — quem é quem em cada framework

BMAD trabalha com personas nomeadas e fixas — Mary, John, Winston, Amelia, Sally, Murat — e cada uma cobre uma fase do ciclo (PM, Dev, Architect, QA). AIOX opera em escala diferente: 473 agents distribuídos em 53 squads, organizados em 8 layers. Não há equivalência direta na contagem porque os escopos são distintos: BMAD foca dev-lifecycle, AIOX cobre operação cross-domain.

Razão técnica: BMAD vence em prática única (Party Mode — múltiplas personas em uma sessão). AIOX vence em escala e roteamento de modelos. Armadilha AIOX: 473 agents é overhead se o seu projeto é dev-lifecycle clássico — você paga complexidade que não usa.

Quando importa pra você: se você está em time de 1-3 devs entregando features, ~8 personas BMAD cobrem 100% do fluxo sem você precisar mapear squad nenhum.

2. Modelo de tasks e workflow — anatomia do trabalho

BMAD organiza trabalho em Stories derivadas de Epics, com template implícito. AIOX define Task como unidade primária com 8 campos obrigatórios e pre/post conditions em todas. A diferença não é semântica — é enforcement: AIOX bloqueia merge se a task não tem AC; BMAD valida via DoD por story.

Razão técnica: AIOX leva vantagem em rigor de anatomia e validação de grafo. Armadilha AIOX: anatomia de 8 campos exige disciplina — em projeto de prototipagem rápida, você gasta mais tempo escrevendo task contract do que código.

Quando importa pra você: se você precisa de auditoria de progresso (AC checked, gates passed), AIOX dá; se você só precisa entregar e revisar, BMAD basta.

3. Padrões de orquestração — como agents conversam entre si

BMAD é pipeline + Quick Flow alt-path: sequencial com bypass para casos simples. AIOX usa SINKRA compositional hierarchy com chief parallel delegation — chiefs orquestram phases dependentes, swarm-execute roda phases independentes em paralelo. Nenhum dos dois tem manager dashboard (CLI-first em AIOX é deliberado; BMAD não documenta UI).

Razão técnica: AIOX vence em hierarquia e SDK; BMAD vence em simplicidade de instalação. Armadilha AIOX: chief delegation exige você desenhar dependências corretamente — chief errado vira bottleneck que serializa o que poderia paralelizar.

Quando importa pra você: se você precisa rodar 5 fases de research em paralelo, AIOX swarm-execute faz; em BMAD você espera fase-a-fase.

4. Comunicação e handoff — como contexto flui entre agents

BMAD passa contexto via artifacts em _bmad-output/ e project-context.md. AIOX usa SYNAPSE 8-layer context engine + handoff artifacts formais com QG-CROSS-01 (gate de handoff cross-domain). A diferença está em formalização — BMAD é por convenção, AIOX é por gate.

Razão técnica: AIOX tem 3 vitórias por formalização superior. Armadilha AIOX: SYNAPSE 8-layer é overkill quando seu projeto cabe em 2 layers — você lê documentação que não usa.

Quando importa pra você: se vários agents tocam o mesmo artefato e você quer rastreabilidade de quem mudou o quê, AIOX QG-CROSS-01 entrega; em BMAD você lê o artifact e infere.

5. Quality gates e governance — onde cada framework bloqueia merge

BMAD tem 15 quality gates, todos com numeric thresholds, 5 com veto power. AIOX tem 15+ gates por squad — em 53 squads, isso é ordem de magnitude maior em superfície de validação. A diferença categórica: AIOX é o único framework do bench 5-way com Constitution (322 linhas) e Agent Authority Matrix com exclusive ops por agent.

Razão técnica: AIOX vence em superfície e formalização constitucional; BMAD vence em readiness gate explícito. Armadilha AIOX: governance constitucional gera atrito real — pull request pode bater em 3 gates antes de mergear, o que é bom em produção e ruim em prototipagem.

Quando importa pra você: se você opera múltiplas BUs ou produtos com isolation forte, AIOX governance é load-bearing; se é um produto só, BMAD readiness gate basta.

6. Gestão de contexto — onde a memória mora

BMAD persiste contexto em artifacts dentro de _bmad-output/, com refresh manual via fresh-chat discipline. AIOX usa workspace L0-L4 com TTL governance (5 layers, 7d a 365d) e SYNAPSE 8-layer context engine. Nenhum dos dois resolve context rot prevention de forma estrutural — GSD-2 é quem tem fresh session per unit como design principle.

Razão técnica: AIOX vence em formalização (TTL, layers, SYNAPSE); empata onde nenhum dos dois resolve context rot. Armadilha AIOX: TTL governance significa que dado L4 expira em 7 dias — se você não tem disciplina de promover artefato para L1, perde história.

Quando importa pra você: se seu projeto vive 6+ meses e troca de mãos, AIOX TTL te força a curar o que importa; em projeto curto, é overhead.

7. Paralelismo e concorrência — onde os dois divergem mais

Esta é a dimensão de maior assimetria do bench. BMAD não documenta paralelismo nativo, isolation, wave-based execution ou worktree per milestone. AIOX tem swarm-execute para tasks paralelas, squad boundaries como isolation, e wave-execute como pipeline de epic. A vantagem AIOX aqui é estrutural — não é polish.

Razão técnica: AIOX vence 4 de 5 práticas — paralelismo é diferencial estrutural. BMAD vence em runtime breadth. Armadilha AIOX: swarm-execute exige você desenhar dependências entre tasks corretamente; má modelagem produz race conditions piores que execução serial.

Quando importa pra você: se você precisa rodar 10 research queries em paralelo num epic, AIOX faz; em BMAD você espera serial.

8. Observabilidade e regras de negócio — o que cada framework te deixa medir

BMAD extrai 35 regras em 8 famílias de processo (config, doc-scan, PRD quality, classification, sprint, story DoD, workflow, brainstorm). AIOX extrai 100+ regras em 15+ famílias (constitution, agent authority, TTL, artifact, story, CODEOWNERS, SINKRA composition, etc). Telemetry: BMAD não documenta; AIOX tem SYNAPSE engine-usage. Multi-tenant isolation é prática AIOX que BMAD não cobre.

Razão técnica: AIOX vence em densidade e telemetria; empata onde nenhum dos dois entrega (crash recovery, rollback — Paperclip e GSD-2 entregam isso no bench). Armadilha AIOX: 100+ regras em 15+ famílias é ônus cognitivo — em time pequeno, ninguém lê tudo.

Quando importa pra você: se você opera 4 negócios em uma holding, AIOX multi-tenant resolve; se é um produto só, é peso morto.

Distribuição final de vitórias

Somando as 8 dimensões: AIOX vence em ~28 práticas, BMAD vence em ~9 práticas, e ~11 práticas são empate. AIOX domina em escala (agents, regras, layers), governance (Constitution, authority matrix) e paralelismo. BMAD domina em Party Mode, runtime breadth e simplicidade de readiness gate. Em 6 das 8 dimensões há trade-off real — AIOX cobra complexidade onde BMAD cobra escopo.

Essa matriz não diz "qual usar" — diz "o que cada um te entrega". Para a tese de fundo (por que não são intercambiáveis e onde cada arquitetura faz sentido), ler o overview e tese de fundo. Para escolher na prática conforme seu ICP e contexto, ver o decision tree por ICP.