development-retro

Surfaces systemic patterns, friction points, and follow-up observations from a completed development session.

Updated May 3, 2026
One-click install
npx skills add https://github.com/Claudfather/clauDNA --skill development-retro-claudfather
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: development-retro
Source: https://github.com/Claudfather/clauDNA/tree/main/skills/development-retro
Command: npx skills add https://github.com/Claudfather/clauDNA --skill development-retro-claudfather

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After merging a PR or finishing a development session, valuable observations about codebase patterns, developer friction, and suspicious areas get lost because they fell outside the PR's scope. This Skill captures those journey-specific insights as a structured retrospective, distinct from code review. ## Core Features & Use Cases - Pattern Synthesis: Groups individual observations into systemic themes (e.g., inconsistent error handling across routes) rather than listing isolated bugs. - Breadcrumb Trails: Flags unverified areas suspected of having similar issues, framed as investigation leads with reasoning. - Friction & Positive Pattern Reporting: Documents what slowed the work down and what conventions are worth preserving, with impact/effort-rated next steps. - Use Case: After merging a feature PR, run the retro to produce a structured report of systemic patterns and optionally publish each finding as a labeled GitHub Issue via --output github. ## Quick Start Ask the assistant to run a development retro on the work just completed and surface any patterns, friction points, and recommended follow-ups.

Frequently Asked Questions about development-retro

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a retrospective after merging a pull request?

Invoke the development-retro skill after the PR merges or at session end. It synthesizes observations from the work into systemic patterns, friction points, and next steps, presented in chat by default.

What is the difference between a development retro and a code review?

Code review finds bugs in the diff; a retro surfaces journey insights like cross-file patterns, developer friction, and unverified areas suspected of similar issues. Listing individual bugs without themes means you are doing code review, not a retro.

How do I turn retro findings into GitHub Issues?

Pass --output github when invoking the skill. Each systemic pattern or breadcrumb trail becomes a GitHub Issue via the publish workflow, labeled with auto-audit plus tech-debt or enhancement as appropriate.

When should I not use a development retro?

Skip it when you only need defect detection in a specific diff — that is code review territory. The retro adds value when you completed real implementation work and noticed things outside the PR's scope.

What tools does the development retro skill require?

It uses git and the GitHub CLI (gh) for repository context and issue creation, plus file reading and search tools. No external packages or scripts are required.