agentleFS
Kastalien-ResearchKastalien-Research/thoughtbox/.agents/skills/workflows-work/SKILL.md

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.

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
  1. Distinctive:

    If pre-conditions are not met, report what's missing and halt.

    line 21
  2. Very specific:

    Read .workflow/plan.md and the spec/ADR it references.

    line 27
  3. Distinctive:

    Parallelize independent tasks: If tasks have no dependency between them, dispatch their sub-agents concurrently using parallel Agent tool …

    line 43
  4. Distinctive:

    Verify acceptance criteria: Check each criterion from the plan against the sub-agent's summary.

    line 50
  5. Distinctive:

    After all sub-agents complete, run the full test suite:

    line 90
  6. Distinctive:

    If tests fail, note which tasks' changes caused the failure.

    line 96
  7. Distinctive:

    Check off each task from the plan:

    line 100
  8. Distinctive:

    All acceptance criteria met?

    line 101
  9. Distinctive:

    All summaries persisted to disk?

    line 102
  10. Distinctive:

    Summaries to disk immediately: If the orchestrator crashes, summaries on disk survive.

    line 131
  11. Distinctive:

    Do NOT implement tasks yourself: Always dispatch sub-agents.

    line 133
  12. Distinctive:

    Do NOT start implementing without reading the plan first

    line 137
  13. Distinctive:

    Do NOT skip persisting summaries — this is the crash recovery mechanism

    line 138
  14. Distinctive:

    Do NOT commit code during implementation — commits come after review

    line 139
  15. Distinctive:

    Do NOT dispatch a sub-agent without its task definition and spec context

    line 140
  16. Distinctive:

    Do NOT ignore test failures — note them for review even if individual tasks pass

    line 141

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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:

  1. .workflow/state.json exists and currentStage is "implementation"
  2. Plan file exists (check stages.planning.artifacts.plan in 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:

  1. 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)
  2. Parallelize independent tasks: If tasks have no dependency between them, dispatch their sub-agents concurrently using parallel Agent tool calls.
  3. Persist the summary immediately upon receipt:
    .workflow/summaries/<branch-slug>-<task-id>.md
  4. 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 test

If 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

  1. Update workflow state (.workflow/state.json):
    • Set stages.implementation.status to "completed"
    • Set stages.implementation.completedAt to current ISO timestamp
    • Set stages.implementation.artifacts.summaries to list of summary file paths
    • Set currentStage to "review"
    • Update updatedAt
  2. 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. 1 sub-agent = 1 commit: Each sub-agent works on exactly one task. Commits happen AFTER review (Stage 5), not during implementation.
  2. Summaries to disk immediately: If the orchestrator crashes, summaries on disk survive. This is your recovery mechanism.
  3. Do NOT commit during implementation: Code changes remain uncommitted until review validates them.
  4. 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

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.