workflows-work
Skill64 starsChanged 4 months agoMITView on GitHub
Execute the implementation plan by dispatching sub-agents for each task. Stage 4 of the development workflow.
In this repository102 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- assumptionsSkill
- capture-learningSkill
- Codex-opus-4-6-promptingSkill
- Codex-promptSkill
- mcp-code-modeSkill
- deploy-team-hubSkill
- diagramSkill
- distillSkill
- effect-tsSkill
- escalateSkill
- evalSkill
- experimentSkill
- hddSkill
- hub-auditSkill
- hub-collabSkill
- implementSkill
- knowledgeSkill
- peer-notebook-delivery-guardSkill
- research-taskSkill
- session-reviewSkill
- source-command-hdd-decideSkill
- source-command-hdd-hddSkill
- source-command-hdd-researchSkill
- source-command-hdd-stage-adrSkill
- source-command-hdd-validateSkill
- statusSkill
- supabaseSkill
- synthesizeSkill
- tasteSkill
- teamSkill
- test-suiteSkill
- theseus-protocolSkill
- thoughtbox:debugSkill
- thoughtbox:decisionSkill
- thoughtbox:evolutionSkill
- thoughtbox:knowledge-querySkill
- thoughtbox:onboardSkill
- thoughtbox:refactorSkill
- thoughtbox:researchSkill
- thoughtbox:session-reviewSkill
- thoughtbox-teamSkill
- ulc-loopSkill
- ulysses-protocolSkill
- workflow-brainstormingSkill
- workflow-ideationSkill
- workflow-reflectionSkill
- workflow-revisionSkill
- workflows-compoundSkill
- workflowSkill
- workflows-planSkill
- workflows-reviewSkill
- workflow-tournamentSkill
- assumptionsSkill
- capture-learningSkill
- claude-opus-4-6-promptingSkill
- claude-promptSkill
- mcp-code-modeSkill
- deploy-team-hubSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. About 0 are common, 15 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈15
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 21
If pre-conditions are not met, report what's missing and halt.
- Very specific: line 27
Read .workflow/plan.md and the spec/ADR it references.
- Distinctive: line 43
Parallelize independent tasks: If tasks have no dependency between them, dispatch their sub-agents concurrently using parallel Agent tool …
- Distinctive: line 50
Verify acceptance criteria: Check each criterion from the plan against the sub-agent's summary.
- Distinctive: line 90
After all sub-agents complete, run the full test suite:
- Distinctive: line 96
If tests fail, note which tasks' changes caused the failure.
- Distinctive: line 100
Check off each task from the plan:
- Distinctive: line 101
All acceptance criteria met?
- Distinctive: line 102
All summaries persisted to disk?
- Distinctive: line 131
Summaries to disk immediately: If the orchestrator crashes, summaries on disk survive.
- Distinctive: line 133
Do NOT implement tasks yourself: Always dispatch sub-agents.
- Distinctive: line 137
Do NOT start implementing without reading the plan first
- Distinctive: line 138
Do NOT skip persisting summaries — this is the crash recovery mechanism
- Distinctive: line 139
Do NOT commit code during implementation — commits come after review
- Distinctive: line 140
Do NOT dispatch a sub-agent without its task definition and spec context
- Distinctive: line 141
Do NOT ignore test failures — note them for review even if individual tasks pass
≈ “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
Execute the implementation plan: $ARGUMENTS
Purpose
You are executing Stage 4 (Implementation) of the development workflow. A plan exists from Stage 3 with decomposed tasks. Your job is to dispatch sub-agents for each task, collect their structured summaries, and persist everything to disk.
Pre-Conditions
Before starting, verify:
.workflow/state.jsonexists andcurrentStageis"implementation"- Plan file exists (check
stages.planning.artifacts.planin state, usually.workflow/plan.md)
If pre-conditions are not met, report what's missing and halt.
Process
Step 1: Read the Plan
Read .workflow/plan.md and the spec/ADR it references. Build the task execution order from the dependency graph.
Step 2: Dispatch Sub-Agents
For each task in dependency order:
- Dispatch a sub-agent (use the Agent tool with
subagent_type: "general-purpose") with:- The task definition from the plan (files, acceptance criteria, notes)
- The relevant spec sections
- The ADR hypotheses this task should support/test
- Instructions to return the structured summary format (see below)
- Parallelize independent tasks: If tasks have no dependency between them, dispatch their sub-agents concurrently using parallel Agent tool calls.
- Persist the summary immediately upon receipt:
.workflow/summaries/<branch-slug>-<task-id>.md - Verify acceptance criteria: Check each criterion from the plan against the sub-agent's summary. If any fail, note them for review.
Sub-Agent Summary Format
Each sub-agent MUST return this format:
## Sub-Agent Work Summary
### Task
- Branch: <current branch>
- Spec: <spec path>
### Changes
- Files modified: [list]
- Files created: [list]
- Lines: +N / -N
### Claims
1. "[specific testable claim]"
- Verifiable by: [test or command]
### Spec/Evidence Alignment
- H1 "<text>": SUPPORTS / REFUTES / NO EVIDENCE -- [evidence]
### Tests
- Tests written: N
- Tests passing: N/N
- Commands: `[exact command]`
### Known Gaps
- [anything deferred or uncertain]
### Risks
- [anything that could break other parts]Step 3: Run Tests
After all sub-agents complete, run the full test suite:
npm testIf tests fail, note which tasks' changes caused the failure.
Step 4: Verify Completeness
Check off each task from the plan:
- All acceptance criteria met?
- All summaries persisted to disk?
- Tests passing?
Step 5: Record and Handoff
- Update workflow state (
.workflow/state.json):- Set
stages.implementation.statusto"completed" - Set
stages.implementation.completedAtto current ISO timestamp - Set
stages.implementation.artifacts.summariesto list of summary file paths - Set
currentStageto"review" - Update
updatedAt
- Set
- Present the handoff:
IMPLEMENTATION COMPLETE ======================== Tasks completed: N/N Summaries: [list of paths] Tests: N passing, N failing Next: Stage 5 - Review (/workflows-review)
Operational Rules
- 1 sub-agent = 1 commit: Each sub-agent works on exactly one task. Commits happen AFTER review (Stage 5), not during implementation.
- Summaries to disk immediately: If the orchestrator crashes, summaries on disk survive. This is your recovery mechanism.
- Do NOT commit during implementation: Code changes remain uncommitted until review validates them.
- Do NOT implement tasks yourself: Always dispatch sub-agents. Protect your context window.
Anti-Patterns
- Do NOT start implementing without reading the plan first
- Do NOT skip persisting summaries — this is the crash recovery mechanism
- Do NOT commit code during implementation — commits come after review
- Do NOT dispatch a sub-agent without its task definition and spec context
- Do NOT ignore test failures — note them for review even if individual tasks pass
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.

