87 agentes. 580+ comandos. 7 squads. Uma página.
§ 0 Inventário 7 squads · 87 entradas · 68 únicos
Tudo que existe. Kernel é ritual (não conta como agente), tudo abaixo dele é um arquivo .md com persona ativável.
| Bloco | Path | Agentes | Papel |
|---|---|---|---|
| Kernel · Boot Protocol | transversal | 0 (ritual) | 5 etapas de ativação de qualquer agente |
| Kernel · Conclave | agents/system/conclave/ | 3 | Deliberação estratégica via /conclave |
| Core Development | .aiox-core/development/agents/ | 11 | Engenheiros do sistema |
| Squad AIOX-Ads | squads/aiox-ads/agents/ | 12 | Tráfego pago |
| Squad AIOX-Copy | squads/aiox-copy/agents/ | 24 | Copywriters mestres |
| Squad AIOX-Design | squads/aiox-design/agents/ | 9 | Design system |
| Squad AIOX-SOP | squads/aiox-sop/agents/ | 6 | Fábrica de SOPs |
| Squad AIOX-Workspace | squads/aiox-workspace/agents/ | 6 | C-Level virtual |
| Squad AIOX-Traffic | squads/aiox-traffic/agents/ | 16 | Tráfego (paralelo) |
§ 1 Kernel · Conclave 3 agentes · sem comandos *
Ativados exclusivamente via /conclave [decisão] — workflow de 4 fases sequenciais. Esses 3 não usam *comandos; entram automaticamente no fluxo do conclave.
| Agente | Papel | Fase | Quando usar |
|---|---|---|---|
critico-metodologicoagents/system/conclave/critico-metodologico/agent.md | Avalia qualidade do raciocínio (não o mérito). Score 0-100 em 5 critérios: premissas, evidências, lógica, alternativas, conflitos. | Fase 2 | Quer saber se o processo de decisão está limpo antes de bater o martelo. |
advogado-do-diaboagents/system/conclave/advogado-do-diabo/agent.md | Ataca a decisão. 6 perguntas obrigatórias: premissa frágil, risco oculto, arrependimento 12m, alternativa ignorada, falha 50%, premissas críticas. | Fase 3 | Decisões >R$500K ou irreversíveis. |
sintetizadoragents/system/conclave/sintetizador/agent.md | Integra debate + crítico + advogado em decisão final acionável, com hedge se necessário. | Fase 4 | Fechamento — veredito final do conclave. |
/conclave [decisão] · modos 3D: expert-only, business, full-3d, personal, company-only.§ 2 Core Development 11 agentes · ~190 comandos
Os engenheiros do sistema. Personas do Matrix. @devops é o único autorizado a git push, criar PRs e mexer em MCPs — todos os outros delegam.
2.1 @aiox-master · The Oracle Master Orchestrator · 41 comandos
Governa o framework. Pode executar qualquer task e fazer override de qualquer boundary. Use quando o pedido não couber em outro agente ou quando precisar mexer no próprio framework.
| Comando | O que faz | Quando usar |
|---|---|---|
*help | Lista todos os comandos com descrições | Início / esquecimento |
*kb | Liga/desliga KB mode (carrega conhecimento do AIOX Method) | Consultar metodologia |
*status | Mostra contexto atual e progresso | Visibilidade |
*guide | Guia compreensivo de uso | Onboarding |
*yolo | Cicla modo de permissão (ask → auto → explore) | Execução longa sem prompts |
*exit | Sai do modo agente | Encerrar |
*create | Cria novo componente AIOX (agent/task/workflow/template/checklist) | Adicionar peça nova |
*modify | Modifica componente existente | Refactor de peça |
*update-manifest | Atualiza team manifest | Após add/remove de agentes |
*validate-component | Valida segurança e padrões | Pré-commit |
*deprecate-component | Depreca com plano de migração | Aposentar sem quebrar deps |
*propose-modification | Propõe modificação ao framework | Mudança que precisa aprovação |
*undo-last | Desfaz última modificação | Reverter erro rápido |
*validate-workflow {name} [--strict] [--all] | Valida YAML, agentes, artefatos e lógica do workflow | Antes de rodar workflow novo |
*run-workflow {name} [start|continue|status|skip|abort] [--mode=guided|engine] | Executa workflow (guided = persona-switch; engine = spawn real de subagents) | Disparar pipeline multi-agente |
*analyze-framework | Analisa estrutura e padrões | Auditoria de saúde |
*list-components | Inventário | Discovery |
*test-memory | Testa memory layer | Diagnóstico RAG/agent memory |
*task | Executa task específica (ou lista) | Task isolada |
*execute-checklist {checklist} | Roda checklist | QA padronizado |
*workflow {name} [--mode=guided|engine] | Atalho de *run-workflow | Disparar pipeline |
*plan [create|status|update] [id] | Planejamento de workflow | Pré-execução |
*create-doc {template} | Cria documento a partir de template | PRD/brief/spec |
*doc-out | Exporta documento completo | Final |
*shard-doc {doc} {destination} | Quebra doc em partes | Docs grandes |
*document-project | Gera doc do projeto | Brownfield onboarding |
*add-tech-doc {file} [preset] | Cria tech-preset | Reuso de stack |
*create-next-story | Cria próxima user story | Sprint planning |
*advanced-elicitation | Elicitação avançada | Discovery profunda |
*chat-mode | Modo conversacional | Brainstorm não estruturado |
*agent {name} | Info sobre agente especializado | Decidir quem chamar |
*validate-agents | Valida todas as definições | Health check |
*correct-course | Analisa e corrige desvios | Projeto fora do trilho |
*index-docs | Indexa docs para busca | Pós-mudança massiva |
*update-source-tree | Valida governança dos data files | Auditoria de ownership |
*ids check {intent} [--type] | Pré-check no registry: REUSE / ADAPT / CREATE | Antes de criar peça (evita duplicação) |
*ids impact {entity} | BFS de consumidores diretos/indiretos | Antes de mexer em peça compartilhada |
*ids register {file} [--type] [--agent] | Registra entidade no registry | Depois de criar peça nova |
*ids health | Health check do registry | Auditoria semanal |
*ids stats | Estatísticas (count por tipo, health score) | Métricas |
*theme {list|set|preview|validate|create} [name] | Gestão de tema visual | Trocar/criar visual |
2.2 @dev · Neo Full Stack Developer · 32 comandos
Quem ESCREVE código. Bloqueado de git push (autoridade do @devops). Use sempre que houver implementação.
| Comando | O que faz | Quando usar |
|---|---|---|
*develop | Implementa tasks da story (yolo / interactive / preflight) | Default |
*develop-yolo | Modo autônomo | Baixo risco |
*develop-interactive | Modo interativo (default) | Decisões em jogo |
*develop-preflight | Planejamento antes | Stories complexas |
*execute-subtask ST-X.X | Subtask isolado do implementation.yaml (13-step Coder Agent) | Granularidade fina |
*verify-subtask | Verifica (command / api / browser / e2e) | Após cada subtask |
*track-attempt | Rastreia tentativa em recovery/attempts.json | Tentativas múltiplas |
*rollback | Volta ao último estado bom (--hard pula confirmação) | Tentativa falhou |
*build-resume | Continua build autônomo do checkpoint | Retomar interrompido |
*build-status | Status do build (--all) | Visibilidade |
*build-log | Log de tentativa | Debug |
*build-cleanup | Limpa arquivos abandonados | Manutenção |
*build-autonomous | Loop autônomo com retries | Story de alta confiança |
*build {story-id} | Build completo: worktree → plan → execute → verify → merge | One-shot end-to-end |
*gotcha {title} - {desc} | Registra gotcha (pitfall) | Achou armadilha não documentada |
*gotchas [--category --severity] | Lista e busca | Antes de tocar área desconhecida |
*gotcha-context | Gotchas relevantes ao contexto | Auto-injetado |
*worktree-create {story} | Worktree isolado | Story em paralelo |
*worktree-list | Lista ativos | Visibilidade |
*worktree-cleanup | Remove velhos | Manutenção |
*worktree-merge {story} | Merge de volta | Após PR aprovado |
*create-service | Service novo (api-integration / utility / agent-tool) | Service template |
*waves [workflow] [--visual] [--json] | Analisa paralelização | Otimizar pipeline longo |
*apply-qa-fixes | Aplica feedback do QA | Pós-review |
*fix-qa-issues | Workflow 8 fases pra QA_FIX_REQUEST.md | Report formal do QA |
*run-tests | Lint + testes | Antes de marcar subtask completa |
*backlog-debt | Registra débito técnico | Achou rabicho |
*load-full | Load completo do devLoadAlwaysFiles | Refresh de contexto |
*clear-cache | Limpa cache de contexto | Mudança grande em arquivo cacheado |
*session-info | Detalhes da sessão | Diagnóstico |
*explain | Explica o que fez em detalhe didático | Quer entender o que rolou |
2.3-5 @po · @pm · @sm · Seraph · Niobe · Keymaker Story lifecycle · 28 comandos
Três personas separadas que orquestram o ciclo de stories: @sm rascunha → @po valida → @dev implementa → @qa revisa → @po fecha.
| Agente | Comando-chave | O que faz |
|---|---|---|
@po (Seraph)17 comandos | *backlog-add | Adiciona item ao backlog (follow-up / tech-debt / enhancement) |
*backlog-review | Gera review para sprint planning | |
*backlog-summary | Status rápido | |
*backlog-prioritize | Re-prioriza | |
*backlog-schedule | Atribui ao sprint | |
*stories-index | Regenera índice de docs/stories/ | |
*validate-story-draft | INÍCIO do lifecycle — valida qualidade da story | |
*close-story {path} [--pr N] [--commit X] | FIM do lifecycle — atualiza epic/backlog, sugere próxima | |
*sync-story {id} [--force] | Sync com PM tool (ClickUp / GitHub / Jira) | |
*pull-story | Puxa updates da PM tool | |
*execute-checklist-po | Roda PO master checklist | |
@pm (Niobe)14 comandos | *create-prd | Cria PRD (greenfield) |
*create-brownfield-prd | PRD para projeto existente | |
*create-epic | Cria epic brownfield | |
*create-story | Cria user story | |
*shard-prd | Quebra PRD em partes | |
*research {topic} | Prompt de pesquisa profunda | |
*execute-epic {plan} [action] [--mode=interactive] | Wave-based parallel development | |
*gather-requirements | Elicita requisitos de stakeholders | |
*write-spec | Spec formal a partir de requisitos | |
*toggle-profile | Bob (assistido) ↔ advanced | |
@sm (Keymaker)4 comandos | *draft · *story-checklist | Rascunha próxima story · roda story draft checklist (e os universais) |
2.6 @qa · Agent Smith Test Architect · 23 comandos
Autoridade de qualidade. Define estratégia e veredito (não escreve teste pro dev). Owner exclusivo de test suites.
| Comando | O que faz | Quando usar |
|---|---|---|
*code-review {scope} | Review automático (uncommitted / committed) | Antes do PR |
*review {story} | Review compreensivo + gate decision | Final da story |
*review-build {story} | Review estruturado em 10 fases → qa_report.md | Stories grandes/sensíveis |
*gate {story} | Quality gate: PASS / CONCERNS / FAIL | Veredito formal |
*nfr-assess {story} | Valida non-functional requirements | Story com NFR explícito |
*risk-profile {story} | Matriz de risco | Story crítica |
*create-fix-request {story} [--include-minor] | Gera QA_FIX_REQUEST.md pro @dev | Quando há issues a corrigir |
*validate-libraries {story} | Valida libs via Context7 | Story usando lib nova |
*security-check {story} | Scan de 8 pontos de vulnerabilidade | Story tocando auth / dados / API |
*validate-migrations {story} [--framework] | Valida migrations (supabase / prisma / drizzle / django / rails / sequelize) | Story com schema change |
*evidence-check {story} | Verifica requisitos de evidência | Story exigindo logs / screenshots |
*false-positive-check {story} [--claimed-fix "X"] | Critical thinking — verifica se "fix" é real | Bug fix suspeito |
*console-check {story} [--pages /path] [--url X] | Detecta erro no browser console | Story de frontend |
*test-design {story} | Cenários de teste compreensivos | Antes da implementação |
*trace {story} | Mapeia requirements → tests (Given-When-Then) | Rastreabilidade |
*create-suite {story} | Cria test suite (autoridade exclusiva do QA) | Suite nova |
*critique-spec {story} | Crítica de spec por completude / clareza | Pré-implementação |
*backlog-add {story} {type} {priority} {title} | Adiciona item ao backlog da story | Achou issue durante review |
*backlog-update {item_id} {status} | Atualiza status | Acompanhamento |
*backlog-review | Review do backlog | Planning |
2.7 @architect · The Architect System Architect · 16 comandos
Decide arquitetura, stack, complexidade. Não implementa — passa pro @dev.
| Comando | O que faz | Quando usar |
|---|---|---|
*create-full-stack-architecture | Arquitetura completa (FE + BE + infra) | Projeto novo |
*create-backend-architecture | Só backend | API-only |
*create-front-end-architecture | Só frontend | UI-only |
*create-brownfield-architecture | Para projeto existente | Onboarding legacy |
*document-project | Gera doc do projeto | Brownfield discovery |
*execute-checklist {checklist} | Roda checklist de arquitetura | QA arquitetural |
*research {topic} | Prompt de pesquisa profunda | Decisão de tech stack |
*analyze-project-structure | Analisa para nova feature (WIS-15) | Pré-feature em projeto existente |
*validate-tech-preset {name} | Valida estrutura do preset (--fix cria story) | Adicionar preset novo |
*validate-tech-preset-all | Valida todos os presets | Auditoria geral |
*assess-complexity | Avalia complexidade + estima esforço | Story incerta |
*create-plan | Plano de implementação com fases / subtasks | Pré-*develop |
*create-context | Gera contexto + arquivos para a story | Briefing pro @dev |
*map-codebase | Mapa do codebase (estrutura / services / padrões) | Onboarding |
2.8-9 @analyst · @data-engineer · Merovingian · Tank Discovery · DB · 31 comandos
| Agente | Comando | O que faz |
|---|---|---|
@analyst (Merovingian)9 comandos | *create-project-brief | Cria project brief (pré-PRD) |
*perform-market-research | Pesquisa de mercado | |
*create-competitor-analysis | Análise de concorrência | |
*research-prompt | Prompt de pesquisa profunda | |
*brainstorm | Sessão de brainstorming | |
*elicit | Elicitação avançada de requisitos | |
*research-deps | Pesquisa dependências de um tópico | |
*extract-patterns | Padrões de codebase / docs (oportunidade de reuso) | |
@data-engineer (Tank)22 comandos | *create-schema | Desenha schema do DB |
*create-rls-policies | Policies de RLS (multi-tenant / Supabase) | |
*create-migration-plan | Estratégia de migração | |
*design-indexes | Estratégia de indexação (performance) | |
*model-domain | Sessão de modelagem de domínio | |
*env-check | Valida env vars de DB | |
*bootstrap | Scaffold da estrutura do projeto DB | |
*apply-migration {path} | Roda migration com snapshot de segurança | |
*dry-run {path} | Testa migration sem committar | |
*seed {path} | Aplica seed idempotente | |
*snapshot {label} | Snapshot do schema (pré-mudança arriscada) | |
*rollback {snap} | Restaura snapshot | |
*smoke-test {version} | Testes compreensivos pós-migration | |
*security-audit {scope} | Auditoria (rls / schema / full) | |
*analyze-performance {type} [query] | Análise (query / hotpaths / interactive) | |
*policy-apply {table} {mode} | Instala RLS (KISS / granular) | |
*test-as-user {user} | Emula user para testar isolamento RLS | |
*verify-order {path} | Lint da ordem de DDL | |
*load-csv {table} {file} | Loader seguro (staging → merge) | |
*run-sql {file_or_inline} | SQL raw com transaction | |
*setup-database [type] | Setup interativo (supabase / postgresql / mongodb / mysql / sqlite) | |
*research {topic} | Prompt de pesquisa em DB |
2.10 @devops · Link DevOps · 35 comandos · ÚNICA autoridade de push
@devops pode rodar git push, gh pr create/merge, gerenciar MCPs e fazer release. Todos os outros agentes delegam.| Comando | O que faz | Quando usar |
|---|---|---|
*detect-repo | Detecta contexto (framework-dev vs project-dev) | Início de sessão |
*version-check | Analisa versão + sugere próxima | Pré-release |
*pre-push | Roda todos os quality gates antes do push | OBRIGATÓRIO antes de *push |
*push | Executa push após gates passarem | Único caminho legal pra subir código |
*create-pr | Cria PR da branch atual | Após push |
*configure-ci | Setup / update do GitHub Actions | CI/CD |
*release | Release versionado com changelog | Major / minor release |
*cleanup | Remove branches / arquivos velhos | Manutenção |
*health-check | Diagnóstico unificado (aiox doctor + governance) | Health check semanal |
*sync-registry | Sync incremental (--full / --heal) | Pós-mudança em agentes/skills |
*sync [--skills --agents --projection=copy --migrate-skills --dry-run --report] | Sync IDE agents / skills via registry canônico | Pós-mudança no IDE |
*init-project-status | Inicializa tracking dinâmico (Story 6.1.2.4) | Projeto novo |
*environment-bootstrap | Setup completo (CLIs / auth / Git / GitHub) | Onboarding de máquina |
*setup-github | Configura infra DevOps | Repo novo |
*setup-coderabbit | Config framework-aware do CodeRabbit | Repo com CodeRabbit |
*search-mcp | Busca MCPs no Docker MCP Toolkit | Procurar MCP |
*add-mcp | Adiciona MCP | Instalar |
*list-mcps | Lista habilitados | Inventário |
*remove-mcp {server} | Remove MCP | Desinstalar |
*setup-mcp-docker | Config inicial Docker MCP Toolkit | Primeiro setup |
*check-docs | Verifica integridade dos links | Pré-release / auditoria |
*create-worktree | Worktree isolado | Story em paralelo |
*list-worktrees | Lista ativos | Visibilidade |
*remove-worktree | Remove (com safety checks) | Limpeza |
*cleanup-worktrees [--days=30] | Remove velhos | Manutenção semanal |
*merge-worktree | Merge da branch | Após PR aprovado |
*inventory-assets | Inventário de migração legacy | Migração de framework |
*analyze-paths | Analisa dependências de path | Refactor de paths |
*migrate-agent | Migra agente legacy | Upgrade |
*migrate-batch | Migra todos em lote | Upgrade massivo |
2.11 @ux-design-expert · Trinity UX/UI Designer · 30 comandos
Workflow completo (research → wireframe → DS → componente).
| Comando | O que faz | Quando usar |
|---|---|---|
*research | User research e análise de necessidade | Fase 1 — discovery |
*wireframe {fidelity} | Wireframes + fluxos de interação | Após research |
*generate-ui-prompt | Prompts para AI UI tools (v0 / Lovable) | Speedrun de UI |
*create-front-end-spec | Spec detalhada de frontend | Pré-implementação |
*audit {path} | Scan de redundâncias UI | Discovery brownfield |
*consolidate | Reduz redundância via clustering | Pós-audit |
*shock-report | Report HTML mostrando caos + ROI | Convencer stakeholder |
*tokenize | Extrai design tokens dos padrões consolidados | Bootstrap do DS |
*setup | Inicializa estrutura do DS | DS novo |
*migrate | Estratégia de migração (4 fases) | Migração de DS |
*upgrade-tailwind | Plano e execução de upgrade Tailwind v4 | Migration Tailwind |
*audit-tailwind-config | Valida saúde da config | Auditoria |
*export-dtcg | Bundle W3C Design Tokens | Interop com outros DS |
*bootstrap-shadcn | Instala Shadcn / Radix | Stack Shadcn |
*build {component} | Componente atômico production-ready | Componente novo |
*compose {molecule} | Compõe molécula de átomos | Composição |
*extend {component} | Adiciona variante | Variante nova |
*document | Doc da pattern library | Documentação |
*a11y-check | Auditoria WCAG AA / AAA | Compliance |
*calculate-roi | ROI e cost savings | Convencer stakeholder |
*compose-page | Compõe página completa (9 fases) | Página nova |
*page-audit {path|artifact} | Audita contra padrões de composição | QA visual |
*scan {path|url} | Analisa HTML / React por padrões | Discovery |
*integrate {pack} | Conecta com expansion pack | Integração externa |
§ 3 Squad AIOX-Ads 12 agentes · tráfego pago
Squad de tráfego pago. Chief é @ad-midas (Midas) com 47 comandos cobrindo desde estrutura de campanha até bombardeio criativo.
3.1 Chiefs e Quality
| Agente | Papel | Comandos |
|---|---|---|
ads-traffic-chiefsquads/aiox-ads/agents/ads-traffic-chief.md | Squad Lead — orquestra e roteia | 6 |
audit-orchestratorsquads/aiox-ads/agents/audit-orchestrator.md | Auditoria via sub-squad ads-audit (225+ checks) | 0 (orquestrado) |
fiscalsquads/aiox-ads/agents/fiscal.md | QA do squad — fiscaliza outputs pré-produção (Jon Loomer style) | 11 |
3.2 @ad-midas · Midas Media Strategist Chief · 47 comandos
| Comando | O que faz | Quando usar |
|---|---|---|
*squad-status | Status do squad + agentes disponíveis | Início de sessão |
*dispatch {agent} {task} | Dispatch para membro do squad | Roteamento manual |
*campaign-structure | CBO vs ABO, testing vs scaling | Antes de criar campanha |
*funnel-selection | Funil ideal (R$1, direct, Zoom class) | Decisão de funil |
*scale-readiness | Verifica se está pronta pra escalar | Pré-scale |
*unit-economics | CAC / LTV / payback | Validação de viabilidade |
*monitor-campaigns | Monitoramento autônomo | Always-on |
*monitor-report {period} | Relatório de decisão do monitor | Daily / Weekly |
*launch-campaign | Workflow de lançamento (economics → funnel → structure → brief) | Launch ponta-a-ponta |
*optimize-campaign | Workflow de otimização (diagnóstico → kill/scale → budget) | Otimização sistemática |
*apply-kill-scale {campaign_id} · --all-active --dry-run | Aplica regras de kill/scale | Decisão data-driven |
*allocate-budget --total {N} · --optimize-for roas | Aloca budget entre campanhas | Realocação de verba |
*evaluate-creatives {campaign_id} | Veredito de performance criativa | Decisão de criativo |
*detect-learning-phase {campaign_id} | Detecta fase de aprendizado | Antes de mexer em campanha "presa" |
*audit-tracking [--domain X] [--focus capi] | Audita pixel / CAPI | Suspeita de tracking quebrado |
*build-scorecard {campaign_id} [--type --period] | Scorecard de performance | Review estruturado |
*diagnose-metrics {campaign_id} [--period 7d] | Diagnóstico de métricas | Campanha com problema |
*calculate-economics "{product}" --price N --margin N | Cálculo de unit economics | Validar produto antes de tráfego |
*detect-fatigue {campaign_id} [--threshold 50] | Detecta fadiga criativa | Antes que CTR despenque |
*check-scale-readiness {campaign_id} | Checklist completo de scale | Pré-scale |
*detect-overlap {campaign_id} | Overlap entre ad sets | Eficiência do leilão |
*expand-audience --adset {id} | Sugere estratégias de expansão | Saturação de audiência |
*google-optimize --account XXX --period 30d | Otimiza Google Search | Conta Google madura |
*forester-scale {account_id} | Scaling sistemático Forester | Escala estruturada |
*bidding {campaign_id} | Recomenda estratégia de lance | Tuning de bidding |
*select-funnel "{product}" --ticket N | Funil ideal por ticket | Decisão de funil |
*analyze-page {url} | CRO da landing | Conversão baixa |
*generate-copy "{product}" --framework pas | Gera copy com framework (PAS / AIDA / etc.) | Copy nova |
*bombardment {campaign_id} | Estratégia de bombardeio criativo | Teste massivo de criativos |
*structure-campaign "{product}" --type testing --budget N | Estrutura testing / scaling | Build de campanha |
*create-brief "{product}" | Brief criativo | Pré-produção criativa |
*youtube-launch "{product}" --budget N --phase N | Lançamento YouTube faseado | YouTube ads |
*spy-ads "{competitor}" | Espiona ads do competidor (Meta Ad Library) | Competitive intel |
*google-campaign "{product}" --type lead_gen --budget N | Arquitetura de campanha Google | Build Google |
*analyze-funnel --type direct | Análise de conversão por step | Diagnóstico de funil |
*generate-hooks "{product}" | Múltiplos hooks | Variação de criativo |
*analyze-attribution [--compare-windows] [--reconcile-backend] | Modelos de atribuição | Discrepância plataforma vs backend |
*youtube-script "{product}" --objective conversion --ticket N | Script de YouTube | Produção de YouTube |
*br-ops {account_id} | Operações BR-specific | Conta Brasil |
*daily-checklist | Checklist diário de campanhas | Rotina |
*bfcm-prep --days-until N | Black Friday / Cyber Monday | Sazonalidade |
*generate-angles "{product}" | Múltiplos ângulos criativos | Variação de mensagem |
*research {slug} | Protocolo completo de research | Antes de assumir conta nova |
*create-dsl "{product}" | Estrutura DSL para VSL / webinar | Produção de VSL |
*compliance-check {campaign_id} | Check de compliance antes do launch | Pré-launch |
*accountability-report [--period --agent] | Relatório de accountability | Tracking de squad |
*setup-pixel {platform} {stack} {type} | Setup de pixel + eventos | Implementação de tracking |
3.3 Especialistas (mestres reais com suas metodologias)
| Agente | Path | Comandos | Quando chamar |
|---|---|---|---|
kasim-aslam | squads/aiox-ads/agents/kasim-aslam.md | 14 | Google Ads avançado (Solutions 8) |
ralph-burns | squads/aiox-ads/agents/ralph-burns.md | 24 | Scaling estratégico (Tier 11) |
tom-breeze | squads/aiox-ads/agents/tom-breeze.md | 15 | YouTube Ads (Viewability) |
fiscal | squads/aiox-ads/agents/fiscal.md | 11 | QA antes de produção (Jon Loomer style) |
* próprios (orquestrados via @ad-midas): audit-orchestrator, campaign-manager, creative-analyst, performance-analyst, pixel-specialist, br-traffic-operator.§ 4 Squad AIOX-Copy 24 copywriters · ~700 comandos
24 copywriters lendários, cada um com sua metodologia codificada em comandos. Halbert tem 90 comandos. Bencivenga 57. @copy-chief orquestra e delega para o especialista certo via tiers.
4.1 @copy-chief · Orquestrador 38 comandos
| Comando | O que faz | Quando usar |
|---|---|---|
*show-context · *workspace-context | Carrega contexto do business | Início |
*diagnose · *diagnose-awareness · *diagnose-sophistication | Diagnóstico Schwartz (awareness/sophistication level) | Pré-produção |
*briefing · *create-campaign-brief · *set-campaign | Brief estratégico | Pré-produção |
*recommend | Recomenda próximo passo / especialista | Roteamento |
*sales-page · *landing | Páginas (delega copywriters) | Captura / conversão |
*email-sequence · *launch-emails | Sequências de email | Marketing / launch |
*ads · *headlines | Copy de ads + variações de headline | Tráfego pago |
*vsl · *webinar | Script de VSL / webinar | High-ticket funnels |
*lead-magnet · *upsell | Lead magnet (topo) / upsell (backend) | Funil |
*launch-plan · *plc-sequence | Plano de launch + Product Launch Content (delega Jeff Walker) | Lançamento |
*sideways-letter · *seed-launch · *jv-launch · *live-launch · *evergreen-launch · *launch-stack · *open-cart | Variações de launch (sideways / seed / JV / live / evergreen / stack / open cart) | Por tipo de launch |
*mental-triggers | Aplica gatilhos Cialdini | Reforço persuasivo |
*diagnose-launch | Diagnóstico de launch travado | Launch com problema |
*paid-traffic | Estratégia de tráfego pago no launch | Launch + ads |
*audit-copy | Auditoria contra critérios de qualidade | QA |
*sugarman-check | Checklist 30 triggers do Sugarman | QA Sugarman |
*review · *evaluate-cpls | Review de copy / avalia CPLs vs copy | QA final |
*team | Roster completo | Discovery |
*tier0 · *tier1 · *tier2 · *tier3 | Acesso por tier (foundations / documented / modern / contemporary) | Roteamento |
*chat-mode | Modo conversacional | Brainstorm |
4.2 Os 23 copywriters mestres ordenado por nº de comandos
Cada um tem comandos específicos da sua metodologia real. Em vez de listar 700+ comandos individuais, mapa de domínio + quando chamar:
| Copywriter | Path | Comandos | Domínio · quando chamar |
|---|---|---|---|
gary-halbert | squads/aiox-copy/agents/gary-halbert.md | 90 | Direct mail, Boron Letters, lifestyle copy — sales letters longas |
gary-bencivenga | squads/aiox-copy/agents/gary-bencivenga.md | 57 | Long-form, bullets, headlines — "world's greatest" |
david-deutsch | squads/aiox-copy/agents/david-deutsch.md | 43 | Copythinking, multi-control — sustentar 5+ campanhas paralelas |
jeff-walker | squads/aiox-copy/agents/jeff-walker.md | 41 | Product Launch Formula — launches estruturados |
parris-lampropoulos | squads/aiox-copy/agents/parris-lampropoulos.md | 38 | Bullets, 12-year control — bullets matadoras |
jim-rutz | squads/aiox-copy/agents/jim-rutz.md | 27 | Magalog (catálogo + magazine) — copy editorial |
jon-benson | squads/aiox-copy/agents/jon-benson.md | 26 | VSL, NLP persuasion — Video Sales Letter |
joe-sugarman | squads/aiox-copy/agents/joe-sugarman.md | 25 | 30 triggers, slippery slide — sequência psicológica |
stefan-georgi | squads/aiox-copy/agents/stefan-georgi.md | 25 | RMBC Method — scale production |
todd-brown | squads/aiox-copy/agents/todd-brown.md | 25 | E5 Method, Big Idea engineering — arquitetura de ideia |
eugene-schwartz | squads/aiox-copy/agents/eugene-schwartz.md | 22 | Mass Desire, Breakthrough Advertising — teoria pura (awareness/sophistication) |
robert-collier | squads/aiox-copy/agents/robert-collier.md | 22 | "Enter the conversation" — sales letters clássicas |
clayton-makepeace | squads/aiox-copy/agents/clayton-makepeace.md | 20 | Visceral emotional copy — financeira / saúde |
john-carlton | squads/aiox-copy/agents/john-carlton.md | 20 | Simple Writing System — "most ripped-off" |
ben-settle | squads/aiox-copy/agents/ben-settle.md | 19 | Daily email, infotainment — email diário |
dan-kennedy | squads/aiox-copy/agents/dan-kennedy.md | 18 | Magnetic Marketing, No B.S. — direct response brutal |
russell-brunson | squads/aiox-copy/agents/russell-brunson.md | 16 | Funnel hacking, ClickFunnels — funnels |
claude-hopkins | squads/aiox-copy/agents/claude-hopkins.md | 13 | Scientific advertising, "reason why" — copy testável |
david-ogilvy | squads/aiox-copy/agents/david-ogilvy.md | 4 | Big Idea, Brand Image — copy de marca |
andre-chaperon | squads/aiox-copy/agents/andre-chaperon.md | 4 | Soap Opera Sequences — autoresponders |
ry-schwartz | squads/aiox-copy/agents/ry-schwartz.md | 3 | Cohort launches, Coaching The Conversion |
frank-kern | squads/aiox-copy/agents/frank-kern.md | 1 | Mass Control, Intent-Based Branding |
dan-koe | squads/aiox-copy/agents/dan-koe.md | 0 | One-person business, leverage |
@copy-chief primeiro. Ele diagnostica (Schwartz awareness/sophistication) e delega via *tier0..3.§ 5 Squad AIOX-Design 9 agentes · ~150 comandos
Design system, tokens, componentes. Brad Frost com 60 comandos é o agente mais robusto fora do @aiox-master. Page Composer roda workflow de 9 fases para qualquer página nova.
5.1 @design-chief · Orquestrador 8 comandos
| Comando | O que faz | Quando usar |
|---|---|---|
*triage {request} | Classifica IN_SCOPE / OUT_OF_SCOPE | Antes de aceitar tarefa |
*route {request} | Roteia para o especialista correto | Decisão de quem chamar |
*resolve-ds {business_slug} | Resolve contexto de DS | Sessão multi-business |
*show-context | Contexto ativo | Debug |
*review-epic-ds {epic} | Review de alinhamento DS no epic | Pré-epic |
*review-plan {type} | Review de plano de entregável | Pré-entrega |
*handoff {squad} | Handoff para outro squad | Multi-squad |
5.2 @brad-frost · Design System Expert 60 comandos
O mais robusto fora do master. Cobre: tokens, componentes, a11y, performance, motion, regression, governance.
| Grupo | Comandos principais | Quando usar |
|---|---|---|
| Audit / Discovery | *audit {path} · *consolidate · *scan {path|url} · *ds-health {path} · *shock-report | Discovery brownfield, dashboard de saúde, convencer stakeholder |
| Tokens | *tokenize · *token-w3c {path} · *token-modes · *validate-tokens {path} · *token-usage {path} · *export-dtcg | Bootstrap DS, multi-brand, interop W3C |
| Build | *build {pattern} · *compose {molecule} · *extend {pattern} · *setup · *integrate {squad} | Componentes novos, composição atomic |
| A11y | *a11y-audit {path} · *contrast-check {path} · *contrast-matrix {path} · *focus-order {path} · *aria-audit {path} | WCAG 2.2, APCA, compliance |
| Performance | *bundle-audit {path} · *dead-code {path} · *motion-audit {path} · *visual-regression {path} | Bundle size, regression visual, animation QA |
| Migration | *migrate · *upgrade-tailwind · *audit-tailwind-config · *refactor-plan · *refactor-execute {path} · *bootstrap-shadcn | Tailwind v4, Shadcn, atomic refactor |
| Reading / Content | *reading-audit {path} · *reading-guide · *reading-tokens · *reading-checklist | Componentes de leitura otimizados (18 regras) |
| Advanced | *agentic-audit {path} · *agentic-setup · *fluent-audit · *fluent-build · *theme-multi · *multi-framework · *ds-govern · *ds-designops · *figma-pipeline | DS para AI workflows, Fluent 2, multi-brand, DesignOps, Figma MCP |
| Comparison | *design-compare {ref} {impl} · *visual-spec {component} | QA visual de implementação |
| Util | *sync-registry · *calculate-roi · *document · *yolo · *status | Sync, ROI, doc |
5.3 @page-composer · Layout & Composição 10 comandos
| Comando | O que faz | Quando usar |
|---|---|---|
*compose-page {page-type} [--copy briefing.yaml] | Compõe página completa (workflow 9 fases: 3-input → page-type → copy → visual → layout → states → a11y → SEO → anti-AI) | Página nova end-to-end |
*layout-audit {file-path} | Audita layout contra layout framework | QA de layout |
*typography-map {file|page-type} | Aplica ou valida hierarquia tipográfica | Tipografia |
*spacing-check {file|page-type} | Valida ritmo de spacing e tokens | QA spacing |
*copy-layout [--framework AIDA|PAS|StoryBrand] --copy {text} | Mapeia copy → hierarquia visual | Copy → design |
*validate-brief {brief} | Valida brief no 3-Input Framework | Pré-composição |
*generate-seo-meta {page} | Gera / valida SEO metadata | SEO |
*compose-states {page} | Estados de loading / empty / error | Estados |
*validate-anti-ai {page} | Detecta padrões de "cara de IA" | QA anti-AI-look |
*prompt-guide [--level 1|2|3|4] | Bíblia de prompting para briefs | Treinamento |
5.4 Outros
| Agente | Comandos | Quando usar |
|---|---|---|
dan-mall | 11 | Vender DS internamente, scaling de design org |
nano-banana-generator | 19 | Geração de componentes visuais utilitários |
storybook-expert | 28 | Criar / manter Storybook stories + docs |
dave-malouf · ds-foundations-lead · ds-token-architect | 0 cada | Orquestrados via @design-chief ou @brad-frost |
§ 6 Squad AIOX-SOP 6 agentes · fábrica de processos
Cada especialista é uma persona de gigante da qualidade: Deming (Chief), Gerber (Creator), Gawande (Analyst), Crosby (Auditor), Ohno (Extractor), Turing (ML-Architect).
6.1 @sop-chief · Deming 14 comandos
| Comando | O que faz | Quando usar |
|---|---|---|
*environment | Resolve access tier, runtime mode, source of truth | Início de sessão |
*workspace-context {business} | Carrega contexto canônico da empresa | Pré-execução |
*analyze {sop} | Roteia para @sop-analyst (scoring 10 dimensões) | Avaliar SOP existente |
*create {type} | Roteia para @sop-creator (humano) ou @sop-ml-architect (AI/ML) | Criar SOP novo |
*extract {source} | Roteia para @sop-extractor (process mining) | Tirar SOP de fonte não estruturada |
*audit {sop} | Roteia para @sop-auditor (14 pontos Crosby) | Audit formal pré-produção |
*convert {sop} {target-format} | Converte entre human ↔ machine-readable | Adaptar SOP a consumidor |
*benchmark {sop} | Análise comparativa vs industry standards | Comparar com melhor da indústria |
*batch-audit {folder} | Audita múltiplos SOPs em lote | Auditoria de portfolio |
*map-core-sop-backlog | Scan + categoriza + gera backlog priorizado | Mapeamento estratégico |
*create-sop-operations-suite {business} | SOPs a partir de operations YAMLs (team / pricing / KPIs / commissions) | Bootstrap operacional |
*dashboard | Status atual da SOP Factory + métricas | Visibilidade |
6.2 Especialistas (disparados pelo chief)
| Agente | Persona | Comandos | Função |
|---|---|---|---|
sop-creator | Gerber | 4 | Cria SOP human-readable |
sop-analyst | Gawande | 5 | Grada SOP (10 dimensões) |
sop-auditor | Crosby | 12 | Auditoria final 14 pontos |
sop-extractor | Ohno | 3 | Process mining — extrai SOP de fontes não estruturadas |
sop-ml-architect | Turing | 6 | SOP machine-readable para automação |
§ 7 Squad AIOX-Workspace 6 executivos C-Level
C-Level virtual da Bilhon Holding. @workspace-chief é o COO orquestrador com 47 comandos cobrindo elicitação, ETL, diagnóstico estratégico e roteamento entre os outros 5 executivos.
7.1 @workspace-chief · COO · Operations 47 comandos
| Grupo | Comandos | Quando usar |
|---|---|---|
| Bootstrap | *bootstrap · *workspace-preflight · *workspace-context {slug} | Primeiríssimo uso · pré-execução · carregar contexto |
| Squad fit | *resolve-readiness {squad} · *classify-squad-fit {squad} | Antes de squad consumer · decisão de integração |
| Status | *status · *list-businesses | Visibilidade · inventário |
| Business CRUD | *add-business {slug} [--mode=flat] · *scaffold-templates {slug} | Business novo (scaffold L0-L4) · copiar templates |
| Setup integral | *setup-workspace {slug} · *setup-business-profile {slug} | Workflow completo com todos executivos · pipeline → 7 YAMLs |
| Elicitação granular | *elicit-company-profile · *elicit-founder-dna · *elicit-credentials · *elicit-team-structure · *elicit-icp-yaml · *elicit-brand-yaml · *elicit-pricing-strategy · *elicit-culture [--quick] [--resume] | Profile peça-a-peça (8 elicitações independentes) |
| ETL Deep Pass | *etl-deep-pass {slug} · *etl-batch-run [--slugs --concurrency --resume --force] · *etl-web-scrape · *etl-web-research · *etl-local-extract · *etl-generate-artifacts | Enriquecimento 4-layer (55% → 95%) · lote massivo · ETL granular |
| Health | *health-check · *quick-check · *fix-workspace · *health-history | Auditoria semanal · daily · auto-fix · histórico |
| Diagnóstico estratégico | *diagnose-business {slug} · *diagnose-all · *diagnose-offer {slug} {product} | 10 dimensões · portfolio ranking · oferta 38 variáveis |
| Ação | *growth-levers {slug} · *next-best-action {slug} · *progress-check {slug} | Top 3 alavancas · UMA ação agora · delta vs anterior |
| Backlog | *backlog-status [{slug}] · *backlog-execute {slug} {item} · *backlog-skip {slug} {item} | Visibilidade · executar · pular |
| Operacional | *create-sop-operations-suite {slug} | Handoff pro @sop-chief |
| Routing | *route {description} · *handoff {agent} · *executives | Decidir executivo · delegação · roster |
| Atalhos C-Level | *vision · *marketing · *tech-strategy · *tech-ops · *ai | Conectar com CEO / CMO / CTO / CIO / CAIO |
7.2 Os 5 executivos
| Agente | Cargo | Persona | Comandos | Domínio |
|---|---|---|---|---|
vision-strategist | CEO | Vision | 6 | Visão estratégica |
caio-architect | CAIO | Intelligence | 8 | Estratégia de IA |
cio-engineer | CIO | Infra | 7 | Tech Stack operacional |
cmo-architect | CMO | Market | 7 | ICP, proposta de valor |
cto-architect | CTO | Tech | 5 | Estratégia tecnológica |
§ 8 Squad AIOX-Traffic 16 agentes · paralelo ao AIOX-Ads
Squad espelho do aiox-ads com chief próprio + especialistas adicionais (Depesh Mandalia, Molly Pittman, Nicholas Kusmich). Os comandos dos agentes em comum (ad-midas, kasim-aslam, ralph-burns, tom-breeze, fiscal) são idênticos à § 3.
| Agente | Path | Comandos | Quando chamar |
|---|---|---|---|
traffic-masters-chiefMedia Buy Chief | squads/aiox-traffic/agents/traffic-masters-chief.md | 7 | Chief alternativo do squad |
ads-analyst | squads/aiox-traffic/agents/ads-analyst.md | 19 | Análise de performance (Kaushik, Peep Laja, Andrew Chen frameworks) |
depesh-mandalia | squads/aiox-traffic/agents/depesh-mandalia.md | 14 | Meta Ads BPM Method, brand performance |
media-buyer (Pixel) | squads/aiox-traffic/agents/media-buyer.md | 5 | Senior media buyer genérico |
molly-pittman | squads/aiox-traffic/agents/molly-pittman.md | 6 | Traffic Engine (Smart Marketer) |
nicholas-kusmich | squads/aiox-traffic/agents/nicholas-kusmich.md | 18 | Facebook Ads GIVE Method |
scale-optimizer | squads/aiox-traffic/agents/scale-optimizer.md | 11 | Escala e otimização, identifica winners, corta losers |
creative-analyst (Nova) | squads/aiox-traffic/agents/creative-analyst.md | 5 | Hooks, DSL, creative strategy |
performance-analyst (Dash) | squads/aiox-traffic/agents/performance-analyst.md | 5 | Métricas, decisões data-driven |
pixel-specialist (Track) | squads/aiox-traffic/agents/pixel-specialist.md | 5 | Atribuição e integridade de dados |
+ cópias de ad-midas, kasim-aslam, ralph-burns, tom-breeze, fiscal, br-traffic-operator (comandos idênticos à § 3) | |||
§ 9 Comandos universais presentes em todos os agentes core
Toda persona core reconhece esses. Memorize.
| Comando | Quem tem | O que faz | Quando usar |
|---|---|---|---|
*help | TODOS | Lista comandos do agente atual | Sempre ao começar |
*exit | TODOS | Sai do modo agente | Encerrar sessão |
*yolo | Maioria core | Cicla modo de permissão (ask → auto → explore) | Reduzir prompts em execução longa |
*theme {list|set|preview|validate|create} | Todos core | Gestão de tema visual | Customização |
*guide | Maioria core | Guia compreensivo do agente | Onboarding |
*session-info | Maioria core | Detalhes da sessão (histórico, comandos) | Diagnóstico |
*doc-out | pm · po · architect · aiox-master | Output do doc completo | Exportar |
*status | ux · brad-frost · design-chief | Status / fase atual | Visibilidade |
§ 10 Decision Tree · Quem chamar? o atalho mental
Quando estiver em dúvida, siga essa árvore. Ela respeita a regra anti-fanout: pedidos que tocam 2+ subdomínios passam pelo orquestrador do domínio (nunca dispara especialistas em paralelo).
Pedido vago / não-técnico
│
├── Decisão estratégica grande? → /conclave [decisão]
│
├── Marketing / copy / campanha?
│ ├── Copy/email/launch? → @copy-chief
│ ├── Tráfego pago? → @ad-midas
│ └── Tráfego (alternativo)? → @traffic-masters-chief
│
├── Design / DS / componente? → @design-chief
├── SOP / processo? → @sop-chief (Deming)
├── Workspace / business? → @workspace-chief
│
└── Desenvolvimento técnico?
├── Discovery / research? → @analyst (Merovingian)
├── PRD / epic? → @pm (Niobe)
├── Validar story? → @po (Seraph)
├── Rascunhar story? → @sm (Keymaker)
├── Arquitetura? → @architect
├── DB / schema? → @data-engineer (Tank)
├── Implementação? → @dev (Neo)
├── QA / review? → @qa (Agent Smith)
├── Push / PR / release? → @devops (Link) [único]
├── UX / wireframe? → @ux-design-expert (Trinity)
└── Framework / meta? → @aiox-master (Oracle)