retro
Original:🇺🇸 English
Translated
Perform a comprehensive session retrospective. Use when user says "retro", "retrospective", "회고", or at the end of a working session.
3installs
Sourcecorca-ai/claude-plugins
Added on
NPX Install
npx skill4agent add corca-ai/claude-plugins retroTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →Session Retrospective
Adaptive end-of-session review. Light by default, deep on request.
Produces alongside and in the session's prompt-logs directory.
retro.mdplan.mdlessons.mdInvocation
text
/retro [path] # adaptive (light by default)
/retro --deep [path] # full analysis with expert lens- : optional override for output directory
path - : force full 7-section analysis (expert lens, learning resources, web search)
--deep
Workflow
1. Locate Output Directory
Resolution order:
- If argument provided, use it
[path] - Scan session for paths already used (plan.md, lessons.md writes)
prompt-logs/ - List dirs matching today's date (
prompt-logs/){YYMMDD}-* - If ambiguous, AskUserQuestion with candidates
- If none exist, create (date via
prompt-logs/{YYMMDD}-{NN}-{title}/; NN = next sequence number from existing dirs)date +%y%m%d
2. Read Existing Artifacts
Read , (if they exist in target dir), from project root, and project context document (e.g. ) — to understand session goals and avoid duplicating content.
plan.mdlessons.mdCLAUDE.mddocs/project-context.md3. Select Mode
Parse the flag from the invocation arguments.
--deepIf is present: mode = deep (full 7 sections).
--deepIf is absent: assess session weight to decide mode:
--deep- Light (Sections 1-4 + 7): Session < 3 turns, OR routine/simple tasks (config changes, small fixes, doc edits)
- Deep suggestion: Session has non-trivial architectural decisions, complex debugging, or multi-step implementations → output sections 1-4 + 7 in light mode, but append a note: "This session had significant decisions. Run for expert analysis and learning resources."
/retro --deep - Default bias: Light. When in doubt, choose light (fast, low cost).
4. Draft Retro
Analyze the full conversation to produce the retro sections. Draft everything internally before writing to file.
Section 1: Context Worth Remembering
User, org, and project facts useful for future sessions: domain knowledge, tech stack, conventions, team structure, decision-making patterns. Only genuinely useful items.
Section 2: Collaboration Preferences
Work style and communication observations; compare against current CLAUDE.md. If warranted, draft as a bullet list (omit if none). Right-placement check: if a learning belongs to a doc that CLAUDE.md already references, suggest updating that doc instead.
### Suggested CLAUDE.md UpdatesSection 3: Waste Reduction
Identify all forms of wasted effort in the session. Broader than prompting habits — covers the full spectrum of inefficiency:
- Wasted turns: Misunderstandings, wrong assumptions, rework
- Over-engineering: Unnecessary complexity, premature abstractions
- Missed shortcuts: Existing tools/patterns/code that could have been used
- Context waste: Large file reads, redundant searches, information not reused
- Communication waste: Ambiguous instructions that caused wrong-direction work
Format: free-form analysis citing specific session moments. No table required. Frame constructively with actionable suggestions.
Root cause drill-down (5 Whys): For each significant waste item, don't stop at the symptom. Ask "why did this happen?" repeatedly until you reach a structural or systemic cause. The goal is to distinguish:
- One-off mistake (no action needed beyond noting it)
- Knowledge gap (persist as context or learning resource)
- Process gap (suggest tool, checklist, or protocol change)
- Structural constraint (persist to project-context or CLAUDE.md)
Shallow analysis (stopping at "we should have done X") misses persist-worthy structural insights. Always drill to the level where you can recommend a durable fix.
Section 4: Critical Decision Analysis (CDM)
Read for methodology.
{SKILL_DIR}/references/cdm-guide.mdIdentify 2-4 critical decision moments from the session. Apply CDM probes to each. This section is unconditional — every retro-worthy session has decisions worth analyzing.
Section 5: Expert Lens
Mode: deep only. In light mode, output: "Run for expert analysis."
/retro --deepCondition: Does the session contain decisions that domain experts would analyze differently? If the session is too lightweight (simple config changes, routine tasks), skip this section with a brief note.
Expert selection:
- Scan the conversation for invocations. If found, extract expert names and use them as preferred starting points.
/deep-clarify - If no deep-clarify experts available, select independently per .
{SKILL_DIR}/references/expert-lens-guide.md
Execution: Launch Expert alpha and Expert beta in parallel via Task tool. Each sub-agent prompt: "Read . You are Expert {alpha|beta}. Session summary: {Sections 1-4 summary}. Deep-clarify experts: {names or 'not available'}. Analyze through your framework. Use web search to verify expert identity and cite published work." Integrate both results into Section 5.
{SKILL_DIR}/references/expert-lens-guide.mdSection 6: Learning Resources
Mode: deep only. In light mode, output: "Run for learning resources."
/retro --deepCondition: Does the session contain topics where the user showed knowledge gaps or genuine curiosity? If the session is too lightweight (simple config changes, routine tasks), skip this section with a brief note.
Search the web for 2-3 resources calibrated to the user's knowledge level. For each: title + URL, 2-3 sentence summary of key takeaways, and why it matters for the user's work.
Section 7: Relevant Skills
Step 1 — Scan installed skills (always, both modes):
- Glob for marketplace skills:
~/.claude/plugins/*/skills/*/SKILL.md - Glob for local skills:
.claude/skills/*/SKILL.md - For each found skill: read the frontmatter (name, description, triggers)
- Analyze: "Could any of these skills have helped in this session?" and "Should the user try a skill they haven't been using?"
- Report relevant installed skills with brief explanation of how they apply
Step 2 — External skill discovery (if workflow gap identified):
Assess whether the session reveals a workflow gap or repetitive pattern not covered by installed skills. If no clear gap: state "No additional skill gaps identified." Otherwise:
- Finding existing skills: Use to search for existing solutions and report findings.
/find-skills - Creating new skills: If no existing skill fits, use to describe and scaffold the needed skill.
/skill-creator - Prerequisite check: If (by Vercel) or
find-skills(by Anthropic) are not installed, recommend installing them from https://skills.sh/ before proceeding.skill-creator
5. Write retro.md
Write to using the format below.
{output-dir}/retro.md6. Link Session Log
If exists (prompt-logger plugin installed):
prompt-logs/sessions/- List files matching today's date (), filter out already-symlinked ones
{YYMMDD}-*.md - Read a sample of each candidate to verify it matches the current session
- If verified and does not exist, create a relative symlink:
{output-dir}/session.mdbashln -s "../sessions/{filename}" "{output-dir}/session.md" - If no candidates or directory does not exist, skip silently
7. Persist Findings
retro.md is session-specific. Persist findings to project-level documents:
- Context (Section 1): Offer to append new context to project-context.md (or create it)
- CLAUDE.md (Section 2): If suggestions exist, AskUserQuestion "Apply?" — edit on approval
- Root causes (Section 3): For each structural root cause identified via 5 Whys, evaluate its future job: "What recurring situation will this learning prevent?" (JTBD lens). If the answer is clear, it belongs in a persistent doc. Use right-placement check: CLAUDE.md for behavioral rules, project-context.md for architectural patterns, protocol/skill docs for process changes.
- Process improvements (Section 3): If waste reduction identifies repeatable process improvements (not one-off observations), suggest updating CLAUDE.md, protocol docs, or project-context.md. Right-placement check applies.
- Actionable improvements (Section 7): If concrete improvements identified, AskUserQuestion "Implement now?" to prevent findings from becoming stale
8. Post-Retro Discussion
The user may continue the conversation after the retro. During post-retro discussion:
- Update — append under
retro.md### Post-Retro Findings - Update with new learnings
lessons.md - Persistence check — for each new learning, evaluate: CLAUDE.md? Skills/protocol docs? project-context.md?
- If plugin code was changed, follow normal release procedures (version bump, CHANGELOG)
Do not prompt the user to start this discussion.
Output Format
Light mode
markdown
# Retro: {session-title}
> Session date: {YYYY-MM-DD}
> Mode: light
## 1. Context Worth Remembering
## 2. Collaboration Preferences
### Suggested CLAUDE.md Updates
## 3. Waste Reduction
## 4. Critical Decision Analysis (CDM)
## 5. Expert Lens
> Run `/retro --deep` for expert analysis.
## 6. Learning Resources
> Run `/retro --deep` for learning resources.
## 7. Relevant Skills
### Installed Skills
### Skill GapsDeep mode
markdown
# Retro: {session-title}
> Session date: {YYYY-MM-DD}
> Mode: deep
## 1. Context Worth Remembering
## 2. Collaboration Preferences
### Suggested CLAUDE.md Updates
## 3. Waste Reduction
## 4. Critical Decision Analysis (CDM)
## 5. Expert Lens
## 6. Learning Resources
## 7. Relevant Skills
### Installed Skills
### Skill GapsReferences
- — CDM probe methodology and output format
{SKILL_DIR}/references/cdm-guide.md - — Expert identity, grounding, and analysis format
{SKILL_DIR}/references/expert-lens-guide.md
Language
Write retro.md in the user's language. Detect from conversation, not from this skill file.
Rules
- Never duplicate content already in lessons.md
- Be specific — cite session moments, not generic advice
- Keep each section focused — if nothing to say, state that briefly
- CLAUDE.md changes require explicit user approval
- If early session context is unavailable due to conversation length, focus on what is visible and note the limitation
- CDM analysis (Section 4) is unconditional — every session has decisions to analyze
- Expert Lens (Section 5) is deep-mode only — in light mode, output a one-line pointer to
--deep - Learning Resources (Section 6) is deep-mode only — in light mode, output a one-line pointer to
--deep - Section 7 always scans installed skills first, before suggesting external skill discovery
- When writing code fences in retro.md or any markdown output, always include a language specifier (,
bash,json,yaml,text, etc.). Never use bare code fences.markdown