workflow-graduation
Skill0 starsChanged 5 months agoMITView on GitHub
Use when a task, fix, research flow, content pipeline, or agent workflow repeats or is likely to repeat. Converts one-off work into durable SOPs, skills, scripts, checklists, memory notes, or backlog items so the agent compounds instead of rediscovering.
In this repository3 other files it gives its agents.
- diagnoseSkill
- github-triageSkill
- terse-commitSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 5 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 19
Do not use it for true one-offs with no future value.
- Distinctive: line 34
Prefer the least complex artifact that will actually be used.
- Very specific: line 59
Put active skills under ~/.agents/skills/<skill-name>/SKILL.md or your agent skills directory.
- Distinctive: line 60
Put workspace SOPs/backlogs under your agent workspace memory folder.
- Distinctive: line 61
Do not edit generated foundation blocks directly unless the user explicitly asks.
- Very specific: line 67
If a script was added, run a dry-run/help/syntax check.
- Distinctive: line 68
If a workflow was added, include an acceptance gate.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Workflow Graduation
Purpose
Turn repeated or high-value agent work into durable operating assets. This is the “don’t rediscover it next time” skill.
Use it when:
- A workflow has been done twice or will clearly recur.
- A bug/fix/config issue repeats.
- A user says “make this reusable,” “do this properly,” “remember the process,” or “follow your recommendation.”
- A task produced a useful pattern, checklist, prompt, source set, command, or acceptance gate.
- A workflow belongs to a named lane such as content pipelines, config repair, research briefs, or agent/tool setup.
Do not use it for true one-offs with no future value.
Graduation Decision
Classify the work into the smallest durable artifact that will prevent future rediscovery:
| Pattern | Graduate into |
| Stable multi-step workflow | Skill (~/.agents/skills/<name>/SKILL.md) |
| Small command sequence | Script or launcher |
| Repeated checklist | SOP/checklist markdown |
| Durable preference/context | Memory note / Obsidian / Gemini Memory |
| Bug or trap | Mistake note + guardrail |
| Future improvement | Backlog item with trigger + acceptance criteria |
Prefer the least complex artifact that will actually be used.
Required Workflow
- Capture the trigger
- What happened?
- What phrase/task should trigger this next time?
- Which lane does it belong to?
- Extract the reusable shape
- Inputs needed
- Steps that worked
- Tools/sources used
- Verification gate
- Output contract
- Known caveats
- Choose the artifact
- Skill for cross-session behavior
- SOP/checklist for guidance
- Script for deterministic commands
- Memory for durable preferences/facts
- Backlog if not implemented now
- Install or update it
- Put active skills under
~/.agents/skills/<skill-name>/SKILL.mdor your agent skills directory. - Put workspace SOPs/backlogs under your agent workspace memory folder.
- Do not edit generated foundation blocks directly unless the user explicitly asks.
- Put active skills under
- Verify
- YAML frontmatter parses.
- Trigger description is clear enough for future skill selection.
- Artifact path exists.
- If a script was added, run a dry-run/help/syntax check.
- If a workflow was added, include an acceptance gate.
- Report briefly
- What was made
- Where it lives
- How it will trigger next time
- Any remaining backlog
Backlog Item Template
### <title>
- **Lane:** <agent / content / client / personal ops>
- **Trigger:** <when this should apply>
- **Problem:** <what keeps getting rediscovered or repeated>
- **Durable asset:** <skill / script / SOP / memory / guardrail>
- **Acceptance gate:** <how future agent verifies it worked>
- **Status:** queued | in-progress | shipped | retiredQuality Bar
A graduated workflow is only “done” if a future session can execute it without asking the user to re-explain the context.
Good assets are:
- Short enough to be read quickly.
- Specific enough to prevent mistakes.
- Source-backed when claims matter.
- Paired with a verification gate.
- Updated when reality changes.
Anti-Patterns
Avoid:
- Huge generic skills that trigger on everything.
- Saving secrets or private tokens.
- Backlogs with no trigger or acceptance gate.
- Writing “remember to…” without creating a durable file/tool.
- Making a skill when a 10-line checklist would do.
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.

