workflow
Skill448 starsChanged 4 days agoMITView on GitHub
Structured work: multi-phase tasks, feature builds, planning, objective loops, hill climbing.
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
- 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
- ekajaya740/skillstheir 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 · 1
- notque/claude-code-toolkit★ 448100% same
Edited · 0
None found.
Wrote their own version · 70
- 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
- brianlovin/claude-config★ 376same name
- vercel/vercel-plugin★ 328same name
- mezotv/notra★ 256same name
- usenotra/notra★ 256same name
60 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 repository64 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- assessmentSkill
- dataSkill
- business-opsSkill
- code-qualitySkill
- comment-qualitySkill
- condenseSkill
- joy-checkSkill
- content-engineSkill
- contentSkill
- headlinesSkill
- image-genSkill
- image-to-videoSkill
- series-plannerSkill
- topic-brainstormerSkill
- video-editingSkill
- writingSkill
- domainSkill
- cli-designSkill
- frontendSkill
- frontend-slidesSkill
- jev-designSkill
- webgl-card-effectsSkill
- game-asset-generatorSkill
- game-devSkill
- game-trailerSkill
- motion-pipelineSkill
- browser-jev-automationSkill
- cve-source-checkSkill
- deploySkill
- endpoint-validatorSkill
- headless-cron-creatorSkill
- kubernetesSkill
- githubSkill
- accountsSkill
- auto-dreamSkill
- building-with-jevSkill
- codexSkill
- docs-sync-checkerSkill
- doSkill
- dSkill
- grill-jevSkill
- toolkitSkill
- workflow-helpSkill
- debuggingSkill
- plant-seedSkill
- processSkill
- pr-workflowSkill
- quickSkill
- testingSkill
- with-anti-rationalizationSkill
- worktree-agentSkill
- programmingSkill
- architecture-deepeningSkill
- codebase-analyzerSkill
- markdown-converterSkill
- news-collectionSkill
- researchSkill
- roastSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 6 are distinctive, and 5 are very specific to this project.
0
Common
Most of the 54 edited versions we read keep these.
6
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 77
If .feature/ exists, check state: python3 ~/.claude/scripts/feature-state.py status.
- Distinctive: line 80
If no feature state exists, determine entry from intent:
- Distinctive: line 104
Never manipulate state files directly.
- Very specific: line 154
Write .objective/<slug>/state.md from references/ol-state-file.md.
- Distinctive: line 165
Run every done-criterion check.
- Distinctive: line 171
All pass -> final report, STOP.
- Very specific: line 179
All pass: stop. Unmet + iterations remain: update state file, call ScheduleWakeup (delay 270s for active polling, 1200s+ for idle work).
- Distinctive: line 210
Run MEASURE N times (N >= 5, N >= 10 for wall-clock).
- Distinctive: line 211
If spread >= target improvement: STOP -- harness too noisy.
- Very specific: line 226
Run MEASURE N times. Compare median to baseline.
- Very specific: line 243
Ask first: does this need a multi-agent workflow?
“Common” is measured: kept by at least 6 in 10 of the 54 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 Skill
Five modes for structured multi-phase work. Match the request, follow that mode's instructions.
Mode Selection
| Request pattern | Mode |
| Feature design/plan/implement/validate/release, end-to-end | Feature Lifecycle |
| Write spec, define requirements, create plan, interview, pause/resume | Planning |
| Keep working until, iterate until done, drive to done | Objective Loop |
| Make faster, speed up, reduce latency, profile, hill climb | Hill Climb |
| All other structured workflows: review, debug, refactor, research, create, explore, upgrade | Ad-Hoc Workflow |
Feature Lifecycle
Phase-gated workflow: DESIGN > PLAN > IMPLEMENT > VALIDATE > RELEASE. Each phase must pass its gate before the next begins.
Phase Routing
If .feature/ exists, check state: python3 ~/.claude/scripts/feature-state.py status.
Route to the indicated phase.
If no feature state exists, determine entry from intent:
- "design", "think through", "explore approaches" -> DESIGN
- "plan", "break down", "create tasks" -> PLAN (requires completed design)
- "implement", "execute plan" -> IMPLEMENT (requires completed plan)
- "validate", "quality gates" -> VALIDATE (requires completed implementation)
- "release", "merge", "ship it" -> RELEASE (requires passed validation)
- "end to end", "full lifecycle" -> DESIGN (start from beginning)
Phase References
Load the phase reference, then follow it exactly:
| Phase | Reference | Produces |
| DESIGN | references/fl-design.md | design.md |
| PLAN | references/fl-plan.md | Wave-ordered task list |
| IMPLEMENT | references/fl-implement.md | Code changes |
| VALIDATE | references/fl-validate.md | Quality gate report |
| RELEASE | references/fl-release.md | Merged PR |
| End-to-end | references/fl-pipeline.md | Full lifecycle |
| State conventions | references/fl-shared.md | -- |
| Error recovery | references/fl-error-handling.md | -- |
State operations use python3 ~/.claude/scripts/feature-state.py only.
Never manipulate state files directly.
Planning
Spec writing, plan creation, interviews, ambiguity triage, and session pause/resume. Planning owns specs and saved plans; execution goes through the process skill's Subagent mode or workflow dispatch.
Sub-mode Routing
| Signal | Reference |
| Write spec, user stories, define requirements, scope, acceptance criteria | references/pl-spec.md |
| Discuss ambiguities, resolve gray areas, pre-planning discussion | references/pl-pre-plan.md |
| Interview me, depth-first review, "not sure", "where do I start", "poke holes" | references/pl-depth-first-interview.md |
| Implicit ambiguity or unclear implementation choices | references/pl-ambiguity-triage.md |
| Another person holds needed facts or approval | references/pl-human-source-elicitation.md |
| Observation can settle a disputed choice | references/pl-empirical-prototype.md |
| Phase or session transition near | references/pl-context-boundary.md |
| Create plan, task plan, file-backed planning | references/pl-plan-files.md |
| Check plan, validate plan, pre-execution check | references/pl-check.md |
| List plans, show plan, complete plan, manage plans | references/pl-manage.md |
| Pause, save progress, handoff, stopping for now | references/pl-pause.md |
| Resume, continue, pick up where I left off | references/pl-resume.md |
For interviews, batch independent questions into frontier rounds. Ask dependent questions sequentially. Include a recommendation per question.
Objective Loop
Iterate-until-verified-done loop. A user states an objective with verifiable done-criteria; each iteration routes one /do cycle, verifies by executing the criteria, and reschedules until verified-done or budget-stop.
Phase 1: SPEC
Gather from the request: objective statement, DONE-CRITERIA (verifiable checks), iteration budget (default 5), NOT-DONE-YET guardrails (what may never be done to satisfy a criterion).
DONE-CRITERIA types: command (preferred -- deterministic command with expected
exit code/output) or rubric (only when no mechanical check exists -- frozen
at SPEC time, graded by a fresh-context agent).
Phase 2: STATE
Write .objective/<slug>/state.md from references/ol-state-file.md. Wakeups
resume from the state file, never conversation memory.
Phase 3: ITERATE
Plan the smallest next step. Route through /do: classify -> route -> dispatch agents -> evaluate. The loop dispatches exclusively through /do -- never edit inline.
Phase 4: VERIFY
Run every done-criterion check. A worker's "passes" claim never substitutes for re-running.
command: run it, paste exit code and output into iteration log.rubric: dispatch fresh-context sub-agent (did NOT produce the work) with artifact + rubric only. Returns PASS/FAIL with cited evidence.
All pass -> final report, STOP. Any unmet -> Phase 5.
Criteria-gaming guard: a criterion may never be satisfied by weakening a hook, gate, test, or safety control. Stop and report the conflict if that is the only visible path.
Phase 5: RESCHEDULE or STOP
All pass: stop. Unmet + iterations remain: update state file, call
ScheduleWakeup (delay 270s for active polling, 1200s+ for idle work).
Budget exhausted: honest NOT-DONE report with per-criterion status.
Hill Climb
Metric-driven optimization loop. One number moves; everything else stays fixed. Each iteration: hypothesis -> one change -> correctness floor -> re-measure -> accept or revert.
Phase 1: SPEC
| Field | Required | Default |
| METRIC (one number, units, direction) | yes | -- |
| MEASURE (deterministic command) | yes | -- |
| TARGET (value that ends the loop) | yes | -- |
| FLOOR (correctness gate commands, must exit 0) | yes | -- |
| FIXTURE (pinned dataset/workload) | yes | -- |
| Variance tolerance | no | 2x baseline spread |
| Iteration budget | no | 8 |
| Plateau threshold K | no | 3 |
One METRIC per loop. Two numbers with a trade-off: promote one to the FLOOR.
Load references/hc-domain-playbooks.md for pre-filled SPEC blocks per domain
(frame rate, API latency, CI time, bundle size, memory, token cost).
Phase 2: BASELINE
Run MEASURE N times (N >= 5, N >= 10 for wall-clock). Record median and spread. If spread >= target improvement: STOP -- harness too noisy. Report noise sources and offer to stabilize first.
Phase 3: PROFILE
Locate the cost before changing anything. Load references/hc-profiling-tools.md
for per-domain tooling. Guessing at hot spots is the dominant failure mode.
Phase 4: HYPOTHESIZE and CHANGE
State one hypothesis targeting the profiled hot spot. Make one change. Run FLOOR commands -- revert immediately if any fail.
Phase 5: MEASURE
Run MEASURE N times. Compare median to baseline. Accept only if delta > variance
tolerance. Update ledger (references/hc-ledger.md). If accepted, new baseline.
Phase 6: LOOP or STOP
Target reached: final report. K consecutive non-improving iterations: plateau stop. Budget exhausted: report what worked and what remains.
Ad-Hoc Workflow
For structured multi-phase work that does not fit the four modes above. Identify the workflow from the table, load its reference, follow its phases exactly.
Cost Gate
Ask first: does this need a multi-agent workflow? Skip the workflow when:
single-file mechanical edit (use quick), one agent satisfies the request
(direct dispatch), lookup/status/count (direct agent). Escalate only when the
request has independent subtasks, needs orthogonal verification, or names
"comprehensive / thorough / adversarial / tournament."
Composable Patterns
| Pattern | What it does |
| Classify-and-act | Route by type up front; or classify-at-end |
| Fan-out-and-synthesize | Independent agents in parallel, barrier, one synthesizer |
| Adversarial verification | Executor builds, fresh skeptic refutes |
| Generate-and-filter | Over-generate candidates, gate keeps survivors |
| Tournament | N agents attempt same task; pairwise judges pick winner per round |
| Loop-until-done | Repeat until hard completion test passes |
| Quarantine | Read-only triage agent for untrusted content; separate privileged acting agent |
Workflow Catalog
Load the reference for the matched workflow. references/... paths resolve
under ${CLAUDE_SKILL_DIR}.
| Category | Workflow | Reference |
| Code Review | Comprehensive multi-wave | references/comprehensive-review.md |
| Debugging | Evidence-based diagnosis | references/systematic-debugging.md |
| Refactoring | Safe refactoring with test gates | references/systematic-refactoring.md |
| Research | Formal research with source gates | references/research-pipeline.md |
| Research | Research to article | references/research-to-article.md |
| Content | Article evaluation | references/article-evaluation-pipeline.md |
| Content | De-AI content | references/de-ai-pipeline.md |
| Content | Documentation | references/doc-pipeline.md |
| Exploration | Codebase exploration | references/explore-pipeline.md |
| Exploration | Multi-perspective analysis | references/do-perspectives.md |
| Creation | Skill creation | references/skill-creation-pipeline.md |
| Creation | Hook development | references/hook-development-pipeline.md |
| Creation | MCP server | references/mcp-pipeline-builder.md |
| Creation | Pipeline scaffolding | references/pipeline-scaffolder.md |
| Creation | Domain research | references/domain-research.md |
| Creation | Chain composition | references/chain-composer.md |
| Creation | Auto-pipeline generation | references/auto-pipeline.md |
| Upgrade | Agent/skill upgrade | references/agent-upgrade.md |
| Upgrade | System upgrade | references/system-upgrade.md |
| Upgrade | Toolkit improvement | references/toolkit-improvement.md |
| Testing | Pipeline test runner | references/pipeline-test-runner.md |
| Testing | Pipeline retro | references/pipeline-retro.md |
| GitHub | Profile rules extraction | references/github-profile-rules.md |
| GitHub | Fix PRs in repos you don't own | references/pr-fix-loop.md |
| Orchestration | Task orchestration | references/workflow-orchestrator.md |
| Orchestration | DAG composition | references/dag-composition-patterns.md |
| Orchestration | Compatibility matrix | references/dag-compatibility-matrix.md |
| Orchestration | Common DAG patterns | references/dag-skill-patterns.md |
| Orchestration | DAG examples | references/dag-orchestration-examples.md |
| Orchestration | DAG advanced | references/dag-orchestration-advanced.md |
| Orchestration | Feedback loop | references/feedback-loop-construction.md |
Terminology
"Workflow" is the canonical term. "Pipeline" is the retained legacy alias --
kept for back-compat in routing keys, meta.name exports, and
pipeline-index.json. Use "workflow" in new prose; do not rename code
identifiers.
Error Handling
| Error | Response |
| Mode ambiguous | Ask the user to clarify intent |
| Phase mismatch | Report current state, suggest correct next phase |
| Missing artifact | Route back to previous phase |
| Noisy harness (hill-climb) | Stop; report spread vs target improvement |
| Budget exhausted | Honest NOT-DONE report with per-criterion status |
| State file missing on wakeup | Report and stop; ask user to restate objective |
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.

