Implement wiki-based Request for Comments system for capturing, reviewing, and tracking feature ideas through their lifecycle. New commands: - /rfc-create: Create RFC from conversation or clarified spec - /rfc-list: List RFCs grouped by status - /rfc-review: Submit Draft RFC for review - /rfc-approve: Approve RFC for sprint planning - /rfc-reject: Reject RFC with documented reason RFC lifecycle: Draft → Review → Approved → Implementing → Implemented Integration: - /sprint-plan detects approved RFCs and offers selection - /sprint-close updates RFC status on completion - clarity-assist suggests /rfc-create for feature ideas New MCP tool: allocate_rfc_number Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
3.2 KiB
3.2 KiB
description, agent
| description | agent |
|---|---|
| Complete sprint and capture lessons learned to Gitea Wiki | orchestrator |
Close Sprint and Capture Lessons Learned
Skills Required
- skills/mcp-tools-reference.md
- skills/lessons-learned.md
- skills/wiki-conventions.md
- skills/rfc-workflow.md
- skills/progress-tracking.md
- skills/git-workflow.md
Purpose
Complete the sprint, capture lessons learned to Gitea Wiki, and update documentation. This is critical for preventing repeated mistakes across sprints.
Invocation
Run /sprint-close when sprint work is complete.
Workflow
Execute the sprint close workflow:
- Review Sprint Completion - Verify issues closed or moved to backlog
- Capture Lessons Learned - Interview user about challenges and insights
- Tag for Discoverability - Apply technology, component, and pattern tags
- Save to Gitea Wiki - Use
create_lessonwith metadata and implementation link - Update Wiki Implementation Page - Change status to Implemented/Partial/Failed
- Update Wiki Proposal Page - Update overall status if all implementations complete
- Update RFC Status (if applicable) - See RFC Update section below
- New Command Verification - Remind user new commands require session restart
- Update CHANGELOG (MANDATORY) - Add changes to
[Unreleased]section - Version Check - Run
/suggest-versionto recommend version bump - Git Operations - Commit, merge, tag, clean up branches
- Close Milestone - Update milestone state to closed
RFC Status Update (Step 7)
If the sprint was linked to an RFC:
-
Check Sprint Completion Status:
- All issues completed → RFC status = Implemented
- Partial completion → RFC status stays Implementing (note progress)
- Blocked/Failed → RFC status reverts to Draft (with notes)
-
Update RFC Page (if Implemented):
- Change status: Implementing → Implemented
- Add Completion section with date and release version
- Link to lessons learned page
update_wiki_page( page_name="RFC-NNNN:-Title", content="[content with Implemented status and completion details]", repo="org/repo" ) -
Update RFC-Index:
- Remove from "## Implementing" section
- Add to "## Implemented" section with completion date and release
-
Handle Partial Completion:
- Keep RFC in Implementing status
- Add progress notes to Implementation section
- Next sprint can continue the work
Don't skip lessons learned! Future sprints will benefit from captured insights.
Visual Output
╔══════════════════════════════════════════════════════════════════╗
║ 📋 PROJMAN ║
║ 🏁 CLOSING ║
║ [Sprint Name] ║
╚══════════════════════════════════════════════════════════════════╝