Pular para o conteúdo
Skillpedia
Tarefas e projetos280 mil · #255

plan-orchestrate

Faz seu agente ler um plano e transformá-lo em comandos. Ele organiza as tarefas para serem executadas passo a passo.

O que ela faz

Transforma um plano de várias etapas em comandos prontos para usar. Ele lê seu plano, divide em partes e sugere o comando exato para cada uma, incluindo detalhes importantes.

Quando usar

  • ✓Você tem um documento com um plano de ação (como um PRD ou plano de implementação).
  • ✓Você quer que a IA gere os comandos para cada passo do seu plano.
  • ✓Você não quer escolher manualmente qual comando usar para cada etapa do plano.

Exemplo do que pedir para a IA

“Transforme este plano em comandos: [link para o documento do plano]”

Quer saber mais? Abra as seções abaixo.

Como usar

O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.

Link da skill

https://github.com/affaan-m/ECC/blob/main/skills/plan-orchestrate/SKILL.md

Mensagem pronta para colar

Use esta skill para me ajudar: https://github.com/affaan-m/ECC/blob/main/skills/plan-orchestrate/SKILL.md Leia o arquivo SKILL.md desse link e siga as instruções dele na minha tarefa.
Como funciona

A IA lê seu plano, identifica cada etapa e a classifica. Para cada etapa, ela escolhe o comando mais adequado e o formata com todas as informações necessárias para que você possa simplesmente copiar e colar.

Instalação

Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.

No terminal (Claude Code, Codex, Cursor), na pasta do projeto:

npx skills add affaan-m/ECC --skill plan-orchestrate

Ou baixe só o arquivo:

curl -L https://raw.githubusercontent.com/affaan-m/ECC/main/skills/plan-orchestrate/SKILL.md -o SKILL.md
Conteúdo técnico (SKILL.md)

Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.

Orquestrar Plano

Conecte um documento de plano à superfície de comandos de barra ECC atual emitindo um comando pronto para colar para cada etapa. Esta habilidade é apenas um roteador: ela escolhe o comando e preenche o formulário de argumento documentado do próprio comando. Ela não compõe cadeias de agentes e não influencia o que um comando executa internamente — cada comando possui seu próprio comportamento de execução. A habilidade é apenas generativa; ela nunca executa comandos. O usuário cola cada linha quando estiver pronto.

Quando Usar

  • O usuário tem um documento de plano com várias etapas (PRD, RFC, plano de implementação) e deseja comandos prontos para colar para cada etapa.
  • O usuário diz "transforme este plano em comandos", "qual comando devo executar para cada etapa", "orquestre este plano".
  • Existe um plano passo a passo, mas o usuário não quer escolher manualmente um comando para cada etapa.

Pular quando:

  • O trabalho é uma única etapa ad-hoc → execute o comando de barra apropriado diretamente (veja o catálogo abaixo).
  • O plano é ilegível ou vazio. A falta de numeração explícita sozinha não é uma condição de pulo — veja o caso extremo "Sem etapas claras" abaixo.
  • O plano deve ser executado autonomamente em segundo plano → prefira dmux-workflows ou os scripts nativos workflows/*.workflow.js em vez disso.

Entradas

<plan-doc-path> [--scope=all|step:<n>|range:<a>-<b>] [--dry-run]
  • <plan-doc-path> — obrigatório; caminho relativo ou absoluto (@docs/... aceito).
  • --scope — limita as etapas emitidas; padrão é all.
  • --dry-run — imprime apenas a decomposição + a justificativa do comando; não emite comandos finais.

Regra de escopo — uma etapa só é emitida se o comando puder carregá-la

Todo comando emitido deve carregar a identidade e o escopo de sua etapa. Um comando aceita argumentos apenas na forma que seu próprio arquivo documenta (frontmatter argument-hint ou uma seção ## Usage; docs/COMMAND-REGISTRY.json é o índice gerado). A única forma que carrega uma etapa de plano é um argumento de descrição de tarefa em formato livre, pois esse argumento viaja com o comando quando ele é colado.

Comandos que carregam escopo — aceitam uma descrição de tarefa em formato livre:

Comando Argumento documentado
/orch-add-feature <what to add>
/orch-fix-defect <what is broken>
/orch-change-feature <the new desired behavior>
/orch-refine-code <what to restructure>
/plan [feature description | path/to/*.prd.md]

Todo o resto falha fechado. Comandos cujos argumentos documentados não podem carregar escopo de plano — /build-fix, /test-coverage, /update-docs (nenhum formulário de argumento), /code-review (apenas [pr-number | pr-url | blank]), /security-scan (apenas flags [path] e de formato/severidade), /loop-start (apenas [pattern] e --mode) — nunca são emitidos. Uma etapa que se classifica para um deles é relatada como:

BLOCKED — /<command> cannot carry plan scope; run manually if wanted: <exact documented command form>

Etapas bloqueadas aparecem na visão geral e na saída por etapa e são excluídas do bloco de execução em Lote. Isso é deliberado: um /update-docs simples colado dentro de um lote de cinco etapas não tem um link legível por máquina para a etapa para a qual foi planejado. O usuário ainda pode executar o comando manualmente; o roteador apenas se recusa a apresentar um comando sem escopo como se a etapa tivesse sido orquestrada.

Esta tabela é um instantâneo validado dos arquivos de comando, não uma fonte de verdade independente. tests/skills/plan-orchestrate-registry.test.js valida cada comando nomeado aqui contra commands/<name>.md e docs/COMMAND-REGISTRY.json e falha quando eles discordam. Se um arquivo de comando e esta habilidade discordarem em tempo de execução, o arquivo de comando vence. Um comando que foi aposentado do commands/ falha fechado como um comando sem argumentos — a etapa é relatada BLOCKED e o roteador nunca emite um nome que a superfície de comando não tenha mais.

Descrição da tarefa (apenas comandos que carregam escopo)

Para comandos que carregam escopo, cada <task description> emitido deve:

  • Ser autônomo (o comando não precisa do documento do plano aberto).
  • Começar com [Plan: <path>#step-<id>] — este marcador é o link legível por máquina da etapa.
  • Incluir 1–3 critérios de aceitação verificáveis.
  • Incluir um guarda de Escopo (Out of scope: ...) apenas se o plano declarar um para esta etapa. Herdar literalmente. Se o plano não tiver uma declaração fora do escopo, omita a cláusula inteiramente — não invente uma.
  • Ter entre 200–600 caracteres; uma linha; " embutido escapado como \"; sem novas linhas literais.

…

Perguntas frequentes

O que acontece se um comando não puder incluir os detalhes da etapa?

Se um comando não puder carregar os detalhes da etapa (como o escopo), a IA avisará que a etapa está bloqueada e mostrará como executar o comando manualmente, sem os detalhes.

A IA executa os comandos para mim?

Não, a IA apenas gera os comandos prontos para você. Você precisa copiar e colar cada um deles quando estiver pronto para executá-los.

Posso limitar quais etapas do plano a IA deve transformar em comandos?

Sim, você pode usar a opção '--scope' para especificar se quer todos os passos, um passo específico (ex: 'step:3') ou um intervalo de passos (ex: 'range:1-5').

Detalhes

Descrição original do autor

Read a plan document, decompose it into steps, classify each step, and emit the ready-to-paste ECC slash command for that step, carrying the step identifier and scope in the command's own documented argument form. Generative only — never invokes commands itself and never claims to control what a command runs internally. Steps whose command cannot carry plan scope fail closed instead of being emitt

repo: affaan-m/ECC

Popularidade

Estrelas no GitHub
280 mil
Posição no ranking
#255
Licença
MIT
Atualizada em
15/10/2026

Essa skill é útil?

0

Entre para votar.

Comentários

  • …

Mais skills deste repositório

Skills parecidas