wtf.retro

Generate structured Epic retrospectives and route learnings to steering docs.

7|2|Updated Apr 8, 2026
One-click install
npx skills add https://github.com/xiduzo/wtf --skill wtf-retro
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wtf.retro
Source: https://github.com/xiduzo/wtf/tree/main/skills/wtf.retro
Command: npx skills add https://github.com/xiduzo/wtf --skill wtf-retro

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Close out a completed Epic with a structured retrospective to compare what was planned against what shipped, surface deviations, and capture actionable learnings for steering the next initiative.

Core Features & Use Cases

  • Structured retrospective for Epics to surface deviations between the original plan and delivered work.
  • Route learnings into steering docs (e.g., TECH.md, QA.md, DESIGN.md, VISION.md) and generate a final Epic summary.
  • Integrates with changelog and release processes to formalize closure with documented outcomes.
  • Use Case: after an Epic finishes, run a retro to document learnings and feed improvements into future planning.

Quick Start

Initiate a retro on the completed Epic to generate learnings and finalize the Epic summary.

Frequently Asked Questions about wtf.retro

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

FAQPage Schema
How do I run a retrospective on a completed Epic to capture learnings?

Run an Epic retrospective by comparing planned work against shipped deliverables to surface deviations and formalize learnings. The retrospective generates a final Epic summary and routes insights into steering docs like TECH.md, QA.md, DESIGN.md, and VISION.md for future planning.

What is an Epic retrospective and when do I need to formalize learnings?

An Epic retrospective is a structured review comparing original plans to delivered work to capture actionable learnings. You need it during Epic closures, sprint finales, and post-mortems to feed process improvements into steering docs and future initiatives.

Can I generate a changelog automatically as part of Epic closure?

Yes, Epic closure integrates changelog generation alongside the retrospective process. After finalizing the Epic summary, you can formalize closure with documented outcomes and route results directly into your changelog and release processes.

How do I route retrospective learnings into steering docs?

Retrospective learnings route directly into steering docs like TECH.md, QA.md, DESIGN.md, and VISION.md. After comparing planned versus shipped work, the process surfaces deviations and feeds actionable improvements into the appropriate documentation for guiding next initiatives.

What's the best way to document deviations between planned and shipped Epic work?

Use a structured retrospective to compare the original Epic plan against what actually shipped. This surfaces deviations between planned and delivered work, captures actionable learnings, and generates a final Epic summary to formalize the closure with documented outcomes.

Does the retrospective process work for sprint finales and post-mortems?

Yes, the retrospective process applies to Epic closures, sprint finales, and post-mortems. It compares planned work against shipped deliverables across steering docs, changelog generation, and process improvement to formalize learnings for future planning.