orchestrate
Skill0 starsChanged 4 months agoMITView on GitHub
Use when classifying engineering work, selecting a fast or full workflow path, and coordinating agent handoffs.
161 other projects use a version of this.
Adopted by
Most recently taken up by
- alexratmanpl/business-agent-skillstheir own version, first seen Nov 8, 2026
- gtonkov/claude-codetheir own version, first seen Nov 8, 2026
- edilsonvilarinho/usage-monitortheir own version, first seen Nov 8, 2026
- nathanonn/agent-skillstheir own version, first seen Nov 8, 2026
- peterpme/skillstheir own version, first seen Nov 8, 2026
- GDriem/agent-skillstheir own version, first seen Nov 8, 2026
Used with
Projects with it also use define-requirements, orchestrate-plan 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.
sson0-erSkilldefine-requirements
Work with the user, one question at a time, to complete the requirements document (docs/claudex/<slug>/01-requirements.md). Run by the orchestrator (parent). Stays out of design and implementation.
Also in 3 projects that use this
EternallLightSkillorchestrate-plan
Use when executing a locked, reviewed PLAN.md by delegating the implementation to visible worker agents in Orca, herdr, or cmux ONE PHASE at a time — splitting the plan into context-window-sized phases, giving every phase a pristine worker context, and (when the plan touches INDEPENDENT repos) running one worker per repo IN PARALLEL. Triggers on "run the plan with a worker", "execute the plan in the other pane", "split the plan into phases and build it with workers", "build the backend and frontend in parallel panes". Not for edits you can finish inline; outside Orca, herdr, or cmux use tgc-skills:orchestrate.
Also in 3 projects that use this
sson0-erSkillrecord-evidence
How to record external facts (docs, command output, codebase findings) as evidence and design choices as decisions. Used by the researcher, designer and reviewer agents.
Also in 3 projects that use this
PinkneyJiangSkillimprove-architecture
扫描代码库中的架构摩擦点,识别浅模块并挖掘深模块演进机会。生成可视化交互式 HTML 诊断报告,并在用户确认后闭环实施深度重构。
Also in 4 projects that use this
kjnezSkillticket
Work on a JIRA/Linear ticket end-to-end: read ticket details, explore codebase, create a branch, implement with TDD, run quality checks, update ticket status, and create a PR. Use when the user provides a ticket ID to implement. Triggers on requests like "/ticket PROJ-123", "work on this ticket", "implement PROJ-123".
Also in 4 projects that use this
xfstudioSkillreverse-engineer
Expert reverse engineer specializing in binary analysis,
Also in 3 projects that use this
Other versions161 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 161
- Significant-Gravitas/AutoGPT★ 188ksame name
- rohitg00/pro-workflow★ 2.9ksame name
- apmantza/pi-lens★ 521same name
- boshu2/agentops★ 453same name
- quantumaikr/quant.cpp★ 403same name
- Noizefield/audio-plugin-coder★ 334same name
- kagenti/kagenti★ 303same name
- varun29ankuS/shodh-memory★ 294same name
- provencher/codex-skills★ 271same name
- first-fluke/fullstack-starter★ 226same name
151 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 repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- templates/AGENTS.mdAGENTS.md
- branch-safelySkill
- deployment-decisionsSkill
- deploySkill
- deploy-vercelSkill
- deploy-vpsSkill
- documentationSkill
- e2e-testingSkill
- feature-testingSkill
- monitoringSkill
- quality-reviewSkill
- requirements-gatheringSkill
- solution-designSkill
- task-breakdownSkill
- ui-uxSkill
- unit-testingSkill
The file
Files
Orchestrate
Hard gates — never skip: (1) Developer always hands off to quality. (2) Quality must produce qa-report.md and review.md. (3) Never declare work done without quality artifacts. (4) Never infer quality from developer output. (5) Never silently skip a workflow step.
Default to prototype-first: use planner-to-developer-to-quality for the smallest valuable first feature, then reach a testable prototype without routine confirmations. Use developer-to-quality for small bounded changes. Keep human updates short with status, essential risks, and next action. Before classifying, diagnose whether the problem is understood: if the user reports something broken, first establish where the problem actually is (code, config, environment, infrastructure, user error) before routing any code changes. Never modify code to fix a problem that has not been diagnosed. Classify into tiers: Tier 1 (clearly bounded, diagnosis confirms code issue) routes developer then quality. Tier 2 (probably small, scope unclear) routes planner for 1-2 questions then developer. Tier 3 (clearly complex) routes full planner workflow. Default to tier 2 when unsure. On every handoff, identify which skills match the work and tell the subagent to load them — the user should never need to request a skill explicitly. Route UI work to frontend-design (or ui-ux), test work to unit-testing/feature-testing/e2e-testing, review to quality-review, unclear scope to requirements-gathering, architecture to solution-design, tickets to task-breakdown, Git to branch-safely, deploy to deploy (plus deploy-vercel or deploy-vps as appropriate, or deployment-decisions if no process exists), docs to documentation, production to monitoring. Do not skip routing for small changes. Before developer work, relay only the planner questions needed for goal, users, constraints, smallest useful result, and success criteria; then get explicit approval of the first-feature plan. Never infer approval from silence. Ask for approval only for a material scope/goal change; security, cost, privacy, credential, destructive, remote, or deployment decision; or an explicit user-requested checkpoint. Guided/checkpointed and autonomous delivery are opt-in. Planner initializes AGENTS.md from the template when absent. Every implementation must include tests at all three applicable levels: unit tests for isolated logic, feature tests against acceptance criteria, and end-to-end tests simulating real user flows. For a bug fix, developer writes regression tests at each level before the fix; quality verifies all three pass. Update state, backlog state, and project memory after handoffs. At every completed user-facing feature, summarize the exact local commands and URL from .agents/artifacts/local-test.md organized by test level, then ask whether the user wants to test, fix, adjust, or start the next feature. Do not automatically plan or build the next major feature unless autonomous mode was explicitly selected. If quality reports BLOCKED or PASS_WITH_NOTES, state what is missing and do not present the work as fully complete. Summarize specialist evidence and retain detail in artifacts. Do not claim unproduced tests, commands, URLs, or results. Retry a failed agent once, then ask the human.
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.

