Reference · Operational map · v1.1

Map of every agent, every command.

O mapa operacional do Mega Brain. Cada squad tem um chief orquestrador, comandos com prefixo *, e um workflow definido. Use a navegação à esquerda, expanda as tabelas com o botão +, e leia a coluna "O que você pode fazer" pra entender onde cada squad começa e termina.

104 agentes únicos 700+ comandos catalogados 14 squads + 1 kernel 5 MCPs ativos
00

Overview · inventário operacional

14 squads104 agentes700+ comandos

Cada squad é um time virtual com um chief orquestrador. Você fala com o chief, ele decide qual especialista chamar. Use a tabela abaixo pra navegar — clica no nome pra pular pra seção.

SquadPathAgentesO que opera
Kernel · Conclaveagents/system/conclave/3Deliberação estratégica (decisões grandes)
Core Development.aiox-core/development/agents/11Engenheiros do sistema (Dev, QA, PM, DevOps…)
AIOX-Adssquads/aiox-ads/12Tráfego pago (Meta + Google + YouTube)
AIOX-Copysquads/aiox-copy/24Copywriters mestres (Halbert, Bencivenga, Schwartz…)
AIOX-Designsquads/aiox-design/9Design system, tokens, componentes, página
AIOX-SOPsquads/aiox-sop/6Fábrica de SOPs (criar, auditar, extrair)
AIOX-Workspacesquads/aiox-workspace/6C-Level virtual (CEO, CMO, CTO, CIO, CAIO, COO)
AIOX-Trafficsquads/aiox-traffic/16Tráfego pago paralelo (Burns, Pittman, Kusmich…)
Sinkra Squadsquads/sinkra-squad/8Mapeamento de processos e missões
Sinkra · AIOXsquads/sinkra-aiox/11Clone do Core Dev customizado pra projetos Sinkra
Sinkra Creatorsquads/sinkra-squad-creator/10Constrói novas squads a partir de discovery
ClickUp Squadsquads/clickup/5Implementa e audita workspaces no ClickUp
Hybrid Opssquads/hybrid-ops-squad/9Operações híbridas humano+IA (mapping + automação)
Project Opssquads/project-ops/5Materializa projetos: API, DB, automação browser
ETL Opssquads/etl-ops/3Extract → Transform → Load (qualquer fonte)
MCPs · Integrações.mcp.json5Supabase, n8n, ClickUp, GitHub, Playwright
Como decidirSe você não sabe quem chamar, leia a Decision Tree (§ 18) no final. Em 5 perguntas você descobre o agente certo.
01

Kernel · Conclave · deliberação estratégica

3 agentessem comandos *workflow 4 fases

O Conclave é o "tribunal" para decisões grandes. Não é um squad de execução — é uma sessão deliberativa de 4 fases que envolve debate entre cargos, crítica metodológica do raciocínio, advogado do diabo caçando falhas, e síntese final. Você dispara o conclave inteiro com /conclave [decisão]. Os 3 agentes são chamados automaticamente, na ordem certa, nas fases 2-4.

  • Validar se uma decisão >R$500K está bem fundamentada antes de bater o martelo
  • Stress-testar premissas frágeis (advogado do diabo faz 6 perguntas obrigatórias)
  • Avaliar QUALIDADE DO RACIOCÍNIO (não do mérito) com score 0-100 em 5 critérios
  • Sintetizar opiniões conflitantes de múltiplos cargos C-Level em UMA decisão acionável com hedge
  • Documentar racional pra histórico decisional da empresa
Os 3 agentes e suas fases3 agentes
AgentePathFaseO que faz
critico-metodologicoagents/system/conclave/critico-metodologico/Fase 2Avalia qualidade do raciocínio. Score 0-100 em 5 critérios (premissas, evidências, lógica, alternativas, conflitos).
advogado-do-diaboagents/system/conclave/advogado-do-diabo/Fase 3Ataca a decisão. 6 perguntas obrigatórias: premissa frágil, risco oculto, arrependimento 12m, alternativa ignorada, falha 50%, premissas críticas.
sintetizadoragents/system/conclave/sintetizador/Fase 4Integra debate + crítico + advogado em decisão final, com hedge se necessário.
Workflow/conclave [decisão] → Fase 0 (princípios) → Fase 1 (debate /debate cro,cfo) → Fase 2 (crítico) → Fase 3 (advogado) → Fase 4 (síntese). Modos 3D: expert-only, business, full-3d, personal, company-only.
02

Core Development · os engenheiros do sistema

11 agentes~190 comandospersonas do Matrix

O time que constrói o próprio Mega Brain — código, PRD, story, schema, DevOps, QA, UX. Cada persona tem fronteira clara: @pm escreve PRD, @po valida story, @dev implementa, @qa dá veredito, @devops dá push. @devops pode fazer git push, gh pr create/merge e mexer em MCPs — qualquer outro agente DELEGA.

  • Criar PRD greenfield ou brownfield (@pm *create-prd / *create-brownfield-prd)
  • Rascunhar e validar user stories (@sm *draft@po *validate-story-draft)
  • Implementar story end-to-end com 13-step Coder Agent loop (@dev *build)
  • QA com gate decision PASS/CONCERNS/FAIL e geração de fix-request (@qa *review, *create-fix-request)
  • Desenhar e aplicar migrations DB com snapshot/rollback (@data-engineer *apply-migration)
  • Push, PR e release versionado (@devops *pre-push*push*release)
  • Auditoria do framework inteiro (@aiox-master *analyze-framework, *ids health)
@aiox-master · The Oracle (41 comandos)Master Orchestrator

Governa o framework. Pode executar qualquer task e fazer override. Use quando o pedido não couber em outro agente, ou quando precisar mexer no próprio framework.

ComandoO que fazQuando usar
*createCria componente AIOX (agent/task/workflow/template/checklist)Peça nova no framework
*modifyModifica componente existenteRefactor de peça
*propose-modificationPropõe modificação ao frameworkMudança que precisa aprovação
*deprecate-componentDepreca com plano de migraçãoAposentar sem quebrar deps
*validate-workflow {name}Valida YAML, agentes, artefatos e lógicaAntes de rodar workflow novo
*run-workflow {name} [--mode=guided|engine]Executa workflow (guided=persona-switch; engine=spawn real)Disparar pipeline multi-agente
*analyze-frameworkAnalisa estrutura e padrõesAuditoria de saúde
*ids check {intent}Pré-check no registry: REUSE / ADAPT / CREATEANTES de criar peça (evita duplicação)
*ids impact {entity}BFS de consumidores diretos/indiretosAntes de mexer em compartilhado
*ids register {file}Registra entidade no registryDepois de criar peça nova
*ids health / *ids statsHealth check e estatísticas do registryAuditoria semanal
*validate-agentsValida todas as definiçõesHealth check geral
*correct-courseAnalisa e corrige desvios de processoProjeto fora do trilho
*kb · *chat-mode · *advanced-elicitationKB mode · conversacional · elicitação avançadaDiscovery / brainstorm
@dev · Neo (32 comandos)Implementação

Quem ESCREVE código. Bloqueado de git push. Use sempre que houver implementação.

ComandoO que fazQuando usar
*developImplementa tasks da story (modos: yolo / interactive / preflight)Default de desenvolvimento
*execute-subtask ST-X.XSubtask isolado (13-step Coder Agent)Granularidade fina
*verify-subtaskVerifica (command / api / browser / e2e)Após cada subtask
*build {story-id}End-to-end: worktree → plan → execute → verify → mergeOne-shot completo
*build-autonomousLoop autônomo com retriesStory de alta confiança
*rollbackVolta ao último estado bomTentativa falhou
*apply-qa-fixes · *fix-qa-issuesAplica feedback do QA (8 fases pra QA_FIX_REQUEST.md)Pós-review do QA
*worktree-create / list / merge / cleanup {story}Gestão de worktreesStory em paralelo
*gotcha {title} · *gotchasRegistra/lista pitfallsAchou armadilha
*waves [workflow]Analisa paralelizaçãoOtimizar pipeline longo
*run-testsLint + testesPré-subtask completa
*explainExplica o que fez em detalhe didáticoQuer entender o que rolou
@po · Seraph (17) + @pm · Niobe (14) + @sm · Keymaker (4)Story lifecycle

Três personas que orquestram o ciclo: @sm rascunha → @po valida → @dev implementa → @qa revisa → @po fecha.

AgenteComandos-chaveO que faz
@po*validate-story-draft · *close-story · *backlog-add/-review/-prioritize · *stories-index · *sync-storyInício e fim do lifecycle da story. Sync com PM tool (ClickUp/GitHub/Jira).
@pm*create-prd · *create-brownfield-prd · *create-epic · *execute-epic · *shard-prd · *research {topic} · *write-specPRD, epic, story. Wave-based parallel epic execution.
@sm*draft · *story-checklistRascunha story. Roda story draft checklist.
@qa · Agent Smith (23 comandos)Quality Authority

Autoridade de qualidade. Define estratégia e veredito. Owner exclusivo de test suites.

ComandoO que fazQuando usar
*review {story}Review compreensivo + gate decisionFinal da story
*review-build {story}Review estruturado em 10 fases → qa_report.mdStories grandes/sensíveis
*gate {story}Quality gate: PASS / CONCERNS / FAILVeredito formal
*create-fix-request {story}Gera QA_FIX_REQUEST.md pro @devHá issues a corrigir
*security-check {story}Scan 8-point vulnerabilidadesStory sensível (auth/dados/API)
*validate-migrations {story} [--framework]Valida migrationsStory com schema change
*false-positive-check {story}Critical thinking — verifica se "fix" é realBug fix suspeito
*console-check {story}Detecta erro no browser consoleStory de frontend
*test-design {story} · *trace {story}Cenários + rastreabilidade (Given-When-Then)Pré-implementação
*risk-profile {story} · *nfr-assess {story}Matriz de risco · valida NFRsStory crítica
*validate-libraries {story}Valida libs via Context7Lib nova
@architect (16) + @analyst (9) · The Architect + MerovingianDiscovery + Decisão
AgenteComandos-chaveO que faz
@architect*create-full-stack-architecture · *create-backend / -front-end / -brownfield · *document-project · *assess-complexity · *create-plan · *create-context · *map-codebase · *validate-tech-presetDecide arquitetura, stack, complexidade. Não implementa. Mapa de codebase + plano de implementação.
@analyst*create-project-brief · *perform-market-research · *create-competitor-analysis · *brainstorm · *elicit · *extract-patterns · *research-depsPré-PM. Discovery de mercado, concorrência, padrões.
@data-engineer · Tank (22 comandos)DBA

Quem desenha schema, RLS, migration. Delegado do @architect pra DB.

ComandoO que fazQuando usar
*create-schemaDesenha schema do DBDB / tabela nova
*create-rls-policiesPolicies RLS (multi-tenant)Supabase / multi-tenant
*create-migration-planEstratégia de migraçãoMigração grande / arriscada
*apply-migration {path}Migration com snapshotAplicar
*dry-run {path}Testa sem committarValidação
*snapshot {label} · *rollback {snap}Snapshot / restauraPré-mudança / recover
*smoke-test {version}Testes compreensivosPós-migration
*security-audit {scope}Auditoria (rls / schema / full)Compliance
*analyze-performance {type}Query / hotpaths / interactiveLentidão
*policy-apply {table} {mode}RLS (KISS / granular)Aplicar RLS
*test-as-user {user}Emula user pra testar isolamentoVerificar RLS
*load-csv {table} {file}Loader (staging → merge)Bulk import
*setup-database [type]Setup interativo (supabase / postgresql / mongodb / mysql / sqlite)Projeto novo
@devops · Link (35 comandos)Única autoridade de push
Autoridade exclusivaApenas @devops roda git push, gh pr create/merge, gerencia MCPs e faz release. Todos os outros delegam.
GrupoComandosO que faz
Quality gates*pre-push · *push · *create-pr · *release · *version-checkPré-push gates → push → PR → release versionado com changelog
Health*health-check · *sync-registry · *sync · *detect-repoDoctor + governance, sync incremental do registry e IDE
Setup*environment-bootstrap · *setup-github · *setup-coderabbit · *init-project-statusOnboarding de máquina, repo, CodeRabbit
MCP*search-mcp · *add-mcp · *list-mcps · *remove-mcp · *setup-mcp-dockerDocker MCP Toolkit (busca, instala, lista, remove)
Worktrees*create-worktree · *list-worktrees · *merge-worktree · *cleanup-worktrees [--days=30]Story em paralelo, manutenção
Migração*inventory-assets · *analyze-paths · *migrate-agent · *migrate-batchMigração legacy do framework
CI/CD*configure-ci · *check-docsGitHub Actions + integridade da doc
@ux-design-expert · Trinity (30 comandos)UX/UI Designer

Workflow completo: research → wireframe → DS → componente.

FaseComandosO que faz
Discovery*research · *audit {path} · *scan {path|url} · *consolidate · *shock-reportUser research, audit brownfield, consolidação por clustering, report de chaos+ROI
DS bootstrap*tokenize · *setup · *export-dtcg · *bootstrap-shadcn · *audit-tailwind-configExtrai tokens, inicializa DS, W3C DTCG, Shadcn
Componentes*build {component} · *compose {molecule} · *extend {component} · *documentAtômico → molécula → variante
Página*compose-page · *page-audit {path} · *wireframe {fidelity}Composição de página (9 fases) + audit
Migração*migrate · *upgrade-tailwind · *calculate-roiMigração faseada (4 fases) + ROI
A11y*a11y-checkWCAG AA/AAA
Outros*create-front-end-spec · *generate-ui-prompt · *integrate {pack}Spec + prompts pra AI UI (v0/Lovable) + integrações
Workflow ↳ story-development-cyclecom QA loop
REJECT → REVISE DRAFT FAIL → APPLY QA FIXES APPROVE PASS @sm *DRAFT @po *VALIDATE-STORY-DRAFT approve? 10-POINTS @dev *DEVELOP @qa *REVIEW + *GATE pass? CONCERNS/FAIL @devops *PRE-PUSH + *PUSH DONE @po *CLOSE-STORY

2 decision nodes (losangos): APPROVE do @po e PASS do @qa. Falhas voltam (vermelho tracejado) pra fase anterior. @devops em destaque (lime) é o único agente autorizado a fazer push e fechar a story. Cada nó mostra o command que ele executa.

Start / End Agent Decision · verdict Active path
03

AIOX-Ads · tráfego pago

12 agentes~110 comandoschief: @ad-midas

Squad responsável por tudo que envolve tráfego pago: estruturar campanhas, decidir CBO vs ABO, kill/scale, alocar budget, diagnosticar fadiga criativa, espionar competidor, gerar copy/hook/script, auditar pixel/CAPI, fazer compliance check pré-launch. Vai do cálculo de unit economics antes do primeiro real gasto até o scaling sistemático Forester em conta madura. Não escreve copy artística (isso é AIOX-Copy), não desenha landing (isso é AIOX-Design) — chama esses squads via handoff.

  • Lançar campanha do zero com workflow *launch-campaign (economics → funnel → structure → brief)
  • Otimizar campanha com workflow *optimize-campaign (diagnóstico → kill/scale → realocação budget)
  • Calcular CAC/LTV/payback ANTES de gastar o primeiro real (*calculate-economics)
  • Detectar fadiga criativa antes do CTR despencar (*detect-fatigue --threshold 50)
  • Espionar ads de competidor via Meta Ad Library (*spy-ads "{competitor}")
  • Monitoramento autônomo always-on com relatório diário/semanal de decisão
  • Prep de Black Friday / Cyber Monday com cronograma (*bfcm-prep --days-until N)
  • Setup completo de pixel + eventos CAPI multi-plataforma (*setup-pixel)
  • Compliance check antes de lançar (*compliance-check {campaign})
@ad-midas · Midas (47 comandos)Squad Chief
GrupoComandosO que faz
Workflow*launch-campaign · *optimize-campaignWorkflows end-to-end (lançamento + otimização sistemática)
Squad*squad-status · *dispatch {agent} {task}Status + roteamento manual
Estrutura*campaign-structure · *funnel-selection · *select-funnel "{product}" --ticket N · *structure-campaign --type testing|scaling --budget NCBO/ABO, funil (R$1/direct/Zoom), testing vs scaling
Economics*unit-economics · *calculate-economics "{product}" --price N --margin N · *scale-readiness · *check-scale-readiness {campaign}CAC/LTV/payback, scale readiness
Kill/Scale*apply-kill-scale {campaign} · *allocate-budget --total N --optimize-for roas · *forester-scale {account} · *bidding {campaign}Kill/scale rules, alocação de budget, scaling Forester
Diagnóstico*diagnose-metrics {campaign} [--period 7d] · *detect-learning-phase · *detect-overlap · *detect-fatigue [--threshold 50] · *build-scorecard · *analyze-funnel · *analyze-attributionDiagnóstico ponta-a-ponta de métricas, learning, overlap, fadiga, scorecard, atribuição
Criativo*evaluate-creatives · *generate-copy --framework pas · *generate-hooks · *generate-angles · *create-brief · *bombardment · *create-dslVeredito creative, geração de copy/hooks/ângulos, brief, bombardeio, DSL VSL/webinar
Plataformas*google-optimize --account --period 30d · *google-campaign --type lead_gen · *youtube-launch --budget --phase N · *youtube-script --objective conversion --ticket N · *br-ops {account}Google Search, YouTube faseado, operações BR
Tracking*audit-tracking [--focus capi] · *setup-pixel {platform} {stack} {type}Audit pixel/CAPI · setup pixel multi-plataforma
Audience*expand-audience --adset {id}Sugere expansão de audiência
Landing*analyze-page {url}CRO de landing
Monitor*monitor-campaigns · *monitor-report {period} · *daily-checklist · *accountability-reportAlways-on autônomo + checklist diário + accountability
Compliance*compliance-check {campaign}Compliance pré-launch
Sazonalidade*bfcm-prep --days-until NPrep Black Friday / Cyber Monday
Intel*spy-ads "{competitor}" · *research {slug}Meta Ad Library spy · research protocol
Especialistas (mestres reais)4 + 6 sem comandos
AgenteComandosQuando chamar
kasim-aslam14Google Ads avançado (Solutions 8)
ralph-burns24Scaling estratégico (Tier 11)
tom-breeze15YouTube Ads (Viewability)
fiscal11QA antes de produção (Jon Loomer style)
audit-orchestrator, campaign-manager, creative-analyst, performance-analyst, pixel-specialist, br-traffic-operatorOrquestrados pelo @ad-midas via *dispatch
Workflow ↳ *launch-campaigneconomics → live
PAYBACK >90D → REJEITAR FAIL → REVISAR BRIEF VIÁVEL OK @ad-midas *LAUNCH-CAMPAIGN economics *CALCULATE-ECONOMICS CAC/LTV ✓? PAYBACK funnel + struct *SELECT-FUNNEL · *STRUCT brief *CREATE-BRIEF compliance? PRE-LAUNCH LIVE SETUP-PIXEL · LAUNCH monitor *MONITOR-CAMPAIGNS

Workflow tem 2 decision gates: CAC/LTV viável? (econômico) e compliance OK? (regulatório). Live só dispara se ambos aprovam. Falhas voltam pra revisão.

04

AIOX-Copy · 24 copywriters mestres

24 agentes~700 comandoschief: @copy-chief

24 copywriters lendários reais codificados em personas — Halbert (90 comandos), Bencivenga (57), Schwartz, Walker, Hopkins, Sugarman e cia. Cada um tem sua metodologia mapeada. Você chama o chief primeiro — ele diagnostica nível de awareness e sophistication (Schwartz), recomenda o copywriter certo, e delega via tier. Vai de brief estratégico (pré-produção) até auditoria final da copy escrita (Sugarman 30 triggers check). Não desenha layout (isso é AIOX-Design), não dispara tráfego (isso é AIOX-Ads) — entrega texto.

  • Sales page completa com diagnóstico Schwartz (@copy-chief *diagnose-awareness*sales-page)
  • Sequência de email de launch (Jeff Walker PLF) + open cart
  • Script de VSL ou webinar (Jon Benson NLP / Russell Brunson funnel hacking)
  • Headlines testáveis em volume (Bencivenga, Sugarman 30 triggers, Carlton Simple Writing System)
  • Daily email infotainment (Ben Settle), Soap Opera Sequence (Andre Chaperon)
  • Auditoria de copy contra critérios mestres (*audit-copy, *sugarman-check)
  • Stack completa de launch (seed / JV / live / evergreen / sideways letter)
  • Aplicação de gatilhos Cialdini (*mental-triggers)
@copy-chief · Orquestrador (38 comandos)Diagnóstico + Delegação
GrupoComandosO que faz
Diagnóstico*diagnose · *diagnose-awareness · *diagnose-sophisticationSchwartz awareness (Unaware → Most Aware) + sophistication level
Brief*briefing · *create-campaign-brief · *set-campaign · *workspace-contextBrief estratégico, campanha ativa, contexto do business
Páginas*sales-page · *landing · *headlines · *lead-magnetDelega aos copywriters certos
Email*email-sequence · *launch-emailsSequências (marketing + launch)
Tráfego*ads · *paid-trafficCopy de ads + estratégia de tráfego no launch
High-ticket*vsl · *webinar · *upsellVSL, webinar, upsell backend
Launches*launch-plan · *plc-sequence · *sideways-letter · *seed-launch · *jv-launch · *live-launch · *evergreen-launch · *launch-stack · *open-cart · *diagnose-launch9 tipos de launch + diagnóstico se travado
QA*audit-copy · *sugarman-check · *review · *evaluate-cplsAudit + Sugarman checklist + review do especialista + CPL evaluation
Triggers*mental-triggersCialdini
Roteamento*team · *tier0 · *tier1 · *tier2 · *tier3 · *recommend · *chat-modeRoster + tiers (foundations / documented / modern / contemporary)
23 copywriters mestresPor ordem de comandos

Cada um tem comandos específicos da sua metodologia real. Em vez de listar 700+, mapa de domínio + quando chamar:

CopywriterComandosDomínio · quando chamar
gary-halbert90Direct mail, Boron Letters, lifestyle copy — sales letters longas
gary-bencivenga57Long-form, bullets, headlines — "world's greatest"
david-deutsch43Copythinking, multi-control — sustenta 5+ campanhas paralelas
jeff-walker41Product Launch Formula — launches estruturados
parris-lampropoulos38Bullets, 12-year control — bullets matadoras
jim-rutz27Magalog (catálogo + magazine) — copy editorial
jon-benson26VSL, NLP persuasion — Video Sales Letter
joe-sugarman2530 triggers, slippery slide — sequência psicológica
stefan-georgi25RMBC Method — scale production
todd-brown25E5 Method, Big Idea engineering — arquitetura de ideia
eugene-schwartz22Mass Desire, Breakthrough Advertising — awareness/sophistication
robert-collier22"Enter the conversation" — sales letters clássicas
clayton-makepeace20Visceral emotional copy — financeira / saúde
john-carlton20Simple Writing System — "most ripped-off"
ben-settle19Daily email, infotainment — email diário
dan-kennedy18Magnetic Marketing, No B.S. — direct response brutal
russell-brunson16Funnel hacking, ClickFunnels — funnels
claude-hopkins13Scientific advertising — copy testável
david-ogilvy4Big Idea, Brand Image — copy de marca
andre-chaperon4Soap Opera Sequences — autoresponders
ry-schwartz3Cohort launches, Coaching The Conversion
frank-kern1Mass Control, Intent-Based Branding
dan-koe0One-person business, leverage
Regra práticaChame @copy-chief primeiro. Ele diagnostica e delega via *tier0..3.
Workflow ↳ *launch-stackPLF (Jeff Walker)
@copy-chief *DIAGNOSE-AWARENESS @jeff-walker *PLC-SEQUENCE sideways letter *SIDEWAYS-LETTER sales page *SALES-PAGE launch emails *LAUNCH-EMAILS audit *SUGARMAN-CHECK open cart *OPEN-CART LIVE

PLF (Product Launch Formula). @copy-chief diagnostica Schwartz awareness, @jeff-walker dispara a sequência PLC, depois @copy-chief retoma e materializa sales page → emails → audit → open cart → LIVE.

05

AIOX-Design · design system + página

9 agentes~150 comandoschief: @design-chief

Squad de design system end-to-end: discovery de redundâncias, extração de tokens, criação de componentes, composição de páginas, auditoria de a11y/contrast/bundle. Brad Frost é o mais robusto (60 comandos). Page Composer roda *compose-page em 9 fases (3-input → page-type → copy → visual → layout → states → a11y → SEO → anti-AI). Storybook Expert mantém docs de componente. Vai de discovery brownfield (audit + consolidate) até componente production-ready com a11y WCAG 2.2 e visual regression baseline.

  • Discovery em codebase brownfield: encontra redundância UI, gera report HTML chaos+ROI (@brad-frost *audit*consolidate*shock-report)
  • Bootstrap completo de DS: tokens W3C DTCG, Shadcn, Tailwind v4 (*tokenize*setup*bootstrap-shadcn)
  • Componente production-ready com a11y (*build {pattern})
  • Página completa via Page Composer (9 fases) com brief YAML (@page-composer *compose-page --copy briefing.yaml)
  • Auditoria WCAG 2.2 + APCA + ARIA + focus order (*a11y-audit, *contrast-matrix, *aria-audit)
  • Visual regression + bundle audit + dead-code (tokens/componentes não usados)
  • Documentação completa em Storybook com stories e variants
@design-chief · Orquestrador (8 comandos)Triage + Roteamento
ComandoO que faz
*triage {request}Classifica IN_SCOPE / OUT_OF_SCOPE
*route {request}Roteia para especialista (Brad / Page Composer / Storybook / etc.)
*resolve-ds {business}Resolve contexto de DS por business (multi-tenant)
*review-epic-ds {epic}Review de alinhamento DS no epic
*review-plan {type}Review de plano de entregável
*handoff {squad}Handoff multi-squad
@brad-frost · Design System Expert (60 comandos)Atomic Design
GrupoComandosQuando usar
Audit / Discovery*audit {path} · *consolidate · *scan {path|url} · *ds-health {path} · *shock-reportDiscovery brownfield, dashboard de saúde
Tokens*tokenize · *token-w3c · *token-modes · *validate-tokens · *token-usage · *export-dtcgBootstrap DS, multi-brand, interop W3C
Build*build {pattern} · *compose {molecule} · *extend {pattern} · *setup · *integrate {squad}Componentes novos, composição atomic
A11y*a11y-audit · *contrast-check · *contrast-matrix · *focus-order · *aria-auditWCAG 2.2 + APCA
Performance*bundle-audit · *dead-code · *motion-audit · *visual-regressionBundle size, regression, animation QA
Migração*migrate · *upgrade-tailwind · *refactor-plan · *refactor-execute · *bootstrap-shadcnTailwind v4, Shadcn, atomic refactor
Reading UI*reading-audit · *reading-guide · *reading-tokens · *reading-checklist18 regras de leitura digital
Advanced*agentic-audit · *agentic-setup · *fluent-audit/build · *theme-multi · *multi-framework · *ds-govern · *ds-designops · *figma-pipelineDS pra AI workflows, Fluent 2, multi-brand, DesignOps, Figma MCP
QA visual*design-compare {ref} {impl} · *visual-spec {component}Comparação design vs código
@page-composer · Layout & Composição (10 comandos)9-phase workflow
ComandoO que fazQuando usar
*compose-page {type} [--copy briefing.yaml]Página completa (9 fases)Página nova end-to-end
*layout-audit {file}Audita layoutQA
*typography-map {file}Hierarquia tipográficaTipografia
*spacing-check {file}Ritmo de spacingQA spacing
*copy-layout [--framework AIDA|PAS|StoryBrand]Mapeia copy → hierarquia visualCopy → design
*validate-brief3-Input FrameworkPré-composição
*generate-seo-metaSEO metadataSEO
*compose-statesLoading / empty / errorEstados
*validate-anti-aiDetecta padrões "cara de IA"QA anti-AI
*prompt-guide [--level 1|2|3|4]Bíblia de promptingTreinamento
Outros · Dan Mall, Nano Banana, Storybook, Foundations6 agentes
AgenteComandosQuando usar
dan-mall11Vender DS internamente, scaling de design org
nano-banana-generator19Componentes visuais utilitários
storybook-expert28Storybook stories + docs de componente
dave-malouf0DesignOps (orquestrado pelo chief)
ds-foundations-lead0Foundations pipeline
ds-token-architect0Tokens Figma → JSON/CSS/TS
Workflow ↳ DS bootstrap (brownfield → production)Brad Frost
@brad-frost *AUDIT consolidar *CONSOLIDATE tokenize *TOKENIZE · *EXPORT-DTCG setup DS *SETUP · *BOOTSTRAP-SHADCN build atoms *BUILD · *COMPOSE a11y *A11Y-AUDIT · *CONTRAST production *VISUAL-REGRESSION @storybook DOCS + STORIES

Pipeline atomic design. Saída: componentes production-ready com a11y WCAG 2.2, visual regression baseline e docs em Storybook.

06

AIOX-SOP · fábrica de processos

6 agentes~44 comandoschief: @sop-chief (Deming)

Cada agente é uma persona de gigante da qualidade: Deming (Chief), Gerber (Creator), Gawande (Analyst), Crosby (Auditor), Ohno (Extractor), Turing (ML-Architect). Vai de process mining em fontes não estruturadas (gravações, docs, conversas) até SOP machine-readable pronta pra automação. Cria SOP humano OU machine, audita contra 14 pontos Crosby, gera backlog priorizado de SOPs por business.

  • Criar SOP humano a partir de YAMLs operacionais (*create-sop-operations-suite {business})
  • Extrair SOP de gravação/transcrição/doc não estruturada (*extract {source})
  • Auditar SOP existente contra 14 pontos Crosby (*audit {sop})
  • Score 0-100 em 10 dimensões de qualidade (*analyze {sop})
  • Converter SOP humano ↔ machine-readable (*convert)
  • Benchmark contra industry standards (*benchmark)
  • Backlog priorizado de SOPs por business (*map-core-sop-backlog)
  • Batch audit de portfolio inteiro (*batch-audit {folder})
@sop-chief · Deming (14 comandos)Orquestrador
ComandoO que fazQuando usar
*environmentResolve access tier, runtime mode, source of truthInício
*workspace-context {business}Carrega contexto canônicoPré-execução
*analyze {sop}Roteia → @sop-analyst (scoring 10 dim)Avaliar SOP
*create {type}Roteia → @sop-creator (humano) ou @sop-ml-architect (AI/ML)Criar novo
*extract {source}Roteia → @sop-extractorProcess mining
*audit {sop}Roteia → @sop-auditor (14 pontos Crosby)Audit formal
*convert {sop} {format}Human ↔ machine-readableAdaptar consumidor
*benchmark {sop}vs industry standardsComparar
*batch-audit {folder}Múltiplos em lotePortfolio
*map-core-sop-backlogScan + categoriza + priorizaEstratégico
*create-sop-operations-suite {business}SOPs a partir de operations YAMLsBootstrap operacional
*dashboardStatus + métricasVisibilidade
Especialistas (Gerber, Gawande, Crosby, Ohno, Turing)5 agentes
AgentePersonaComandosFunção
sop-creatorGerber4Cria SOP human-readable
sop-analystGawande5Grading 10 dimensões
sop-auditorCrosby12Audit 14 pontos
sop-extractorOhno3Process mining de fontes não estruturadas
sop-ml-architectTuring6Machine-readable para automação
Workflow ↳ SOP Factory (extract → audit → publish)com loop Crosby
FAIL 14 PTS → REVISAR (loop @sop-creator) PASS @sop-chief *EXTRACT {source} @sop-extractor OHNO · PROCESS MINING @sop-creator GERBER · DRAFT @sop-analyst GAWANDE · SCORE 0-100 14 pts? @SOP-AUDITOR · CROSBY @sop-ml-architect TURING · CONVERT PUBLISH HUMAN + MACHINE

5 personas (Ohno → Gerber → Gawande → Crosby → Turing). Decision Crosby (14 pontos) é o gate. FAIL volta pra Gerber refazer draft. PASS publica em formato dual (humano + machine-readable).

07

AIOX-Workspace · C-Level virtual

6 executivos~80 comandoschief: @workspace-chief (COO)

Os 5 executivos C-Level + COO orquestrador. Vai de bootstrap inicial da empresa (founder DNA, ICP, brand, pricing — 7 YAMLs) até diagnóstico estratégico em 10 dimensões e identificação da ÚNICA próxima ação. Roda ETL Deep Pass (4-layer) que enriquece o profile de business de 55% → 95%. Faz handoff direto pro @sop-chief pra operacionalizar tudo em SOPs.

  • Bootstrap completo de um business novo (*setup-workspace {slug}) com elicitação dos 5 executivos
  • Profile completo em 7 YAMLs (company / founder DNA / credentials / team / ICP / brand / pricing)
  • Culture deck em 11 YAMLs (*elicit-culture --quick)
  • ETL Deep Pass — enriquece business de 55% → 95% completeness (*etl-deep-pass {slug})
  • Diagnóstico estratégico em 10 dimensões com ranking de portfolio (*diagnose-all)
  • Top 3 alavancas de crescimento (*growth-levers {slug})
  • A ÚNICA próxima ação mais importante agora (*next-best-action {slug})
  • Deep diagnóstico de oferta em 38 variáveis (*diagnose-offer {slug} {product})
  • Auditoria semanal (*health-check) + daily (*quick-check) + auto-fix
  • Handoff pro @sop-chief pra criar SOPs operacionais
@workspace-chief · COO (47 comandos)Orquestrador C-Level
GrupoComandosO que faz
Bootstrap*bootstrap · *workspace-preflight · *workspace-context {slug}Primeiro uso + validation + carregar contexto
Squad fit*resolve-readiness {squad} · *classify-squad-fit {squad}Antes de squad consumer · decisão de integração
Status*status · *list-businessesVisibilidade · inventário
Business CRUD*add-business {slug} · *scaffold-templates {slug}Business novo (L0-L4) · copiar templates
Setup integral*setup-workspace {slug} · *setup-business-profile {slug}End-to-end · pipeline → 7 YAMLs
Elicitação*elicit-company-profile · *elicit-founder-dna · *elicit-credentials · *elicit-team-structure · *elicit-icp-yaml · *elicit-brand-yaml · *elicit-pricing-strategy · *elicit-culture [--quick]8 elicitações independentes
ETL Deep*etl-deep-pass {slug} · *etl-batch-run · *etl-web-scrape · *etl-web-research · *etl-local-extract · *etl-generate-artifactsEnriquecimento 55% → 95%
Health*health-check · *quick-check · *fix-workspace · *health-historySemanal · daily · auto-fix · histórico
Diagnóstico*diagnose-business {slug} · *diagnose-all · *diagnose-offer {slug} {product}10 dim · portfolio ranking · 38 variáveis de oferta
Ação*growth-levers {slug} · *next-best-action {slug} · *progress-check {slug}Top 3 · A ÚNICA agora · delta
Backlog*backlog-status [{slug}] · *backlog-execute {slug} {item} · *backlog-skipVisibilidade · executar · pular
Atalhos C-Level*vision · *marketing · *tech-strategy · *tech-ops · *ai · *executives · *handoff · *routeConectar com CEO / CMO / CTO / CIO / CAIO
SOPs*create-sop-operations-suite {slug}Handoff pro @sop-chief
5 executivos · Vision · CAIO · CIO · CMO · CTOC-Level
AgenteCargoPersonaComandosDomínio
vision-strategistCEOVision6Visão estratégica
caio-architectCAIOIntelligence8Estratégia de IA
cio-engineerCIOInfra7Tech Stack operacional
cmo-architectCMOMarket7ICP, proposta de valor
cto-architectCTOTech5Estratégia tecnológica
Workflow ↳ *setup-business-profile7 YAMLs · 5 execs
@workspace-chief *BOOTSTRAP @vision (CEO) COMPANY + FOUNDER DNA @cmo (Market) ICP · BRAND · PRICING @cio (Infra) TEAM · CREDENTIALS @caio (AI) CULTURE · 11 YAMLS ETL Deep Pass *ETL-DEEP-PASS (55→95%) diagnose *DIAGNOSE-BUSINESS · 10 DIM → @sop-chief OPERATIONS SUITE

Setup completo: cada exec C-Level coleta seu pedaço (CEO → CMO → CIO → CAIO), depois ETL enriquece de 55% → 95% completeness, diagnóstico em 10 dimensões, e handoff pro @sop-chief pra virar SOPs operacionais.

08

AIOX-Traffic · paralelo ao AIOX-Ads

16 agenteschief: @traffic-masters-chief+5 mestres extras

Squad espelho do AIOX-Ads com chief próprio (traffic-masters-chief) e 5 mestres adicionais: Depesh Mandalia (Meta BPM Method), Molly Pittman (Smart Marketer Traffic Engine), Nicholas Kusmich (Facebook GIVE Method), além de cópias de Burns/Aslam/Breeze/Fiscal/ad-midas. Use AIOX-Traffic quando quer perspectivas múltiplas em paralelo (escolas diferentes de paid traffic) — Burns scala, Pittman engineera, Kusmich engaja, Aslam otimiza Google.

  • Análise de performance multi-framework (Kaushik, Peep Laja, Andrew Chen via ads-analyst · 19 comandos)
  • BPM Method de Depesh Mandalia para brand performance Meta Ads
  • GIVE Method de Nicholas Kusmich para Facebook Ads
  • Traffic Engine de Molly Pittman (Smart Marketer)
  • Identificação de winners + corte de losers via scale-optimizer (11 comandos)
  • Análise creative + DSL pelo creative-analyst (Nova)
  • Atribuição via pixel-specialist (Track)
Roster completo16 agentes
AgenteComandosDomínio
traffic-masters-chief7Chief alternativo (Media Buy Chief)
ads-analyst19Análise de performance (frameworks Kaushik, Peep Laja, Andrew Chen)
depesh-mandalia14Meta Ads BPM Method, brand performance
nicholas-kusmich18Facebook Ads GIVE Method
molly-pittman6Traffic Engine (Smart Marketer)
scale-optimizer11Escala, identifica winners, corta losers
media-buyer (Pixel)5Senior media buyer genérico
creative-analyst (Nova)5Hooks, DSL, creative strategy
performance-analyst (Dash)5Métricas data-driven
pixel-specialist (Track)5Atribuição e integridade
+ cópias de ad-midas, kasim-aslam, ralph-burns, tom-breeze, fiscal, br-traffic-operator (comandos idênticos à § 3)
09

Sinkra Squad · mapeamento de processos e missões

8 agenteschief: @sinkra-chiefpipeline sequencial

Squad de mapeamento de processos recorrentes e missões one-time (projeto Ponto A → Ponto B). Detecta o modo na ativação: recorrente → *map-process (greenfield ou brownfield), one-time → *map-mission. Roda pipeline sequencial com checkpoints obrigatórios (PV_BS_001, PV_PA_001, PV_PM_001, META_AXIOMAS), valida outputs entre fases, e faz handoff final pro Squad Creator (modo process) ou ClickUp Ops Squad (modo mission). Vai de discovery do AS-IS (process-discoverer) até arquitetura do TO-BE com pitch validado (5 ingredientes obrigatórios em mission mode).

  • Mapear processo recorrente (greenfield: cria do zero · brownfield: extrai do existente) com *map-process
  • Mapear missão one-time (projeto com início, meio, fim) com *map-mission
  • Discovery do AS-IS: process-discoverer mapeia o processo atual em camadas
  • Arquitetura do TO-BE: architecture-designer projeta o futuro com mission pitch
  • Mapping de infra (sistemas, dados, integrations): infrastructure-mapper
  • Composição de DAG + task definitions: composition-engineer
  • Atribuição de executores + RACI + pool composition: executor-classifier
  • Quality gate META_AXIOMAS + compliance + mission validation: quality-gatekeeper
  • Handoff automático pro clickup-ops-squad quando mission completa
Pipeline + 8 agentesworkflow sequencial
// Process mode (recorrente)
*map-process
   │
   ▼
process-discoverer  →  architecture-designer  →  infrastructure-mapper
       │                      │                          │
       ▼                      ▼                          ▼
   AS-IS map            TO-BE design            systems + integrations
       │
       ▼
composition-engineer  →  executor-classifier  →  quality-gatekeeper
       │                      │                          │
       ▼                      ▼                          ▼
   DAG + tasks         RACI + pools           META_AXIOMAS ✓
       │
       ▼
   Handoff → Squad Creator

// Mission mode (one-time A → B)
*map-mission  →  (mesmo pipeline)  →  Pitch validado (5 ingredientes)  →  Handoff → ClickUp Ops Squad
      
AgenteFaseO que faz
sinkra-chiefOrquestraçãoDetecta modo, roteia, enforça checkpoints, handoffs
process-discoverer1 · AS-ISMapeia processo atual em camadas (discovery)
architecture-designer2 · TO-BEProjeta o futuro + mission pitch (5 ingredientes)
infrastructure-mapper3 · InfraMapping de sistemas, dados, integrações
composition-engineer4 · WorkflowDAG design + task definitions
executor-classifier5 · RACIAtribuição de executores + pool composition
quality-gatekeeper6 · QAMETA_AXIOMAS quality gate + compliance + mission validation
sinkra-qaQA finalSINKRA compliance validator
Workflow ↳ *map-processcadeia de handoff
@sinkra-chief *MAP-PROCESS process-discoverer AS-IS MAP architecture-designer TO-BE DESIGN infrastructure-mapper SYSTEMS+INTEGRATIONS composition-engineer DAG + TASKS executor-classifier RACI + POOLS quality-gatekeeper META_AXIOMAS ✓ → Squad Creator HANDOFF

Pipeline sequencial. Cada nó = agente com função na fase. Aresta = handoff. quality-gatekeeper destacado (lime) é o último checkpoint META_AXIOMAS antes do handoff final.

Start / End (handoff) Agent · fase Agent ativo / verdict
Workflow ↳ *map-missioncadeia + verdict
PASS FAIL → REVISE @sinkra-chief *MAP-MISSION process-discoverer PONTO A architecture-designer PONTO B + PITCH infrastructure-mapper SYSTEMS composition-engineer DAG executor-classifier RACI PITCH ✓? 5 INGREDIENTES revise pitch LOOP → DISCOVERER → ClickUp Ops MISSION-OUTPUT.YAML

Modo mission tem o mesmo pipeline + decision node (losango) "PITCH ✓?" validando os 5 ingredientes obrigatórios. PASS → handoff pro clickup-ops-squad. FAIL → loop de revisão de volta ao discoverer.

10

Sinkra · AIOX · clone do Core Dev pra projetos Sinkra

11 agentesmesmo set do Core Dev

Espelho do Core Development (§ 2) com prefixo sinkra-, customizado pra rodar dentro de projetos Sinkra (mapeamentos de processo). Use quando o projeto que você está implementando é uma output do Sinkra Squad (ex: pipeline gerado por *map-mission que virou código). Os comandos são os mesmos do core (cada agente preserva o set do original: pm, po, sm, dev, devops, architect, qa, analyst, data-engineer, ux, master).

  • Implementar uma mission gerada pelo Sinkra Squad (sinkra-dev *build)
  • QA da implementação contra mission output YAML (sinkra-qa *review)
  • Arquitetura técnica de um workflow Sinkra (sinkra-architect *create-plan)
  • Push e release via sinkra-devops com mesmas autoridades exclusivas
Roster (11 agentes — comandos = Core Dev)espelho
Sinkra= CoreComandos
sinkra-master@aiox-master41
sinkra-pm@pm14
sinkra-po@po17
sinkra-sm@sm4
sinkra-dev@dev32
sinkra-qa@qa23
sinkra-architect@architect16
sinkra-analyst@analyst9
sinkra-data-engineer@data-engineer22
sinkra-devops@devops35
sinkra-ux@ux-design-expert30
11

Sinkra Squad Creator · cria novas squads

10 agenteschief: @sinkra-creator-chief

Squad que constrói novas squads a partir de discovery. Recebe input do Sinkra Squad (process map completo) e materializa: arquivos de agente (.md), banco (Supabase tables + RLS), tarefas (ClickUp lists + custom fields), APIs (gap-fillers), validações, automação browser (Playwright). Vai de discovery validado até squad operacional em todos os ambientes (filesystem + ClickUp + DB + API + browser).

  • Materializar squad no filesystem (db-materializer: cria estrutura de pastas, agents, configs)
  • Materializar workspace no ClickUp (clickup-materializer: lists, fields, automations)
  • Construir APIs faltantes pra integração (api-builder — gap-filler)
  • Scout de integrações disponíveis (integration-scout)
  • Escrever playbooks operacionais (playbook-writer)
  • Definir tarefas com inputs/outputs/RACI (task-architect)
  • Análise de executores (humano vs IA vs híbrido) com executor-analyst
  • Automação browser via playwright-ops (preenchimento de formulários, sync de UIs externas)
  • Validação final do squad construído (squad-validator)
Roster (10 agentes)materialização
AgenteFunçãoMaterializa
sinkra-creator-chiefOrquestradorRoteia + valida outputs
db-materializerFilesystem + DBEstrutura de pastas, agents .md, Supabase tables, RLS
clickup-materializerClickUpSpaces, Lists, Custom Fields, Automations
api-builderAPIs gap-fillEndpoints HTTP/REST onde faltam integrações
integration-scoutDiscoveryMapeia integrações disponíveis (MCPs, APIs)
playbook-writerDocumentaçãoPlaybooks operacionais (humano)
task-architectTask designDefinição de tarefas (input/output/RACI/SLA)
executor-analystRACIDecisão humano vs IA vs híbrido
playwright-opsBrowser automationScripts Playwright pra UIs externas
squad-validatorQAValidação final do squad construído
Workflow ↳ materialização de squaddiscovery → operational
creator-chief FROM SINKRA OUTPUT scout INTEGRATION-SCOUT db-materializer PASTAS + AGENTS.MD clickup-mat. LISTS · FIELDS · AUTOMATIONS api-builder GAP-FILL ENDPOINTS playwright-ops BROWSER AUTOMATION squad-validator QA FINAL SQUAD LIVE FS + CU + DB + API + UI

Materializa a squad em TODOS os ambientes: filesystem (.md files) + ClickUp (lists/fields/automations) + Supabase (tables/RLS) + APIs (gap-fillers) + browser automation (Playwright). Saída: squad operacional ponta-a-ponta.

12

ClickUp Squad · workspace operacional

5 agentes~30 comandoschief: @clickup-chief

Squad que desenha, implementa e audita workspaces ClickUp. Tem os 10 Mandamentos codificados, blueprint canônico, 8 views, 3 tipos de lista, formulário mínimo de 7 campos, top 10 erros fatais, protocolo de operação resgate. Vai de design de workspace do zero (6 fases conversacionais) até auditoria de higiene contra mandamentos (score 0-100%), passando por implementação, automation blueprints, KPIs leading/lagging, e CRUD direto em tasks via API.

  • Desenhar workspace do zero em 6 fases conversacionais (*design-workspace)
  • Implementar workspace contra blueprint canônico (*setup-workspace)
  • Ciclo completo Design → Build → Validate em 4 fases (*implementation-cycle)
  • Auditar higiene das tasks contra os 10 Mandamentos (*audit-hygiene, score 0-100%)
  • Otimizar workspace: audit → triage → correção → re-audit (*optimize-cycle)
  • Listar 10 Mandamentos · 8 views · 3 tipos de lista · 7 campos obrigatórios
  • Protocolo de operação resgate pra task/processo parado (*operacao-resgate)
  • CRUD direto em tasks: get, create, update status, update custom field
@clickup-chief (~26 comandos)Workspace Architect
GrupoComandosO que faz
Ciclos*implementation-cycle · *optimize-cycleDesign → Build → Validate (4 fases) · audit → triage → correção → re-audit
Workspace*design-workspace · *setup-workspace · *audit-hygieneDesign (6 fases) · setup · audit hygiene 0-100%
Referência*mandamentos · *blueprint · *list-automations · *formulario-minimo · *heuristic-check · *views · *list-types · *kpis · *erros-fatais · *checklists · *architect-role · *decision-tree10 Mandamentos · blueprint · automation blueprints · 7 campos · 8 views · 3 list types · KPIs · top 10 erros · checklists · árvores
Resgate*operacao-resgateProtocolo pra task/processo parado
CRUD tasks*get-task · *get-tasks · *create-task · *get-field · *get-all-fields · *update-field · *update-statusOperações diretas em tasks via API
Especialistas (Worker, Seeding, Task Ops, Workspace Ops)4 agentes
AgenteFunção
clickup-workerExecutor de operações em volume
seeding-opsStrata Native — seed inicial de dados / tasks
task-opsStrata Native — operações de task lifecycle
workspace-opsStrata Native — operações de workspace level
Workflow ↳ *implementation-cycle + *optimize-cyclecom hygiene loop
SCORE <80% → *OPTIMIZE-CYCLE ≥80% @clickup-chief *IMPLEMENTATION-CYCLE design *DESIGN-WORKSPACE (6 FASES) build *SETUP-WORKSPACE audit hygiene *AUDIT-HYGIENE · MANDAMENTOS score? 0-100% validated 10 MANDAMENTOS ✓ OPERACIONAL DAILY CHECKLISTS

Workspace passa por audit hygiene com score 0-100% contra os 10 Mandamentos. Score <80% dispara *optimize-cycle (loop) até atingir threshold. Saída: workspace operacional com checklists diários.

13

Hybrid Ops · operações híbridas humano + IA

9 agenteschief: @process-architectSOP + automação

Squad de operações híbridas: combina mapeamento de processo + design de workflow + automação + ClickUp + agentes IA + validação de compliance. Vai de discovery (process-mapper) até implementação no ClickUp (clickup-engineer) com agentes gerados (agent-generator), executores definidos (executor-designer), instruções step-by-step (workflow-designer), validation gates (qa-architect), documentação visual (doc-generator), e auditoria contra padrões AIOS-PM (compliance-validator).

  • Mapear processo AS-IS via process-mapper (discovery + entrevistas)
  • Arquitetar processo TO-BE via process-architect (flow orchestration)
  • Desenhar workflow step-by-step com workflow-designer
  • Designar executores (humano / IA / híbrido) via executor-designer
  • Gerar agentes IA pra cada step via agent-generator
  • Implementar no ClickUp via clickup-engineer
  • QA gates por step via qa-architect
  • Documentação visual via doc-generator
  • Audit final contra AIOS-PM standards via compliance-validator
Roster (9 agentes)human + AI
AgenteFunçãoOutput
process-mapperDiscoveryAS-IS map (entrevistas + observação)
process-architectTO-BEArquitetura do processo + flow orchestration
workflow-designerStepsStep-by-step instructions
executor-designerRACIHumano vs IA vs híbrido
agent-generatorAICria definições de agentes IA
clickup-engineerImplementationClickUp engineer + automation designer
qa-architectQAValidation gate design
doc-generatorDocDocumentação visual
compliance-validatorAuditAIOS-PM standards enforcement
Workflow ↳ híbrido humano + IAprocesso → automação
process-mapper AS-IS DISCOVERY process-architect TO-BE FLOW workflow-designer STEP-BY-STEP executor-designer RACI · HUM/IA agent-generator CRIA AGENTES IA clickup-engineer IMPLEMENTATION compliance ✓ AIOS-PM STANDARDS LIVE HUM + IA EM PRODUÇÃO

Cadeia híbrida: cada step pode ser humano, IA, ou ambos. executor-designer decide quem faz o quê. agent-generator cria agentes IA pros steps automatizáveis. Saída validada contra AIOS-PM standards.

14

Project Ops · materializa projetos técnicos

5 agenteschief: @project-chiefAPI + DB + browser

Squad pragmático que materializa projetos técnicos ponta-a-ponta. Diferente do Hybrid Ops (que foca em processo + humano), Project Ops foca em código + integração: auditoria de estrutura existente, construção de APIs faltantes, materialização de schemas, automação de browser via Playwright. Vai de auditoria de estrutura legacy até APIs operacionais + automação browser pronta pra rodar 24/7.

  • Auditar estrutura existente de CRM/repo (auditor)
  • Materializar estrutura de pastas + DB schemas (materializer)
  • Construir APIs faltantes (gap-filler) via api-builder
  • Automação browser autônoma com Playwright (playwright-ops) — preencher forms, sync UIs externas, scraping legítimo
Roster (5 agentes)execution
AgenteFunção
project-chiefProject Ops Orchestrator
auditorCRM Structure Auditor — analisa estrutura existente
materializerStructure Materializer — cria pastas, configs, schemas
api-builderAPI Gap Filler — constrói endpoints HTTP/REST faltantes
playwright-opsBrowser Automation — Playwright (form-fill, sync UI, scraping)
Workflow ↳ materialização técnicaaudit → automation
@project-chief DISPATCH auditor CRM/REPO STRUCTURE materializer PASTAS + SCHEMAS api-builder GAP-FILL HTTP/REST playwright-ops BROWSER AUTOMATION RUN 24/7 FORM-FILL · SYNC UI

Project Ops é o squad de execução técnica: audit estrutura → materializa schema/pastas → constrói APIs faltantes → automação browser via Playwright pra integrar com UIs externas (CRMs sem API, etc.). Roda 24/7.

15

ETL Ops · extract → transform → load

3 agenteschief: @etl-chief

Squad mínimo de ETL clássico: extração de qualquer fonte (web, local, API, planilha), transformação canônica (parsing, normalização, validação), carregamento em destino estruturado (DB / vector store / workspace YAMLs). Vai de URL bruta / arquivo local / planilha do Google até dado pronto pra ser consumido por outros squads.

  • Extrair de qualquer fonte: web scrape, local file, API, Google Sheets, ClickUp
  • Transformar: parsing, normalização, deduplicação, schema-mapping
  • Carregar: Supabase, vector store (RAG), workspace YAMLs, ClickUp
  • Batch ou stream
  • Integra com @workspace-chief *etl-deep-pass pra enriquecer profiles
Roster (3 agentes)minimal
AgenteFunção
etl-chiefOrquestrador ETL — divide pedido em E/T/L
etl-extractorExtração — web scrape, API, file, planilha
etl-transformerTransformação — parsing, normalização, mapping
Workflow ↳ E → T → Lbatch ou stream
SOURCE URL · FILE · API · SHEETS etl-extractor (E) WEB SCRAPE · API · LOCAL etl-transformer (T) PARSE · NORM · DEDUP LOAD (L) SUPABASE · RAG · YAML CONSUMIDO OUTRO SQUAD

Modelo clássico E→T→L. Cada destino é consumido por outro squad: Supabase (apps), RAG vector store (busca semântica), YAMLs (workspace profiles).

16

MCPs · Integrações externas · Supabase · n8n · ClickUp · GitHub · Playwright

5 MCPsconfig: .mcp.jsonautoridade: @devops

MCPs (Model Context Protocol) são integrações externas que qualquer agente pode consumir. Apenas @devops tem autoridade pra adicionar / remover / configurar (*search-mcp, *add-mcp, *list-mcps, *remove-mcp). Outros agentes são consumidores via tools mcp__{server}__{op}. Vai de query SQL no Supabase de produção até automação de browser ponta-a-ponta com Playwright, passando por execução de workflows n8n e operação de tasks no ClickUp.

  • Supabase MCP: query SQL, migrations, list tables, get logs, advisors de segurança, branches, edge functions
  • n8n API: trigger de workflow automation
  • ClickUp API: CRUD de tasks + custom fields (mesma capacidade do clickup-chief)
  • GitHub MCP: PR read/comment/review
  • Playwright MCP: navegação, click, fill form, screenshot, network log, evaluate JS, file upload
Supabase MCPDB · 20 ops
OperaçãoToolO que faz
SQL ad-hocexecute_sqlRoda SQL raw no DB
Migrationapply_migrationAplica migration (cuidado: vai direto no remote)
Lista tabelaslist_tablesInventário de schema
Lista migrationslist_migrationsHistórico
Lista extensionslist_extensionsPostgres extensions habilitadas
Logsget_logsLogs do projeto (debug)
Advisorsget_advisorsRecomendações de segurança/performance
Edge Functionslist_edge_functions · get_edge_function · deploy_edge_functionCRUD de Edge Functions
Brancheslist_branches · create_branch · delete_branch · merge_branch · rebase_branch · reset_branchGestão de branches do projeto Supabase
Projectget_project_url · get_publishable_keysConfig client-side
Typesgenerate_typescript_typesGera tipos TS do schema
Docssearch_docsBusca semântica na doc Supabase
Workflow típicolist_tablesexecute_sql (read-only check) → apply_migrationget_advisorsgenerate_typescript_types
Playwright MCPBrowser · 23 ops
GrupoToolsO que faz
Navegaçãobrowser_navigate · browser_navigate_back · browser_tabs · browser_closeURL, voltar, tabs, fechar
Interaçãobrowser_click · browser_type · browser_hover · browser_press_key · browser_drag · browser_drop · browser_select_option · browser_handle_dialogClick, type, hover, key, drag&drop, select, dialog
Formsbrowser_fill_form · browser_file_uploadPreenche form completo · upload
Inspeçãobrowser_snapshot · browser_take_screenshot · browser_console_messages · browser_network_request · browser_network_requestsDOM snapshot, screenshot, console, network
Execuçãobrowser_evaluate · browser_run_code_unsafe · browser_wait_for · browser_resizeJS eval, wait, resize viewport
Workflow típicobrowser_navigatebrowser_snapshotbrowser_fill_formbrowser_click (submit) → browser_wait_forbrowser_take_screenshot (evidência)
n8n · ClickUp · GitHub3 MCPs
MCPOps principaisO que faz
n8nn8n_workflow_triggerDispara workflows n8n via API (automação cross-app)
ClickUpclickup_task_read + ops do @clickup-chiefRead de tasks · CRUD via chief
GitHubgithub_pr + tools mcp__github_*Read/comment/review de PRs
Outros tools disponíveis no sistemaextras
ToolDomínio
context7Docs de libs (React, Next.js, Drizzle, etc.) — sempre busca antes de codar
pencilEditor de .pen files (design)
higgsfieldGeração de vídeo AI
onePlataforma One — execute actions, list integrations
google_driveOAuth + read de Drive
Workflow ↳ Supabase migration típicavia MCP
@data-engineer *APPLY-MIGRATION list_tables MCP · INVENTORY execute_sql MCP · READ-ONLY CHECK apply_migration MCP · WRITE get_advisors MCP · SEC/PERF generate_types TS TYPES OUT SCHEMA LIVE SUPABASE PROD

Cadeia padrão de migration via MCP: agent abre o command, mas a EXECUÇÃO REAL é via tools mcp__supabase__*. Cada tool é uma chamada HTTP ao MCP server. Inventário → check → migration → security advisors → tipos TS → schema live.

Workflow ↳ Playwright form-fill típicobrowser automation
playwright-ops TASK INPUT browser_navigate URL TARGET browser_snapshot DOM CONTEXT browser_fill_form DADOS DA TASK browser_click SUBMIT screenshot EVIDÊNCIA SYNCED UI EXTERNAL UPDATED

Padrão browser-automation: navigate → snapshot (sempre antes de interagir — pega DOM context) → fill_form → click → wait → screenshot (evidência). Útil pra UIs externas sem API.

17

Comandos Universais · presentes em todos os agentes core

8 comandos

Toda persona core reconhece esses. Vale memorizar — são atalhos transversais.

ComandoQuem temO que faz
*helpTODOSLista comandos do agente atual
*exitTODOSSai do modo agente
*yoloMaioria coreCicla modo de permissão (ask → auto → explore)
*theme {list|set|preview|validate|create}Core devGestão de tema visual
*guideMaioria coreGuia compreensivo do agente
*session-infoMaioria coreDetalhes da sessão
*doc-outpm · po · architect · masterOutput do doc completo
*statusux · brad-frost · design-chief · clickup-chiefStatus / fase atual
18

Decision Tree · quem chamar?

5 perguntasagente certo

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]
   │
   ├── Mapear processo / missão?
   │     ├── Processo recorrente?        → @sinkra-chief *map-process
   │     └── Projeto one-time A → B?     → @sinkra-chief *map-mission
   │
   ├── Marketing / copy / campanha?
   │     ├── Copy/email/launch?          → @copy-chief
   │     ├── Tráfego pago (principal)?   → @ad-midas
   │     └── Tráfego (alternativo)?      → @traffic-masters-chief
   │
   ├── Design / DS / componente?         → @design-chief
   ├── SOP / processo documentado?       → @sop-chief (Deming)
   ├── Workspace / business?             → @workspace-chief
   ├── ClickUp / workspace tasks?        → @clickup-chief
   ├── Op híbrida (processo+IA+UI)?      → Hybrid Ops Squad
   ├── Projeto técnico (API+DB+browser)? → @project-chief
   ├── ETL (extract/transform/load)?     → @etl-chief
   ├── Criar nova squad?                 → @sinkra-creator-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)
Regra práticaVocê NUNCA precisa saber o nome do especialista. Só do domínio. O chief do domínio decide internamente.