milestone-seedlisted
Install: claude install-skill phahadek/claude-orchestrator
# Milestone Seed
Standing up a milestone is **framing work with a persistence tail**. The framing โ
what this milestone is *for*, and what it deliberately is not โ is the hard part
and the part that decays if it lives only in chat. The tail is mechanical: a board,
a charter, a seed set, four homes updated.
```
/milestone-seed โโโถ board + charter + seed tasks + milestones row (REGISTERED, NOT ACTIVE)
โ
โโโโถ /design (works the ๐ Design tasks)
โโโโถ /groom (brings ๐ฒ Backlog to ๐๏ธ Ready)
โโโโถ /milestone-wrap (activates it, when the prior one closes)
```
> **You do not activate the milestone.** `/milestone-wrap` Steps 4โ5 own marking the
> next milestone active โ repointing `projects.auto_launch_milestone_id`, the Notion
> "Active Task Board" callout, the phase line. This skill registers the milestone (a
> `milestones` row + grooming-manifest entry, via `POST /api/projects/<id>/milestones`
> in Step 4) but stops short of activating it. Every flow's arm defaults to
> `armed=false` (`DEFAULT_ARM`), so a registered-but-unactivated milestone is still
> inert โ nothing on it can be groomed or dispatched. That boundary is what makes it
> safe to seed while the prior milestone is still running.
> **Not `/groom` or `/design`.** Those work an existing milestone's backlog. This
> creates the milestone. Don't conflate them.
## Doctrine
- **Ground in the record, never in memory.