retrospective
Retrospective
Overview
Run after a session. Reflect honestly on what worked and what didn't, then feed process-level learnings back into the skills used so next session is better.
Core principle: A retrospective is worthless without a concrete change. Every useful finding produces either a skill-file edit or an explicit follow-up note/update. Anything else is venting.
When to Use
Triggers:
- "How well did [the skill / that / it] work?" / "How did that go?"
- "What could we improve?" / "retro" / "what did we learn"
- End of a feature/task, after commit, before moving on
Not for mid-task check-ins or routine status reports.
The Process
More from channingwalton/skills
software-development
Software development based on Extreme Programming (XP). Use it when implementing software features of any kind. Coordinates planning, TDD, refactoring, and commits.
3chatter
Use when the user asks you to start, join, or continue a conversation with other agents via chatter, agent-chat, or talking to other agents about X.
2fix-loop
Iterative Codex-native review-fix cycle that eliminates critical issues. Use when the user says "review and fix", "find and fix bugs", "clean up the code", "fix all issues", "review then fix", or any request that combines finding problems with resolving them automatically.
1fixer
Fixes critical code review findings. Receives review findings, applies targeted fixes, and verifies tests pass. Used by the fix-loop skill.
1code-reviewer
Autonomous code review agent. Use proactively after code changes to analyse for best practices, security, performance, and potential issues. Use when the user asks for a code review.
1