change-request
Add a new requirement or reorder epics by WSJF against specs/release-plan.yaml and epic capsule directories. Modes Add and Reorder. Use when a new requirement arrives mid-release or the plan needs prioritization.
- License 许可
- MIT
- 最近更新
- 2026-11-10
- Stars
- ★ 289
- Forks
- 24
01 前言 Front Matter
- name
- change-request
- model
- sonnet
- effort
- standard
- description
- Add a new requirement or reorder epics by WSJF against specs/release-plan.yaml and epic capsule directories. Modes Add and Reorder. Use when a new requirement arrives mid-release or the plan needs prioritization.
02 资源文件 1
- 参考文档REFERENCE.md1.7 KB
03 SKILL.md 正文
<!-- story: e45s29 --> <!-- story: e20s01 -->
Change Request
HARD GATE —
specs/release-plan.yamlmust exist before running either mode. If it doesn't, runplan-releasefirst.→ verify:
test -f specs/release-plan.yaml
Two modes. State which one you want or the skill will ask.
Mode A — Add
Intake a new requirement mid-flight without disrupting work in progress.
- Capture: What is the change? What problem does it solve?
- Locate: Which existing stories in
specs/epics/does it affect or replace? - Draft: Add story +
tasks[]with Gherkin-style AC in epic YAML (each task hasverify). Tag requirement deltas:ADDED/MODIFIED/REMOVED/RENAMEDwith before/after for non-ADDEDchanges (e45s29). - Place: Append story under existing epic capsule, or create
specs/epics/eNN-slug.yamland register inrelease-plan.yamlepics[]. - Score: Compute WSJF; note if it outranks in-progress work.
→ verify: grep -c 'stories:' specs/epics/*/epic.yaml
Mode B — Reorder
Value-engineering pass over the full release using WSJF.
See REFERENCE.md for the full WSJF scoring rubric.
- Score each epic/story: BV + TC + RR / Job Size.
- Re-sort
release-plan.yamlepics[]and per-epicwsjffields. - Flag cut candidates: WSJF < 1.5.
- Update
specs/release-plan.yamland epicwsjfkeys with rationale. - Report the delta.
→ verify: grep -c 'wsjf' specs/release-plan.yaml specs/epics/*/epic.yaml
Conversational Mode
If the user's request is in natural language and does not match the structured format of Mode A or Mode B, enter Conversational Mode to extract the change parameters through interactive dialogue.
5-Step Flow
- Capture: Parse the natural-language request for what, why, and where. Ask at most 3 clarifying questions before drafting.
- Locate: Identify which epic or capability in
specs/epics/the request affects or replaces. - Draft: Present a structured draft of the proposed story and tasks for user confirmation.
- Score: Estimate the WSJF score and explain the calculation so the user understands the priority.
- Place: Confirm the final epic placement with the user before writing files.
After either mode
Run bash scripts/sync-status-from-epics.sh. Suggest plan-work or build-epic for the top-ranked unstarted story.
04 同仓库更多 Skills
skill-verify-fail-open-fixture
Negative-path fixture for run-skill-verify.sh — must never PASS.
negative-path
暂无简介
write-document
Write, organize, and sync high-integrity technical documents using the BMAD methodology. Ensures every document is Bold, Minimal, Actionable, and Durable. Use when creating architectural docs, technical guides, or organizing the specs/ directory.
wire-observability
Add structured JSON logging, observability commands, and idempotent setup scripts to a project. Use when a project needs production-readiness instrumentation, when user wants structured logging, or as a production-readiness gate at any phase of development.
wire-ci
CI pipeline setup with bundled, forge-neutral templates and local validation. Detects the forge from the git remote, generates workflows for supported forges, and skips honestly for the rest. The CI equivalent of wire-observability.
visual-dashboard
Start a browser-based dashboard that visualizes architecture, implementation plans, and project status. Persists artifacts in .bigpowers/dashboard/. Reads specs/state.yaml, release-plan.yaml, epics, and planning-status via HTTP API or opencode panel.