agentleFS
codeaholicguycodeaholicguy/ai-devkit/skills/dev-retro/SKILL.md

dev-retro

Skill1.7k starsChanged 28 days agoApache-2.0View on GitHub

AI DevKit · Run an evidence-based retrospective on finished work (feature, session, incident) and turn friction into durable fixes, automation first. Use when users ask for a retro, lessons learned, post-mortem, or "what went wrong", or when another skill offers one after a feature or fix.

Adopted by

Steady: 0 new projects took it in the last 4 weeks, none the 4 weeks before.thin data

Week of Sep 13: 0 new projectsWeek of Sep 20: 0 new projectsWeek of Sep 27: 0 new projectsWeek of Oct 4: 0 new projectsWeek of Oct 11: 0 new projectsWeek of Oct 18: 0 new projectsWeek of Oct 25: 0 new projectsWeek of Nov 1: 0 new projects
Sep 2026Oct 2026Nov 2026
New projects taking a version of this file each week, over the 8 weeks our latest run read: only 0 in all, so this is a hint, not a trend.

Who's talking about codeaholicguy/ai-devkit

The biggest 5 of 42 mentions linking to the repository that our crawl found. Each line is their own headline.

See all 42

Talked about on GitHub and Hacker News (42 times).

On GitHub · 40

35 more on GitHub

On Hacker News · 2

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    When suggested by another skill, ask the user before running.

    line 12
  2. Distinctive:

    Every item needs evidence: a failed command, hook or test output, a user correction, a revert, or rework in the diff.

    line 13
  3. Distinctive:

    Never copy secrets, credentials, or personal data from transcripts into fixes or memory.

    line 16

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

Retro

Turn what went wrong into fixes that stop it recurring. Not a status summary: use session-compact for handoff state.

Rules

  • When suggested by another skill, ask the user before running; skip silently if declined.
  • Every item needs evidence: a failed command, hook or test output, a user correction, a revert, or rework in the diff. No generic lessons.
  • Cap at the 3-5 highest-cost items. Note what worked in one line only if it should be kept on purpose.
  • Blameless: describe the gap in the system, not the person or agent.
  • Never copy secrets, credentials, or personal data from transcripts into fixes or memory.

Fix Ladder

Pick the highest rung that works:

  1. Automate: test, lint rule, hook, CI check, build dependency.
  2. Fix the tool: script, template, default config.
  3. Instruct: skill, AGENTS.md / CLAUDE.md, docs.
  4. Remember: memory entry, only for knowledge that cannot be enforced. Search first; update instead of duplicating.
  5. Drop: one-off with no pattern.

Workflow

  1. Scope the work: feature, branch, session, or incident, and its commit range.
  2. Gather evidence: git log and diff for the range, failed or retried commands, hook/CI failures, task evidence, user corrections. Use the session transcript when available (agent sessions, session-compact); do not require it.
  3. For each item, record: what happened, cost (time, rework, risk), root cause in one line, and the fix with its rung, exact file or command.
  4. Present the items and wait for approval. Memory-only fixes may proceed; skill, config, CI, and code changes need explicit approval.
  5. Apply approved fixes, validate each with verify (a new check must fail on the old state when practical), and commit per the user's workflow.
  6. Report: fixes applied with rung, items dropped and why, follow-ups left open.

Stop

Pause when evidence is missing, a fix needs a team or ownership decision, or the root cause is unclear; hand unclear failures to dev-debug.

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.