agentleFS
elfrostelfrost/ai-patchlab/.agents/skills/retrospective/SKILL.md

retrospective

Skill1 starsChanged 31 days agoMITView on GitHub

Run a self-healing retrospective in a fresh context after `execute-prp` (lite mode, target a specific PRP) or a broader sprint review (no argument). Surfaces AI-layer drift in CLAUDE.md, AGENTS.md, examples, skills, and agents and proposes concrete file edits. Always invoke from a NEW session — never the same context that produced the implementation.

69 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use dev-story, team-level 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.
  • lilangMaxSkill

    dev-story

    Read a story file and implement it. Loads the full context (story, GDD requirement, ADR guidelines, control manifest), routes to the right programmer agent for the system and engine, implements the code and test, and confirms each acceptance criterion. The core implementation skill — run after /story-readiness, before /code-review and /story-done.

    Also in 12 projects that use this

  • CoralGameSkill

    team-level

    Orchestrate level design team: level-designer + narrative-director + world-builder + art-director + systems-designer + qa-tester for complete area/level creation.

    Also in 12 projects that use this

  • CoralGameSkill

    team-narrative

    Orchestrate the narrative team: coordinates narrative-director, writer, world-builder, and level-designer to create cohesive story content, world lore, and narrative-driven level design.

    Also in 12 projects that use this

  • lilangMaxSkill

    create-stories

    Break a single epic into implementable story files. Reads the epic, its GDD, governing ADRs, and control manifest. Each story embeds its GDD requirement TR-ID, ADR guidance, acceptance criteria, story type, and test evidence path. Run after /create-epics for each epic.

    Also in 11 projects that use this

  • +7 more from lilangMax
  • +1 more from CoralGame

The file

We split this skill into the rules it gives an agent

9 rules. 0 are common, 5 are distinctive, and 4 are very specific to this project.

  • 0

    Common

    Most of the 58 edited versions we read keep these.

  • 5

    Distinctive

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Never run this skill in the same context that did the implementation.

    line 18
  2. Very specific:

    If the argument is last, find the most recently archived PRP: ls -t PRPs/done/ | head -1

    line 23
  3. Distinctive:

    Read the PRP completely

    line 25
  4. Very specific:

    Run git log --since="3 days ago" --name-only --pretty=format: | sort -u to list changed files

    line 29
  5. Very specific:

    Read ROADMAP.md and DECISIONS.md

    line 76
  6. Very specific:

    Run ruff check src/ and pytest tests/ -v --tb=no

    line 79
  7. Distinctive:

    Only flag an improvement if you can name the next bug it prevents

    line 86
  8. Distinctive:

    If nothing went wrong, say "Implementation was clean, no AI-layer changes needed" and stop

    line 87
  9. Distinctive:

    Never silently edit CLAUDE.md, AGENTS.md, examples, skills, or agents

    line 88

“Common” is measured: kept by at least 6 in 10 of the 58 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.

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

Retrospective

Identify systemic improvements to the AI layer (CLAUDE.md, AGENTS.md, examples/, .claude/, .agents/skills/, PRP templates, pipelines) so the same friction does not appear in the next implementation.

Modes

The optional argument selects the mode:

  • Self-healing mode — argument is last, a PRP file name, or a path under PRPs/done/. Focused review of one recent implementation. Run right after execute-prp finishes, in a fresh session.
  • Sprint mode — no argument or sprint. Broad retrospective over the last ~2 weeks of git history.

Prime Rule

Never run this skill in the same context that did the implementation. The implementer is biased about its own output. The whole point is fresh-context review.

Self-Healing Workflow (one PRP)

  1. Identify the target
    • If the argument is last, find the most recently archived PRP: ls -t PRPs/done/ | head -1
    • Otherwise treat the argument as a PRP name or path
    • Read the PRP completely
  2. Compare plan vs reality
    • Run git log --oneline --since="3 days ago" | head -20
    • Run git log --since="3 days ago" --name-only --pretty=format: | sort -u to list changed files
    • Compare against the PRP's planned files; note deviations
  3. Find friction signals
    • fix: commits right after feat: commits → implementation needed touch-ups, why?
    • Many small commits on the same file → instability, why?
    • Commits that revert or rework earlier work in the same PRP → planning gap, why?
  4. Diagnose root causes For each painful moment, ask: what could we have put in CLAUDE.md, AGENTS.md, examples/, .claude/commands/, .claude/agents/, .agents/skills/, or PRP templates to prevent this?

    Common roots:

    • Missing rule or gotcha in CLAUDE.md / AGENTS.md
    • Missing pattern in examples/ (had to invent something reusable)
    • Skill or command was too vague
    • Agent prompt missing context
    • PRP template missing a section
    • Validation gate not strict enough
  5. Output concrete AI-layer changes
    ## Self-Healing Retrospective — [PRP name]
    
    ### Plan vs Reality
    - Files planned: X | Files actually changed: Y
    - Deviations: [list, or "none"]
    
    ### Friction signals
    - [Painful moment 1]
      - Root cause: [missing rule / pattern / etc.]
      - Fix: [exact change to file path]
    - [Painful moment 2] ...
    
    ### Proposed AI-layer changes
    - [ ] **[file path]** — [exact addition/edit]
    - [ ] **examples/[name].py** — [pattern to extract]
    - [ ] **.claude/commands/[name].md** — [step to add]
    - [ ] **.agents/skills/[name]/SKILL.md** — [parity edit if Claude side changed]
    
    ### What worked well (do NOT change)
    - [Aspect that went smoothly — keep as-is]
  6. Apply only after approval — never silently edit AI-layer files.

Sprint Workflow (no argument)

  1. Read ROADMAP.md and DECISIONS.md
  2. git log --oneline -30 --since="2 weeks ago" and grep for feat:, fix:, refactor: counts
  3. List PRPs in PRPs/done/ with dates
  4. Run ruff check src/ and pytest tests/ -v --tb=no
  5. Most-modified files: git log --since="2 weeks ago" --name-only --pretty=format: | sort | uniq -c | sort -rn | head -10
  6. Categorize improvements: process / code / docs / template / tech debt
  7. Output the "Rétrospective" report covering Résumé, Ce qui a marché, Ce qui était difficile, and the five categorized improvement buckets

Rules

  • Be specific — name files and exact edits, not vague suggestions
  • Only flag an improvement if you can name the next bug it prevents
  • If nothing went wrong, say "Implementation was clean, no AI-layer changes needed" and stop
  • Never silently edit CLAUDE.md, AGENTS.md, examples, skills, or agents
  • Maintain Claude/Codex parity — when proposing a .claude/ edit, propose the matching .agents/skills/ edit too

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.