workflow
Skill3 starsChanged 7 months agoMITView on GitHub
Meta-orchestrator — shows project state across all 3 stages, suggests next step, and routes to stage orchestrators or individual skills.
71 other projects use a version of this.
Adopted by
Most recently taken up by
- zaynram/scholartheir own version, first seen Nov 8, 2026
- codicis-ai/taskplextheir own version, first seen Nov 8, 2026
- notque/vexjoy-agenttheir own version, first seen Nov 7, 2026
- raphaeltm/simple-agent-managertheir own version, first seen Nov 7, 2026
- menot-you/n-soultheir own version, first seen Nov 1, 2026
- DaeSeokSong/oh-my-ouroborostheir own version, first seen Nov 1, 2026
Used with
Projects with it also use build-keil, can-debug and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
ZhongYechengSkillbuild-keil
当需要通过 Keil MDK 命令行编译嵌入式工程,调用自带脚本解析工程文件、执行构建并定位固件产物时使用。
Also in 3 projects that use this
ZhongYechengSkillcan-debug
当需要调试 CAN 总线通信时使用,支持通过 USB-CAN 适配器监听、发送 CAN 帧和扫描节点。
Also in 3 projects that use this
iPlug2Skillbuild-cmake
Build an iPlug2 plugin project using CMake with Ninja, Xcode, or Visual Studio generators
Also in 3 projects that use this
- +9 more from ZhongYecheng
Other versions71 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 71
- openai/plugins★ 7.8ksame name
- vercel-labs/open-agents★ 5.8ksame name
- vercel/workflow★ 2.5ksame name
- orangehrm/orangehrm★ 1.1ksame name
- zhinkgit/embeddedskills★ 764same name
- waynesutton/markdown-site★ 628same name
- notque/claude-code-toolkit★ 448same name
- notque/vexjoy-agent★ 448same name
- brianlovin/claude-config★ 376same name
- vercel/vercel-plugin★ 328same name
61 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- skills/setup/templates/AGENTS.mdAGENTS.md
- skills/setup/templates/CLAUDE.mdCLAUDE.md
- add-supervisorSkill
- architectureSkill
- core-loopSkill
- doSkill
- implementationSkill
- investigateSkill
- manifestoSkill
- planSkill
- productSkill
- qualitySkill
- requirementsSkill
- researchSkill
- reviewSkill
- setupSkill
- specificationSkill
- specSkill
- subagents-disciplineSkill
- tasksSkill
- updateSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. 0 are common, 7 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 55 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
If the user provides $ARGUMENTS, parse them for:
- Very specific: line 71
If no PRD → suggest /product or /requirements
- Very specific: line 72
If PRD but no Architecture → suggest /product or /architecture
- Very specific: line 73
If Architecture APPROVED but no Plan for current phase → suggest /specification {NN} or /plan
- Very specific: line 74
If Plan but no Research → suggest /specification {NN} or /research
- Very specific: line 75
If Research but no Spec → suggest /specification {NN} or /spec
- Very specific: line 76
If Spec but no Beads → suggest /specification {NN} or /tasks
- Very specific: line 77
If Beads exist → suggest /implementation {NN} or /investigate with ready tasks
- Distinctive: line 79
When suggesting, present both the orchestrator (guided flow) and the direct skill (quick jump):
- Distinctive: line 88
When the user provides a stage name, delegate to the corresponding orchestrator:
- Distinctive: line 96
When the user provides a specific skill name, check prerequisites before dispatching.
- Distinctive: line 113
If prerequisites are unmet, warn but do not block:
- Very specific: line 128
If user confirms → dispatch: Skill(skill="{skill-name}") </on-step>
- Distinctive: line 136
Always end by showing what comes next — either the next step or phase completion status.
- Distinctive: line 138
Do NOT dispatch agents directly — always go through the corresponding skill or orchestrator so prerequisites are checked.
“Common” is measured: kept by at least 6 in 10 of the 55 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Workflow
Interactive pipeline guide. Shows current project state, suggests the next step, and routes to the correct stage orchestrator or skill.
<on-init>
If the user provides $ARGUMENTS, parse them for:
- A stage name (`product`, `specification`, `implementation`) → delegate to the stage orchestrator
- `next` → advance to the next pending step
- A skill name (e.g., `spec`, `research`) → jump directly to that step with prerequisite warnings
- `status` → show full state only, no action
</on-init><on-state>
Scan the filesystem to determine project state across all stages.Artifact Detection
| Artifact | Detection Pattern |
| Manifesto | docs/MANIFESTO.md |
| PRD | docs/PRD.md or docs/prd/*.md — check for Status: APPROVED |
| Architecture | docs/*architecture*.md or docs/ARCHITECTURE.md — check for Status: APPROVED |
| Plan | docs/plans/NN-plan-*.md — check for Status: APPROVED |
| Research | docs/research/NN-research-*.md — match NN to phase number |
| Spec | docs/specs/NN-spec-*.md — check for Status: APPROVED |
| Beads | bd list --status=open --json 2>/dev/null — check for epic matching the phase |
Phase grouping: Files sharing the same NN prefix belong to the same phase.
Display Format
Stage 1 — Product Discovery → /product
{check} Manifesto {path or "not found"}
{check} PRD {path} ({status})
{check} Architecture {path} ({status})
Stage 2 — Specification → /specification {NN}
Phase {NN} ({name from plan title}):
{check} Plan {path} ({status})
{check} Research {count} doc(s) in docs/research/{NN}-*
{check} Spec {path} ({status})
{check} Beads {epic_id} ({completed}/{total} complete)
Stage 3 — Implementation → /implementation {NN}
Phase {NN}:
{progress} {completed}/{total} tasks complete
Ready: {list of ready task IDs}
In progress: {list of in-progress task IDs}
Blocked: {count}Where {check} is:
[done]— artifact exists and is APPROVED/complete[exists]— artifact exists but not yet APPROVED[missing]— not found[warning]— missing but a later step was already done (skipped step)</on-state>
<on-step name="next">
Determine the next pending step by finding the first incomplete step in order:- If no PRD → suggest
/productor/requirements - If PRD but no Architecture → suggest
/productor/architecture - If Architecture APPROVED but no Plan for current phase → suggest
/specification {NN}or/plan - If Plan but no Research → suggest
/specification {NN}or/research - If Research but no Spec → suggest
/specification {NN}or/spec - If Spec but no Beads → suggest
/specification {NN}or/tasks - If Beads exist → suggest
/implementation {NN}or/investigatewith ready tasks
When suggesting, present both the orchestrator (guided flow) and the direct skill (quick jump):
Next step: Research (Phase 01)
Guided: /specification 01 — walks through remaining steps
Direct: /research — jump straight to research</on-step><on-step name="stage_jump">
When the user provides a stage name, delegate to the corresponding orchestrator:product→Skill(skill="product")specification→Skill(skill="specification")— ask for phase number if not providedimplementation→Skill(skill="implementation")— ask for phase number if not provided</on-step>
<on-step name="skill_jump">
When the user provides a specific skill name, check prerequisites before dispatching.Prerequisite map:
| Skill | Requires |
| requirements | — |
| architecture | PRD APPROVED |
| plan | PRD APPROVED + Architecture APPROVED |
| research | Plan APPROVED |
| spec | Plan APPROVED + Research (warn if missing) |
| tasks | Spec APPROVED |
| investigate | Beads exist |
| do | Beads exist |
| review | Bead with needs-review label |
| quality | Bead with approved label |
If prerequisites are unmet, warn but do not block:
Warning: You are about to run /spec but the following prerequisites are missing:
- Research: no docs found in docs/research/{NN}-*
Without validated research, the spec will be based on unvalidated assumptions
from the plan. This historically causes task drift during implementation.
Do you want to:
1. Run /research first (recommended)
2. Proceed to /spec anyway
3. CancelIf user confirms → dispatch: Skill(skill="{skill-name}")
</on-step>
<on-complete>
Show full project state and identify the next action.
</on-complete><on-next>
Always end by showing what comes next — either the next step or phase completion status.Do NOT dispatch agents directly — always go through the corresponding skill or orchestrator so prerequisites are checked.
</on-next>
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

