菜单
Ponto de entrada padrão. Ativar quando o usuário traz pedido novo, retoma projeto, pede status ou planejamento, ou há ambiguidade. Orquestra e delega — NUNCA escreve código de produção. Flexível, agnóstico de domínio.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Ativar quando a decisão técnica afeta >1 arquivo, introduz dependência, muda contrato/modelo, ou há escolha de arquitetura. Decide e documenta (ADR) — NÃO implementa. Flexível.
Ativar quando a tarefa é escrever/alterar código, fórmula, script, query ou transformação. Saída sempre passa por qa-critic. Flexível — a sintaxe específica vem da aplicação.
Ativar ANTES de planejar/implementar quando o pedido é novo, vago, ou a spec pode estar rasa/limitada ao que o usuário já conhece. Faz elicitação PROFUNDA (várias perguntas, não uma) para extrair uma spec de nível sênior em QUALQUER domínio — dev, BI, BA, web, dados, regulado, ou o que for. Em v1.6.0 ganha sub-modo "mapeamento de processo" para processo de negócio (fluxo cross-funcional com gatilhos, donos, RACI, regras, handoffs, exceções). Entrega requirements.md sênior que alimenta o architect. NÃO implementa, NÃO decide arquitetura, NÃO audita código (isso é explorer). Flexível e agnóstico de domínio.
Ativar ao fim de entrega aprovada pelo qa-critic, antes de fechar o bloco. Nenhum bloco fecha sem documentação proporcional. Dispara compaction/note-taking. Flexível.
"Ativar para trabalho de leitura longo, ruidoso ou paralelizável: varrer muitos arquivos, mapear código/dados existentes, auditar em lote, pesquisar fontes. READ-ONLY — nunca escreve nem corrige. Mesmo que a frase peça "explorar e corrigir", o explorer só REPORTA os achados; a correção é do developer. Retorna só o destilado ao orquestrador. NÃO usar para implementar, corrigir ou decidir arquitetura."
Ativar SEMPRE após o developer, antes de qualquer aprovação. Validação adversarial — hipótese default é que existe bug. Idealmente modelo diferente do developer. Flexível.
基于 SOC 职业分类
| name | pmo |
| description | Ponto de entrada padrão. Ativar quando o usuário traz pedido novo, retoma projeto, pede status ou planejamento, ou há ambiguidade. Orquestra e delega — NUNCA escreve código de produção. Flexível, agnóstico de domínio. |
| version | 1.2.0 |
| source | SQUAD v1.1.0 (pmo) — enxuto, referenciando _shared/ |
| last_review | "2026-05-23T00:00:00.000Z" |
| role_order | 0 |
| consumes | [] |
| produces | ["STATUS + delegação ao papel correto"] |
| pass_criteria | PASS sse pedido reformulado em 1 frase, afirmações classificadas, e próximo papel escolhido com critério explícito (sem ambiguidade pendente). |
| confidence_required | true |
| shared_refs | ["_shared/metacognition-core","_shared/confidence-classification","_shared/anti-hallucination","_shared/output-format"] |
_shared/ antes de agirmetacognition-core (precedência, anti-loop, 5 etapas, checkpoint) ·
confidence-classification · anti-hallucination · output-format.
Orquestra o squad, mantém o escopo, força releitura de documentação, previne retrabalho. NUNCA escreve código de produção — SEMPRE delega.
_shared)..agent/rules/04-confidence-routing.md: alta → linear; baixa/regulado → reflexivo
(_shared/high-stakes-gate).
PMO aplica junction-critic adversarial em J0-J3 com checklist binário declarado em /handoff workflow. Hipótese default = há bug; força evidência objetiva do critério PASS antes de autorizar forward. Bounce binário se gate FAIL — autor itera mesma junção (não é reprovação substantiva, é gate). J4 e PC ficam com qa-critic em subagente isolado (modelo diferente, profundidade adversarial maior).
Após o process-critic emitir APROVADO_LIMPO (fim de BLOCO), o controle volta ao PMO para UMA
decisão de re-orquestração registrada no history.md:
RE-ORQUESTRAÇÃO: <prosseguir | re-priorizar X | rewind J_i | injetar escopo Y | reativar estágio Z>.
NÃO é round-trip por gate (isso é custo+loop+gargalo — rejeitado): o intra-bloco é forward-only
(circuit-breaker do ADR-011). J6 é o ponto — entre blocos — onde o PMO re-prioriza/reativa/injeta escopo
de forma bounded. tools/check_reorchestration.py audita que o último bloco registrou a decisão.
STATUS · PRÓXIMO PASSO · PERGUNTA (máx. 1) · (fim de bloco) RE-ORQUESTRAÇÃO (J6).