Squashed '.vendor/stage-pilot/' changes from c24b25d..3a72413
3a72413 Merge pull request #5 from genichin/copilot/add-verification-steps-sdlc-prompt d362b6b feat: add verification stage to run-sdlc pipeline 9b52ae1 Initial plan 893d465 Merge pull request #3 from genichin/copilot/add-sdlc-prompt-feature 57b3941 feat: add /run-sdlc prompt for automated SDLC pipeline execution 27396ab Initial plan 6979011 Clarify draft creation for new SDLC prompts 1c5557b fix(bootstrap): sdlc 디렉토리 구조 단순화 및 summary 템플릿 추가 af343e5 docs(prompt): SDLC 프롬프트 저장소 현황 탐색 및 대조 절차 강화 cc55e06 chore: Release/Operations 프로세스 템플릿 및 프롬프트 추가 및 README 최신화 386695b commit 4533017 draft 82b7690 draft-design 0503411 draft 9984db0 confirm-discovery, draft-planning, review-planning 명령 추가 cba64f0 add confirm-discovery prompt 9391537 draft 58f2de8 feat: execute implementation during run-sdlc flow 693e3f6 feat: auto-create downstream drafts in run-sdlc 404bc63 docs: translate SDLC orchestration prompts to English 9018e8f feat: add SDLC scaffold and sequential run commands d60e21c docs: clarify when to create a new discovery 0629eee feat: add operation issue triage prompt cdc8d87 feat: make update.sh auto-overwrite by default with --no-overwrite option ead06c2 chore: add execute tool to all prompt files git-subtree-dir: .vendor/stage-pilot git-subtree-split: 3a72413acd2edd95053631f900d3c99c1caef359
This commit is contained in:
@@ -1,26 +0,0 @@
|
||||
---
|
||||
name: release-notes
|
||||
description: "Use when: release note drafting, deployment communication, change impact summary"
|
||||
---
|
||||
|
||||
# Release Notes Skill
|
||||
|
||||
## Goal
|
||||
|
||||
배포 변경사항과 사용자 영향을 이해하기 쉬운 형식으로 전달한다.
|
||||
|
||||
## Workflow
|
||||
|
||||
1. 변경사항을 사용자 영향 기준으로 분류한다.
|
||||
2. 주의사항/호환성/알려진 이슈를 정리한다.
|
||||
3. 롤백 또는 대응 가이드를 포함한다.
|
||||
4. 배포 후 모니터링 포인트를 함께 제공한다.
|
||||
|
||||
## Output Template
|
||||
|
||||
1. Summary
|
||||
2. What Changed
|
||||
3. User Impact
|
||||
4. Migration or Compatibility Notes
|
||||
5. Known Issues and Workarounds
|
||||
6. Rollback and Monitoring Notes
|
||||
@@ -1,26 +0,0 @@
|
||||
---
|
||||
name: requirements-refinement
|
||||
description: "Use when: vague request, requirement clarification, acceptance criteria drafting"
|
||||
---
|
||||
|
||||
# Requirements Refinement Skill
|
||||
|
||||
## Goal
|
||||
|
||||
모호한 요청을 실행 가능한 요구사항과 수용 기준으로 변환한다.
|
||||
|
||||
## Workflow
|
||||
|
||||
1. 문제/목표/제약을 분리해 질문 목록을 만든다.
|
||||
2. 기능/비기능 요구사항을 구조화한다.
|
||||
3. 각 요구사항에 수용 기준(AC)을 붙인다.
|
||||
4. 범위 밖 항목(Out of Scope)을 명시한다.
|
||||
|
||||
## Output Template
|
||||
|
||||
1. Problem Statement
|
||||
2. Functional Requirements
|
||||
3. Non-Functional Requirements
|
||||
4. Acceptance Criteria
|
||||
5. Out of Scope
|
||||
6. Open Questions
|
||||
@@ -1,26 +0,0 @@
|
||||
---
|
||||
name: test-design
|
||||
description: "Use when: test case design, verification planning, regression risk assessment"
|
||||
---
|
||||
|
||||
# Test Design Skill
|
||||
|
||||
## Goal
|
||||
|
||||
요구사항과 변경 영향도 기반으로 누락 없는 테스트 시나리오를 만든다.
|
||||
|
||||
## Workflow
|
||||
|
||||
1. 수용 기준을 테스트 관점으로 분해한다.
|
||||
2. 정상/경계/예외 시나리오를 도출한다.
|
||||
3. 회귀 영향 영역을 식별한다.
|
||||
4. 우선순위 기반 실행 순서를 제안한다.
|
||||
|
||||
## Output Template
|
||||
|
||||
1. Test Scope
|
||||
2. Positive Cases
|
||||
3. Boundary Cases
|
||||
4. Negative Cases
|
||||
5. Regression Targets
|
||||
6. Execution Priority
|
||||
Reference in New Issue
Block a user