Files
portfolio-hub/examples/p3-change-management/README.md
T
genichin 362b008940 Squashed '.vendor/stage-pilot/' changes from 7ab085e..551777b
551777b feat: add interface contract and data model baseline support to bootstrap-baseline
f17e086 feat: add bootstrap seed file support to bootstrap-baseline skill
be85338 feat: introduce lightweight change path, change-req skill, and release feedback loop
949bb40 docs(skill): new-discovery 병렬 Discovery 및 active-cycle 처리 규칙 강화
7f96130 docs: fix draft-req skill template paths
94b1445 diff --git a/.github/skills/draft-batch-design/SKILL.md b/.github/skills/draft-batch-design/SKILL.md index 5f87d00..944e075 100644 --- a/.github/skills/draft-batch-design/SKILL.md +++ b/.github/skills/draft-batch-design/SKILL.md @@ -1,6 +1,6 @@  ---  name: draft-batch-design -description: "Use when: drafting the design document for an existing batch, running /draft-batch-design with a BAT ID, filling docs/batches/<BAT_ID>/design.md, or recording architecture and interface decisions before implementation." +description: "Use when: drafting the design document for an existing batch, running /draft-batch-design with a BAT ID, filling docs/batches/<BAT_ID>/design.md, recording architecture and interface decisions before implementation, or planning updates to docs/project-structure.md and docs/runtime-flows.md."  argument-hint: "예: bat-001 또는 docs/batches/bat-001_20260424_scaffold"  user-invocable: true  --- @@ -9,27 +9,43 @@ user-invocable: true
d1ce3ce 프로세스 완전 변경

git-subtree-dir: .vendor/stage-pilot
git-subtree-split: 551777bc7009ee133fbaab1267ca324f1dc3c6bb
2026-04-30 13:00:41 +00:00

1.5 KiB

P3 Example: change-req and suggest-next-discovery

이 예시는 release feedback 이후 개선 루프를 어떻게 닫는지 보여 주는 self-contained sample workspace다.

Scenario

  1. rel-001 배포가 feedback-captured 상태로 닫혔다.
  2. 운영 피드백에서 두 종류의 후속 작업이 나왔다.
    • 기존 REQ 강화: 문서 release checklist의 acceptance criteria를 더 엄격하게 바꿔야 한다.
    • 신규 반복 후보: release feedback를 기반으로 follow-up triage를 자동 추천하는 개선이 필요하다.
  3. suggest-next-discovery rel-001는 위 두 항목을 각각 change-req와 new-discovery로 분류한다.
  4. 이 예시의 active docs는 그 결과 change-req req-001를 이미 한 번 적용한 뒤의 상태를 보여 준다.

Files to inspect

  • docs/releases/rel-001_20260428_docs_release_hardening.md
    • Feedback Handoff에 Discovery Input, REQ Input, Change Request Input이 모두 있다.
  • docs/srs/Documentation/req-001_docs_release_checklist.md
    • 두 번째 Change Log 항목이 change-req 실행 결과를 나타낸다.
    • 구현 근거가 무효화되어 상태가 Approved로 되돌아간 상태다.
  • suggest-next-discovery-output.md
    • suggest-next-discovery rel-001의 예시 결과다.
  • change-req-output.md
    • change-req req-001의 예시 결과다.

Validation

이 예시 루트는 doctor로 독립 검증할 수 있다.

python3 .github/scripts/stagepilot-doctor.py examples/p3-change-management