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.
Overview · inventário operacional
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.
| Squad | Path | Agentes | O que opera |
|---|---|---|---|
| Kernel · Conclave | agents/system/conclave/ | 3 | Deliberação estratégica (decisões grandes) |
| Core Development | .aiox-core/development/agents/ | 11 | Engenheiros do sistema (Dev, QA, PM, DevOps…) |
| AIOX-Ads | squads/aiox-ads/ | 12 | Tráfego pago (Meta + Google + YouTube) |
| AIOX-Copy | squads/aiox-copy/ | 24 | Copywriters mestres (Halbert, Bencivenga, Schwartz…) |
| AIOX-Design | squads/aiox-design/ | 9 | Design system, tokens, componentes, página |
| AIOX-SOP | squads/aiox-sop/ | 6 | Fábrica de SOPs (criar, auditar, extrair) |
| AIOX-Workspace | squads/aiox-workspace/ | 6 | C-Level virtual (CEO, CMO, CTO, CIO, CAIO, COO) |
| AIOX-Traffic | squads/aiox-traffic/ | 16 | Tráfego pago paralelo (Burns, Pittman, Kusmich…) |
| Sinkra Squad | squads/sinkra-squad/ | 8 | Mapeamento de processos e missões |
| Sinkra · AIOX | squads/sinkra-aiox/ | 11 | Clone do Core Dev customizado pra projetos Sinkra |
| Sinkra Creator | squads/sinkra-squad-creator/ | 10 | Constrói novas squads a partir de discovery |
| ClickUp Squad | squads/clickup/ | 5 | Implementa e audita workspaces no ClickUp |
| Hybrid Ops | squads/hybrid-ops-squad/ | 9 | Operações híbridas humano+IA (mapping + automação) |
| Project Ops | squads/project-ops/ | 5 | Materializa projetos: API, DB, automação browser |
| ETL Ops | squads/etl-ops/ | 3 | Extract → Transform → Load (qualquer fonte) |
| MCPs · Integrações | .mcp.json | 5 | Supabase, n8n, ClickUp, GitHub, Playwright |
Kernel · Conclave · deliberação estratégica
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
| Agente | Path | Fase | O que faz |
|---|---|---|---|
critico-metodologico | agents/system/conclave/critico-metodologico/ | Fase 2 | Avalia qualidade do raciocínio. Score 0-100 em 5 critérios (premissas, evidências, lógica, alternativas, conflitos). |
advogado-do-diabo | agents/system/conclave/advogado-do-diabo/ | Fase 3 | Ataca a decisão. 6 perguntas obrigatórias: premissa frágil, risco oculto, arrependimento 12m, alternativa ignorada, falha 50%, premissas críticas. |
sintetizador | agents/system/conclave/sintetizador/ | Fase 4 | Integra debate + crítico + advogado em decisão final, com hedge se necessário. |
/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.Core Development · os engenheiros do sistema
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. Só @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.
| Comando | O que faz | Quando usar |
|---|---|---|
*create | Cria componente AIOX (agent/task/workflow/template/checklist) | Peça nova no framework |
*modify | Modifica componente existente | Refactor de peça |
*propose-modification | Propõe modificação ao framework | Mudança que precisa aprovação |
*deprecate-component | Depreca com plano de migração | Aposentar sem quebrar deps |
*validate-workflow {name} | Valida YAML, agentes, artefatos e lógica | Antes de rodar workflow novo |
*run-workflow {name} [--mode=guided|engine] | Executa workflow (guided=persona-switch; engine=spawn real) | Disparar pipeline multi-agente |
*analyze-framework | Analisa estrutura e padrões | Auditoria de saúde |
*ids check {intent} | 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 compartilhado |
*ids register {file} | Registra entidade no registry | Depois de criar peça nova |
*ids health / *ids stats | Health check e estatísticas do registry | Auditoria semanal |
*validate-agents | Valida todas as definições | Health check geral |
*correct-course | Analisa e corrige desvios de processo | Projeto fora do trilho |
*kb · *chat-mode · *advanced-elicitation | KB mode · conversacional · elicitação avançada | Discovery / brainstorm |
@dev · Neo (32 comandos)Implementação
Quem ESCREVE código. Bloqueado de git push. Use sempre que houver implementação.
| Comando | O que faz | Quando usar |
|---|---|---|
*develop | Implementa tasks da story (modos: yolo / interactive / preflight) | Default de desenvolvimento |
*execute-subtask ST-X.X | Subtask isolado (13-step Coder Agent) | Granularidade fina |
*verify-subtask | Verifica (command / api / browser / e2e) | Após cada subtask |
*build {story-id} | End-to-end: worktree → plan → execute → verify → merge | One-shot completo |
*build-autonomous | Loop autônomo com retries | Story de alta confiança |
*rollback | Volta ao último estado bom | Tentativa falhou |
*apply-qa-fixes · *fix-qa-issues | Aplica feedback do QA (8 fases pra QA_FIX_REQUEST.md) | Pós-review do QA |
*worktree-create / list / merge / cleanup {story} | Gestão de worktrees | Story em paralelo |
*gotcha {title} · *gotchas | Registra/lista pitfalls | Achou armadilha |
*waves [workflow] | Analisa paralelização | Otimizar pipeline longo |
*run-tests | Lint + testes | Pré-subtask completa |
*explain | Explica o que fez em detalhe didático | Quer 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.
| Agente | Comandos-chave | O que faz |
|---|---|---|
@po | *validate-story-draft · *close-story · *backlog-add/-review/-prioritize · *stories-index · *sync-story | Iní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-spec | PRD, epic, story. Wave-based parallel epic execution. |
@sm | *draft · *story-checklist | Rascunha 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.
| Comando | O que faz | Quando usar |
|---|---|---|
*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 |
*create-fix-request {story} | Gera QA_FIX_REQUEST.md pro @dev | Há issues a corrigir |
*security-check {story} | Scan 8-point vulnerabilidades | Story sensível (auth/dados/API) |
*validate-migrations {story} [--framework] | Valida migrations | Story com schema change |
*false-positive-check {story} | Critical thinking — verifica se "fix" é real | Bug fix suspeito |
*console-check {story} | Detecta erro no browser console | Story 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 NFRs | Story crítica |
*validate-libraries {story} | Valida libs via Context7 | Lib nova |
@architect (16) + @analyst (9) · The Architect + MerovingianDiscovery + Decisão
| Agente | Comandos-chave | O que faz |
|---|---|---|
@architect | *create-full-stack-architecture · *create-backend / -front-end / -brownfield · *document-project · *assess-complexity · *create-plan · *create-context · *map-codebase · *validate-tech-preset | Decide 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-deps | Pré-PM. Discovery de mercado, concorrência, padrões. |
@data-engineer · Tank (22 comandos)DBA
Quem desenha schema, RLS, migration. Delegado do @architect pra DB.
| Comando | O que faz | Quando usar |
|---|---|---|
*create-schema | Desenha schema do DB | DB / tabela nova |
*create-rls-policies | Policies RLS (multi-tenant) | Supabase / multi-tenant |
*create-migration-plan | Estratégia de migração | Migração grande / arriscada |
*apply-migration {path} | Migration com snapshot | Aplicar |
*dry-run {path} | Testa sem committar | Validação |
*snapshot {label} · *rollback {snap} | Snapshot / restaura | Pré-mudança / recover |
*smoke-test {version} | Testes compreensivos | Pós-migration |
*security-audit {scope} | Auditoria (rls / schema / full) | Compliance |
*analyze-performance {type} | Query / hotpaths / interactive | Lentidão |
*policy-apply {table} {mode} | RLS (KISS / granular) | Aplicar RLS |
*test-as-user {user} | Emula user pra testar isolamento | Verificar 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
@devops roda git push, gh pr create/merge, gerencia MCPs e faz release. Todos os outros delegam.| Grupo | Comandos | O que faz |
|---|---|---|
| Quality gates | *pre-push · *push · *create-pr · *release · *version-check | Pré-push gates → push → PR → release versionado com changelog |
| Health | *health-check · *sync-registry · *sync · *detect-repo | Doctor + governance, sync incremental do registry e IDE |
| Setup | *environment-bootstrap · *setup-github · *setup-coderabbit · *init-project-status | Onboarding de máquina, repo, CodeRabbit |
| MCP | *search-mcp · *add-mcp · *list-mcps · *remove-mcp · *setup-mcp-docker | Docker 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-batch | Migração legacy do framework |
| CI/CD | *configure-ci · *check-docs | GitHub Actions + integridade da doc |
@ux-design-expert · Trinity (30 comandos)UX/UI Designer
Workflow completo: research → wireframe → DS → componente.
| Fase | Comandos | O que faz |
|---|---|---|
| Discovery | *research · *audit {path} · *scan {path|url} · *consolidate · *shock-report | User research, audit brownfield, consolidação por clustering, report de chaos+ROI |
| DS bootstrap | *tokenize · *setup · *export-dtcg · *bootstrap-shadcn · *audit-tailwind-config | Extrai tokens, inicializa DS, W3C DTCG, Shadcn |
| Componentes | *build {component} · *compose {molecule} · *extend {component} · *document | Atô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-roi | Migração faseada (4 fases) + ROI |
| A11y | *a11y-check | WCAG 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
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.
AIOX-Ads · tráfego pago
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
| Grupo | Comandos | O que faz |
|---|---|---|
| Workflow | *launch-campaign · *optimize-campaign | Workflows 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 N | CBO/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-attribution | Diagnó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-dsl | Veredito 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-report | Always-on autônomo + checklist diário + accountability |
| Compliance | *compliance-check {campaign} | Compliance pré-launch |
| Sazonalidade | *bfcm-prep --days-until N | Prep Black Friday / Cyber Monday |
| Intel | *spy-ads "{competitor}" · *research {slug} | Meta Ad Library spy · research protocol |
Especialistas (mestres reais)4 + 6 sem comandos
| Agente | Comandos | Quando chamar |
|---|---|---|
kasim-aslam | 14 | Google Ads avançado (Solutions 8) |
ralph-burns | 24 | Scaling estratégico (Tier 11) |
tom-breeze | 15 | YouTube Ads (Viewability) |
fiscal | 11 | QA antes de produção (Jon Loomer style) |
audit-orchestrator, campaign-manager, creative-analyst, performance-analyst, pixel-specialist, br-traffic-operator | Orquestrados pelo @ad-midas via *dispatch | |
Workflow ↳ *launch-campaigneconomics → live
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.
AIOX-Copy · 24 copywriters mestres
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
| Grupo | Comandos | O que faz |
|---|---|---|
| Diagnóstico | *diagnose · *diagnose-awareness · *diagnose-sophistication | Schwartz awareness (Unaware → Most Aware) + sophistication level |
| Brief | *briefing · *create-campaign-brief · *set-campaign · *workspace-context | Brief estratégico, campanha ativa, contexto do business |
| Páginas | *sales-page · *landing · *headlines · *lead-magnet | Delega aos copywriters certos |
*email-sequence · *launch-emails | Sequências (marketing + launch) | |
| Tráfego | *ads · *paid-traffic | Copy de ads + estratégia de tráfego no launch |
| High-ticket | *vsl · *webinar · *upsell | VSL, webinar, upsell backend |
| Launches | *launch-plan · *plc-sequence · *sideways-letter · *seed-launch · *jv-launch · *live-launch · *evergreen-launch · *launch-stack · *open-cart · *diagnose-launch | 9 tipos de launch + diagnóstico se travado |
| QA | *audit-copy · *sugarman-check · *review · *evaluate-cpls | Audit + Sugarman checklist + review do especialista + CPL evaluation |
| Triggers | *mental-triggers | Cialdini |
| Roteamento | *team · *tier0 · *tier1 · *tier2 · *tier3 · *recommend · *chat-mode | Roster + 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:
| Copywriter | Comandos | Domínio · quando chamar |
|---|---|---|
gary-halbert | 90 | Direct mail, Boron Letters, lifestyle copy — sales letters longas |
gary-bencivenga | 57 | Long-form, bullets, headlines — "world's greatest" |
david-deutsch | 43 | Copythinking, multi-control — sustenta 5+ campanhas paralelas |
jeff-walker | 41 | Product Launch Formula — launches estruturados |
parris-lampropoulos | 38 | Bullets, 12-year control — bullets matadoras |
jim-rutz | 27 | Magalog (catálogo + magazine) — copy editorial |
jon-benson | 26 | VSL, NLP persuasion — Video Sales Letter |
joe-sugarman | 25 | 30 triggers, slippery slide — sequência psicológica |
stefan-georgi | 25 | RMBC Method — scale production |
todd-brown | 25 | E5 Method, Big Idea engineering — arquitetura de ideia |
eugene-schwartz | 22 | Mass Desire, Breakthrough Advertising — awareness/sophistication |
robert-collier | 22 | "Enter the conversation" — sales letters clássicas |
clayton-makepeace | 20 | Visceral emotional copy — financeira / saúde |
john-carlton | 20 | Simple Writing System — "most ripped-off" |
ben-settle | 19 | Daily email, infotainment — email diário |
dan-kennedy | 18 | Magnetic Marketing, No B.S. — direct response brutal |
russell-brunson | 16 | Funnel hacking, ClickFunnels — funnels |
claude-hopkins | 13 | Scientific advertising — copy testável |
david-ogilvy | 4 | Big Idea, Brand Image — copy de marca |
andre-chaperon | 4 | Soap Opera Sequences — autoresponders |
ry-schwartz | 3 | Cohort launches, Coaching The Conversion |
frank-kern | 1 | Mass Control, Intent-Based Branding |
dan-koe | 0 | One-person business, leverage |
@copy-chief primeiro. Ele diagnostica e delega via *tier0..3.Workflow ↳ *launch-stackPLF (Jeff Walker)
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.
AIOX-Design · design system + página
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
| Comando | O 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
| Grupo | Comandos | Quando usar |
|---|---|---|
| Audit / Discovery | *audit {path} · *consolidate · *scan {path|url} · *ds-health {path} · *shock-report | Discovery brownfield, dashboard de saúde |
| Tokens | *tokenize · *token-w3c · *token-modes · *validate-tokens · *token-usage · *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 · *contrast-check · *contrast-matrix · *focus-order · *aria-audit | WCAG 2.2 + APCA |
| Performance | *bundle-audit · *dead-code · *motion-audit · *visual-regression | Bundle size, regression, animation QA |
| Migração | *migrate · *upgrade-tailwind · *refactor-plan · *refactor-execute · *bootstrap-shadcn | Tailwind v4, Shadcn, atomic refactor |
| Reading UI | *reading-audit · *reading-guide · *reading-tokens · *reading-checklist | 18 regras de leitura digital |
| Advanced | *agentic-audit · *agentic-setup · *fluent-audit/build · *theme-multi · *multi-framework · *ds-govern · *ds-designops · *figma-pipeline | DS 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
| Comando | O que faz | Quando usar |
|---|---|---|
*compose-page {type} [--copy briefing.yaml] | Página completa (9 fases) | Página nova end-to-end |
*layout-audit {file} | Audita layout | QA |
*typography-map {file} | Hierarquia tipográfica | Tipografia |
*spacing-check {file} | Ritmo de spacing | QA spacing |
*copy-layout [--framework AIDA|PAS|StoryBrand] | Mapeia copy → hierarquia visual | Copy → design |
*validate-brief | 3-Input Framework | Pré-composição |
*generate-seo-meta | SEO metadata | SEO |
*compose-states | Loading / empty / error | Estados |
*validate-anti-ai | Detecta padrões "cara de IA" | QA anti-AI |
*prompt-guide [--level 1|2|3|4] | Bíblia de prompting | Treinamento |
Outros · Dan Mall, Nano Banana, Storybook, Foundations6 agentes
| Agente | Comandos | Quando usar |
|---|---|---|
dan-mall | 11 | Vender DS internamente, scaling de design org |
nano-banana-generator | 19 | Componentes visuais utilitários |
storybook-expert | 28 | Storybook stories + docs de componente |
dave-malouf | 0 | DesignOps (orquestrado pelo chief) |
ds-foundations-lead | 0 | Foundations pipeline |
ds-token-architect | 0 | Tokens Figma → JSON/CSS/TS |
Workflow ↳ DS bootstrap (brownfield → production)Brad Frost
Pipeline atomic design. Saída: componentes production-ready com a11y WCAG 2.2, visual regression baseline e docs em Storybook.
AIOX-SOP · fábrica de processos
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
| Comando | O que faz | Quando usar |
|---|---|---|
*environment | Resolve access tier, runtime mode, source of truth | Início |
*workspace-context {business} | Carrega contexto canônico | Pré-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-extractor | Process mining |
*audit {sop} | Roteia → @sop-auditor (14 pontos Crosby) | Audit formal |
*convert {sop} {format} | Human ↔ machine-readable | Adaptar consumidor |
*benchmark {sop} | vs industry standards | Comparar |
*batch-audit {folder} | Múltiplos em lote | Portfolio |
*map-core-sop-backlog | Scan + categoriza + prioriza | Estratégico |
*create-sop-operations-suite {business} | SOPs a partir de operations YAMLs | Bootstrap operacional |
*dashboard | Status + métricas | Visibilidade |
Especialistas (Gerber, Gawande, Crosby, Ohno, Turing)5 agentes
| Agente | Persona | Comandos | Função |
|---|---|---|---|
sop-creator | Gerber | 4 | Cria SOP human-readable |
sop-analyst | Gawande | 5 | Grading 10 dimensões |
sop-auditor | Crosby | 12 | Audit 14 pontos |
sop-extractor | Ohno | 3 | Process mining de fontes não estruturadas |
sop-ml-architect | Turing | 6 | Machine-readable para automação |
Workflow ↳ SOP Factory (extract → audit → publish)com loop Crosby
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).
AIOX-Workspace · C-Level virtual
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-chiefpra criar SOPs operacionais
@workspace-chief · COO (47 comandos)Orquestrador C-Level
| Grupo | Comandos | O 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-businesses | Visibilidade · 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-artifacts | Enriquecimento 55% → 95% |
| Health | *health-check · *quick-check · *fix-workspace · *health-history | Semanal · 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-skip | Visibilidade · executar · pular |
| Atalhos C-Level | *vision · *marketing · *tech-strategy · *tech-ops · *ai · *executives · *handoff · *route | Conectar com CEO / CMO / CTO / CIO / CAIO |
| SOPs | *create-sop-operations-suite {slug} | Handoff pro @sop-chief |
5 executivos · Vision · CAIO · CIO · CMO · CTOC-Level
| 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 |
Workflow ↳ *setup-business-profile7 YAMLs · 5 execs
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.
AIOX-Traffic · paralelo ao AIOX-Ads
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
| Agente | Comandos | Domínio |
|---|---|---|
traffic-masters-chief | 7 | Chief alternativo (Media Buy Chief) |
ads-analyst | 19 | Análise de performance (frameworks Kaushik, Peep Laja, Andrew Chen) |
depesh-mandalia | 14 | Meta Ads BPM Method, brand performance |
nicholas-kusmich | 18 | Facebook Ads GIVE Method |
molly-pittman | 6 | Traffic Engine (Smart Marketer) |
scale-optimizer | 11 | Escala, identifica winners, corta losers |
media-buyer (Pixel) | 5 | Senior media buyer genérico |
creative-analyst (Nova) | 5 | Hooks, DSL, creative strategy |
performance-analyst (Dash) | 5 | Métricas data-driven |
pixel-specialist (Track) | 5 | Atribuição e integridade |
+ cópias de ad-midas, kasim-aslam, ralph-burns, tom-breeze, fiscal, br-traffic-operator (comandos idênticos à § 3) | ||
Sinkra Squad · mapeamento de processos e missões
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-discoverermapeia o processo atual em camadas - Arquitetura do TO-BE:
architecture-designerprojeta 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-squadquando 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
| Agente | Fase | O que faz |
|---|---|---|
sinkra-chief | Orquestração | Detecta modo, roteia, enforça checkpoints, handoffs |
process-discoverer | 1 · AS-IS | Mapeia processo atual em camadas (discovery) |
architecture-designer | 2 · TO-BE | Projeta o futuro + mission pitch (5 ingredientes) |
infrastructure-mapper | 3 · Infra | Mapping de sistemas, dados, integrações |
composition-engineer | 4 · Workflow | DAG design + task definitions |
executor-classifier | 5 · RACI | Atribuição de executores + pool composition |
quality-gatekeeper | 6 · QA | META_AXIOMAS quality gate + compliance + mission validation |
sinkra-qa | QA final | SINKRA compliance validator |
Workflow ↳ *map-processcadeia de 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.
Workflow ↳ *map-missioncadeia + verdict
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.
Sinkra · AIOX · clone do Core Dev pra projetos Sinkra
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-devopscom mesmas autoridades exclusivas
Roster (11 agentes — comandos = Core Dev)espelho
| Sinkra | = Core | Comandos |
|---|---|---|
sinkra-master | @aiox-master | 41 |
sinkra-pm | @pm | 14 |
sinkra-po | @po | 17 |
sinkra-sm | @sm | 4 |
sinkra-dev | @dev | 32 |
sinkra-qa | @qa | 23 |
sinkra-architect | @architect | 16 |
sinkra-analyst | @analyst | 9 |
sinkra-data-engineer | @data-engineer | 22 |
sinkra-devops | @devops | 35 |
sinkra-ux | @ux-design-expert | 30 |
Sinkra Squad Creator · cria novas squads
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
| Agente | Função | Materializa |
|---|---|---|
sinkra-creator-chief | Orquestrador | Roteia + valida outputs |
db-materializer | Filesystem + DB | Estrutura de pastas, agents .md, Supabase tables, RLS |
clickup-materializer | ClickUp | Spaces, Lists, Custom Fields, Automations |
api-builder | APIs gap-fill | Endpoints HTTP/REST onde faltam integrações |
integration-scout | Discovery | Mapeia integrações disponíveis (MCPs, APIs) |
playbook-writer | Documentação | Playbooks operacionais (humano) |
task-architect | Task design | Definição de tarefas (input/output/RACI/SLA) |
executor-analyst | RACI | Decisão humano vs IA vs híbrido |
playwright-ops | Browser automation | Scripts Playwright pra UIs externas |
squad-validator | QA | Validação final do squad construído |
Workflow ↳ materialização de squaddiscovery → operational
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.
ClickUp Squad · workspace operacional
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
| Grupo | Comandos | O que faz |
|---|---|---|
| Ciclos | *implementation-cycle · *optimize-cycle | Design → Build → Validate (4 fases) · audit → triage → correção → re-audit |
| Workspace | *design-workspace · *setup-workspace · *audit-hygiene | Design (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-tree | 10 Mandamentos · blueprint · automation blueprints · 7 campos · 8 views · 3 list types · KPIs · top 10 erros · checklists · árvores |
| Resgate | *operacao-resgate | Protocolo pra task/processo parado |
| CRUD tasks | *get-task · *get-tasks · *create-task · *get-field · *get-all-fields · *update-field · *update-status | Operações diretas em tasks via API |
Especialistas (Worker, Seeding, Task Ops, Workspace Ops)4 agentes
| Agente | Função |
|---|---|
clickup-worker | Executor de operações em volume |
seeding-ops | Strata Native — seed inicial de dados / tasks |
task-ops | Strata Native — operações de task lifecycle |
workspace-ops | Strata Native — operações de workspace level |
Workflow ↳ *implementation-cycle + *optimize-cyclecom hygiene loop
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.
Hybrid Ops · operações híbridas humano + IA
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
| Agente | Função | Output |
|---|---|---|
process-mapper | Discovery | AS-IS map (entrevistas + observação) |
process-architect | TO-BE | Arquitetura do processo + flow orchestration |
workflow-designer | Steps | Step-by-step instructions |
executor-designer | RACI | Humano vs IA vs híbrido |
agent-generator | AI | Cria definições de agentes IA |
clickup-engineer | Implementation | ClickUp engineer + automation designer |
qa-architect | QA | Validation gate design |
doc-generator | Doc | Documentação visual |
compliance-validator | Audit | AIOS-PM standards enforcement |
Workflow ↳ híbrido humano + IAprocesso → automaçã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.
Project Ops · materializa projetos técnicos
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
| Agente | Função |
|---|---|
project-chief | Project Ops Orchestrator |
auditor | CRM Structure Auditor — analisa estrutura existente |
materializer | Structure Materializer — cria pastas, configs, schemas |
api-builder | API Gap Filler — constrói endpoints HTTP/REST faltantes |
playwright-ops | Browser Automation — Playwright (form-fill, sync UI, scraping) |
Workflow ↳ materialização técnicaaudit → automation
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.
ETL Ops · extract → transform → load
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-passpra enriquecer profiles
Roster (3 agentes)minimal
| Agente | Função |
|---|---|
etl-chief | Orquestrador ETL — divide pedido em E/T/L |
etl-extractor | Extração — web scrape, API, file, planilha |
etl-transformer | Transformação — parsing, normalização, mapping |
Workflow ↳ E → T → Lbatch ou stream
Modelo clássico E→T→L. Cada destino é consumido por outro squad: Supabase (apps), RAG vector store (busca semântica), YAMLs (workspace profiles).
MCPs · Integrações externas · Supabase · n8n · ClickUp · GitHub · Playwright
.mcp.jsonautoridade: @devopsMCPs (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ção | Tool | O que faz |
|---|---|---|
| SQL ad-hoc | execute_sql | Roda SQL raw no DB |
| Migration | apply_migration | Aplica migration (cuidado: vai direto no remote) |
| Lista tabelas | list_tables | Inventário de schema |
| Lista migrations | list_migrations | Histórico |
| Lista extensions | list_extensions | Postgres extensions habilitadas |
| Logs | get_logs | Logs do projeto (debug) |
| Advisors | get_advisors | Recomendações de segurança/performance |
| Edge Functions | list_edge_functions · get_edge_function · deploy_edge_function | CRUD de Edge Functions |
| Branches | list_branches · create_branch · delete_branch · merge_branch · rebase_branch · reset_branch | Gestão de branches do projeto Supabase |
| Project | get_project_url · get_publishable_keys | Config client-side |
| Types | generate_typescript_types | Gera tipos TS do schema |
| Docs | search_docs | Busca semântica na doc Supabase |
list_tables → execute_sql (read-only check) → apply_migration → get_advisors → generate_typescript_typesPlaywright MCPBrowser · 23 ops
| Grupo | Tools | O que faz |
|---|---|---|
| Navegação | browser_navigate · browser_navigate_back · browser_tabs · browser_close | URL, voltar, tabs, fechar |
| Interação | browser_click · browser_type · browser_hover · browser_press_key · browser_drag · browser_drop · browser_select_option · browser_handle_dialog | Click, type, hover, key, drag&drop, select, dialog |
| Forms | browser_fill_form · browser_file_upload | Preenche form completo · upload |
| Inspeção | browser_snapshot · browser_take_screenshot · browser_console_messages · browser_network_request · browser_network_requests | DOM snapshot, screenshot, console, network |
| Execução | browser_evaluate · browser_run_code_unsafe · browser_wait_for · browser_resize | JS eval, wait, resize viewport |
browser_navigate → browser_snapshot → browser_fill_form → browser_click (submit) → browser_wait_for → browser_take_screenshot (evidência)n8n · ClickUp · GitHub3 MCPs
| MCP | Ops principais | O que faz |
|---|---|---|
| n8n | n8n_workflow_trigger | Dispara workflows n8n via API (automação cross-app) |
| ClickUp | clickup_task_read + ops do @clickup-chief | Read de tasks · CRUD via chief |
| GitHub | github_pr + tools mcp__github_* | Read/comment/review de PRs |
Outros tools disponíveis no sistemaextras
| Tool | Domínio |
|---|---|
context7 | Docs de libs (React, Next.js, Drizzle, etc.) — sempre busca antes de codar |
pencil | Editor de .pen files (design) |
higgsfield | Geração de vídeo AI |
one | Plataforma One — execute actions, list integrations |
google_drive | OAuth + read de Drive |
Workflow ↳ Supabase migration típicavia MCP
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
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.
Comandos Universais · presentes em todos os agentes core
Toda persona core reconhece esses. Vale memorizar — são atalhos transversais.
| Comando | Quem tem | O que faz |
|---|---|---|
*help | TODOS | Lista comandos do agente atual |
*exit | TODOS | Sai do modo agente |
*yolo | Maioria core | Cicla modo de permissão (ask → auto → explore) |
*theme {list|set|preview|validate|create} | Core dev | Gestão de tema visual |
*guide | Maioria core | Guia compreensivo do agente |
*session-info | Maioria core | Detalhes da sessão |
*doc-out | pm · po · architect · master | Output do doc completo |
*status | ux · brad-frost · design-chief · clickup-chief | Status / fase atual |
Decision Tree · quem chamar?
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)