skills/milestone-management/SKILL.md
Use for time-based grouping of issues into delivery phases. Creates, updates, and tracks milestones, associates issues and epics, monitors progress toward milestone completion.
npx skillsauth add troykelly/codex-skills milestone-managementInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Milestones group issues by delivery phase or time period. They answer "what will be done by when?"
Core principle: Milestones are delivery commitments. Track them closely.
Announce at start: "I'm using milestone-management to organize work into delivery phases."
A milestone is:
| Aspect | Milestone | Epic | |--------|-----------|------| | Grouping by | Time/delivery phase | Feature/capability | | Scope | Cross-cutting | Focused | | Can contain | Multiple epics | Related issues | | Progress | % of issues closed | % of issues closed | | Due date | Usually has one | Usually doesn't |
An epic can be assigned to a milestone. Multiple epics can share a milestone.
# Create milestone with due date
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones \
-X POST \
-f title="[NAME]" \
-f description="[DESCRIPTION]" \
-f due_on="YYYY-MM-DDTHH:MM:SSZ"
# Create milestone without due date
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones \
-X POST \
-f title="[NAME]" \
-f description="[DESCRIPTION]"
| Pattern | Example | Use Case |
|---------|---------|----------|
| Version | v1.0.0 | Release milestones |
| Quarter | Q1 2026 | Quarterly planning |
| Phase | Phase 1: Foundation | Initiative phases |
| Sprint | Sprint 23 | Agile sprints |
| Date | 2026-01 January | Monthly releases |
## [MILESTONE NAME]
### Goals
- [Primary goal 1]
- [Primary goal 2]
### Epics Included
- #[EPIC_1] - [Epic Title]
- #[EPIC_2] - [Epic Title]
### Key Deliverables
1. [Deliverable 1]
2. [Deliverable 2]
3. [Deliverable 3]
### Success Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
### Dependencies
- Requires: [Previous milestone or external dependency]
- Enables: [What this milestone unblocks]
---
**Target Date:** [DATE]
**Owner:** [Team/Person]
gh issue create \
--title "[Title]" \
--milestone "[MILESTONE_NAME]" \
--body "[Body]"
gh issue edit [ISSUE_NUMBER] --milestone "[MILESTONE_NAME]"
# Assign the epic tracking issue
gh issue edit [EPIC_NUMBER] --milestone "[MILESTONE_NAME]"
# Assign all issues in the epic
gh issue list --label "epic-[NAME]" --json number --jq '.[].number' | \
while read num; do
gh issue edit "$num" --milestone "[MILESTONE_NAME]"
done
# List milestones with progress
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones \
--jq '.[] | "\(.title): \(.open_issues) open, \(.closed_issues) closed"'
# Get specific milestone details
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER] \
--jq '{title, open_issues, closed_issues, due_on, description}'
# All issues in milestone
gh issue list --milestone "[MILESTONE_NAME]"
# Open issues in milestone
gh issue list --milestone "[MILESTONE_NAME]" --state open
# Closed issues in milestone
gh issue list --milestone "[MILESTONE_NAME]" --state closed
Generate a progress report:
# Get milestone data
MILESTONE_DATA=$(gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER])
TITLE=$(echo "$MILESTONE_DATA" | jq -r '.title')
OPEN=$(echo "$MILESTONE_DATA" | jq -r '.open_issues')
CLOSED=$(echo "$MILESTONE_DATA" | jq -r '.closed_issues')
TOTAL=$((OPEN + CLOSED))
PERCENT=$((CLOSED * 100 / TOTAL))
DUE=$(echo "$MILESTONE_DATA" | jq -r '.due_on')
echo "## Milestone: $TITLE"
echo "**Progress:** $CLOSED / $TOTAL ($PERCENT%)"
echo "**Open:** $OPEN issues"
echo "**Due:** $DUE"
┌────────────┐ ┌────────────┐ ┌────────────┐ ┌────────────┐
│ Planning │────▶│ Active │────▶│ Closing │────▶│ Closed │
└────────────┘ └────────────┘ └────────────┘ └────────────┘
│ │ │ │
▼ ▼ ▼ ▼
Adding Work in Finishing All issues
issues progress last items resolved
| State | Indicators | |-------|------------| | Planning | Issues being added, 0% complete | | Active | Work in progress, 1-80% complete | | Closing | Final stretch, 80-99% complete | | Closed | 100% complete, milestone closed |
# Update due date
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER] \
-X PATCH \
-f due_on="YYYY-MM-DDTHH:MM:SSZ"
# Update description
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER] \
-X PATCH \
-f description="[NEW_DESCRIPTION]"
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER] \
-X PATCH \
-f state="closed"
For large initiatives, create phase milestones:
# Phase 1: Foundation
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones -X POST \
-f title="[Initiative] Phase 1: Foundation" \
-f description="Infrastructure and setup for [Initiative Name]"
# Phase 2: Core Features
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones -X POST \
-f title="[Initiative] Phase 2: Core Features" \
-f description="Primary feature implementation"
# Phase 3: Polish & Launch
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones -X POST \
-f title="[Initiative] Phase 3: Polish & Launch" \
-f description="Final testing, polish, and release"
For version-based releases:
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones -X POST \
-f title="v2.0.0" \
-f description="Major release with [features]" \
-f due_on="2026-03-01T00:00:00Z"
For quarterly planning:
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones -X POST \
-f title="Q1 2026" \
-f description="Q1 2026 deliverables" \
-f due_on="2026-03-31T23:59:59Z"
When issues won't make a milestone:
gh issue edit [ISSUE_NUMBER] --milestone "[NEXT_MILESTONE]"
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones/[NUMBER] \
-X PATCH \
-f due_on="[NEW_DATE]"
Move non-critical issues out:
# Remove from milestone (set to no milestone)
gh issue edit [ISSUE_NUMBER] --milestone ""
gh issue comment [EPIC_OR_INITIATIVE] --body "## Milestone Update
**Milestone:** [NAME]
**Original Due:** [DATE]
**Status:** At risk
**Issues slipping:**
- #[N] - [Reason]
- #[N] - [Reason]
**Action taken:**
- [Moved X issues to next milestone]
- [Extended deadline by Y days]
- [Descoped Z items]"
## Milestone Status Report - [DATE]
### [MILESTONE 1]
- **Progress:** 12/20 (60%)
- **Due:** [DATE]
- **Status:** 🟢 On Track
- **Blockers:** None
### [MILESTONE 2]
- **Progress:** 3/15 (20%)
- **Due:** [DATE]
- **Status:** 🟡 At Risk
- **Blockers:** Waiting on #123
### [MILESTONE 3]
- **Progress:** 0/10 (0%)
- **Due:** [DATE]
- **Status:** ⚪ Not Started
- **Blockers:** Depends on Milestone 2
echo "# Milestone Status Report - $(date +%Y-%m-%d)"
echo ""
gh api repos/$GITHUB_OWNER/$GITHUB_REPO/milestones --jq '.[] |
"## \(.title)\n- **Progress:** \(.closed_issues)/\(.open_issues + .closed_issues)\n- **Due:** \(.due_on // "No due date")\n"'
mcp__memory__create_entities([{
"name": "Milestone-[NAME]",
"entityType": "Milestone",
"observations": [
"Created: [DATE]",
"Due: [DATE]",
"Repository: $GITHUB_REPO",
"Epics: [LIST]",
"Issues: [COUNT]",
"Status: [Planning/Active/Closed]"
]
}])
data-ai
Defines behavior protocol for spawned worker agents. Injected into worker prompts. Covers startup, progress reporting, exit conditions, and handover preparation.
development
Defines context handover format when workers hit turn limit. Posts structured handover to GitHub issue comments enabling replacement workers to continue seamlessly.
data-ai
Use to spawn isolated worker processes for autonomous issue work. Creates git worktrees, constructs worker prompts, and handles worker lifecycle.
tools
Entry point for ALL work requests - triages scope from trivial to massive, asks clarifying questions, and routes to appropriate planning skills. Use this when receiving any new work request.