릴리스 노트 생성기
스프린트 동안 완료된 티켓을 세련된 사용자 대상 릴리스 노트로 자동 변환합니다.
원시 티켓에서 릴리스 노트를 작성하는 것은 지루합니다: 내부 작업을 필터링하고, 엔지니어 용어를 사용자 언어로 번역하고, 일관된 형식을 유지해야 합니다. 이 스킬이 모든 과정을 처리합니다.
프롬프트 템플릿
/schedule
### 1단계 — 완료된 티켓 수집
{{TICKET_SOURCES}}에서 지난 {{TIME_WINDOW}} 동안 완료, 출시, 병합 또는 종료로 표시된 항목을 확인하세요.
건너뛰기: 진행 중, 내부 전용, 사용자에게 보이는 UX 변경이 없는 순수 버그 수정, 잡일, 리팩터,
"internal", "infra", 또는 "ops"로 태그된 모든 것.
### 2단계 — 제품 영역별로 그룹화
티켓 레이블 또는 프로젝트 이름을 사용하세요. 항목이 2개 미만인 영역은 가장 가까운 그룹에 병합하세요.
### 3단계 — 릴리스 노트 작성
각 영역에 대해:
**[영역 태그]**
**[제목]** — 2–5단어, 현재 시제, 커밋 메시지가 아닌 기능 이름.
좋은 예: "빠른 검색 결과", "새 청구 대시보드". 절대 안 됨: "added", "fixed", "shipped".
[설명] — 사용자를 위한 1–3문장. 변경된 내용과 그 중요성을 먼저 설명하세요.
"이제 다음을 수행할 수 있습니다…" 구문을 사용하세요. 글머리 기호 없음. 티켓 ID, 스프린트 이름, 엔지니어 이름 없음.
### 4단계 — 저장
상단에 날짜: 월 DD, YYYY. 항목은 영역별로 그룹화.
ReleaseNotes_YYYY-MM-DD.docx로 {{OUTPUT_FOLDER}}에 저장하세요.
게시하지 마세요 — 검토용으로만 저장하세요. 티켓이 없으면 확인한 소스를 알려주세요.
설정
| 필드 | 값 |
|---|---|
| 필요한 MCP | Linear / Jira / GitHub Issues, Google Drive |
| 출력 | ReleaseNotes_YYYY-MM-DD.docx → /Product/ReleaseNotes |
| 스케줄러 | 각 릴리스 전 수동 실행, 또는 주간 |
채워야 할 자리 표시자
{{TICKET_SOURCES}}— 예:Linear,Jira, 또는GitHub Issues{{TIME_WINDOW}}— 예:지난 7일,지난 2주, 또는이번 스프린트{{OUTPUT_FOLDER}}— 예:/Product/ReleaseNotes
팁
- 좋은 티켓 관리 = 더 나은 릴리스 노트. "이제 사용자가 다음을 수행할 수 있습니다…"라고 설명된 티켓이 가장 좋은 결과를 만듭니다.
update-knowledge-base와 함께 사용하여 각 릴리스 후 업데이트가 필요한 도움말 문서를 표시하세요.- API/웹훅 변경의 경우 해당 티켓을 별도 레이블로 유지하세요 — 스킬이 이들에게 별도의 기술적 어조를 부여합니다.