agentleFS
Kyungjong-kimKyungjong-kim/claude-code-harness/skills/release-notes/SKILL.md

release-notes

Skill0 starsChanged 5 months agoMITView on GitHub

마일스톤(스프린트) 배포 내역을 정리해 요약 이슈를 만들고, 그 본문 기반으로 배포 공지 메시지(슬랙 등)를 작성한다. 마일스톤의 사용자-대면 기능을 큐레이션해 릴리스 노트화. 릴리스·스프린트 종료 전 사용. 어느 GitHub 프로젝트에서나 사용 가능. 트리거 키워드: "릴리스 노트", "배포 공지", "스프린트 정리", "배포 내역 정리", "release notes", "/release-notes"

176 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use brainstorm-experiments-existing, brainstorm-ideas-new and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • skytiger6724Skill

    brainstorm-experiments-existing

    Design experiments to test assumptions for an existing product — prototypes, A/B tests, spikes, and other low-effort validation methods. Use when validating assumptions, testing feature ideas cheaply, or planning product experiments.

    Also in 6 projects that use this

  • skytiger6724Skill

    brainstorm-ideas-new

    Brainstorm feature ideas for a new product in initial discovery from PM, Designer, and Engineer perspectives. Use when starting product discovery for a new product, exploring features for a startup idea, or doing initial ideation.

    Also in 6 projects that use this

  • 45ckSkill

    pestle-analysis

    Also in 6 projects that use this

  • About-IntelligenceSkill

    positioning-ideas

    Brainstorm product positioning ideas differentiated from competitors.

    Also in 6 projects that use this

  • About-IntelligenceSkill

    product-name

    Brainstorm 5 unique, memorable product names with rationale aligned to brand values and target audience.

    Also in 6 projects that use this

  • +7 more from skytiger6724

The file

Files
SKILL.md

Release Notes

마일스톤의 배포 내역을 하나의 큐레이션 리스트로 정리해 2산출물로 변환: ① 요약 이슈(마일스톤 연결) ② 배포 공지 메시지(슬랙 등). 저장소는 gh repo view --json nameWithOwner 또는 사용자 지정.

전제: 마일스톤 이슈는 잡다(내부 작업·QA·SQL 포함). 공지·릴리스노트엔 사용자-대면 기능만 선별 → 완전 자동 불가, 큐레이션 단계 필수.

쉘 호환: for x in $var/< <(...) 금지(zsh 미분리·sh 미지원) → ... | while IFS= read -r 파이프 사용.


STEP 1 — 마일스톤 식별

REPO=$(gh repo view --json nameWithOwner --jq .nameWithOwner)
gh api "repos/$REPO/milestones?state=open" --jq '.[] | "\(.number)\t\(.title)\tdue:\(.due_on)\t(open:\(.open_issues) closed:\(.closed_issues))"'
  • 버전·날짜가 제목에 있으면 제목에서 파싱(due_on이 비는 경우 대비). 예: v1.2.0 06/25 배포.
  • 사용자가 미지정 시: 배포일(due_on 또는 제목 날짜)이 가장 가까운 마일스톤을 후보로 제시·확인.
  • 공지 헤더용 요일 계산: date -j -f "%Y/%m/%d" "2026/06/25" +%u(mac) / date -d 2026-06-25 +%u(linux) → 1=월…7=일.

STEP 2 — 이슈 수집 + 큐레이션 (핵심)

gh issue list --repo "$REPO" --milestone "<마일스톤 제목>" --state all --limit 300 \
  --json number,title,labels,state,stateReason | cat

선별 원칙 (사용자-대면 기능만):

  • 포함: 신규 기능·고도화·사용성/디자인 개선 — 사용자가 체감하는 변경.
  • 제외: 순수 내부 작업(SQL·마이그레이션·리팩터링·테스트·CI), 비가시성 버그픽스, QA 재현·검증 전용.
  • 부모(기능) 이슈 단위로 묶는다. 하위 Task는 부모 아래 들여쓰기 불렛으로.

분류 (3섹션): 신규 기능 추가 및 고도화 / 사용성 개선 / 버그 수정(없으면 생략).

큐레이션 드래프트를 사용자에게 제시하고 확인·수정 받는다(포함/제외, 그룹, 하위 bullet, 부모 이슈번호). 자동 분류는 초안.

STEP 3 — 요약 이슈 생성/갱신

기존 요약 이슈 있으면 갱신, 없으면 생성. 생성은 사용자 확인 후.

gh issue create --repo "$REPO" \
  --title "chore: <버전/마일스톤> 릴리스 내역 정리" \
  --milestone "<마일스톤 제목>" \
  --body-file <작성한 본문 파일>

STEP 4 — 배포 공지 메시지 생성

요약 이슈 본문(큐레이션 결과)을 공지 포맷으로 변환. 부모 기능 항목 뒤에 #이슈번호 표기. 출력은 복사용 코드블록으로 제시 — 자동 게시 안 함.


산출물 템플릿

배포 공지

:loudspeaker: MM/DD(요일) <프로젝트> <버전> 배포 예정입니다.
<배포 시각·변경 안내 한 줄>

[신규 기능 추가 및 고도화]

- <부모 기능명> #<부모 이슈번호>
  - <하위 기능> #<이슈번호>
  - <하위 기능> #<이슈번호>
- <단일 기능명> #<이슈번호>

[사용성 개선]

- <부모 개선명> #<부모 이슈번호>
  - <하위 항목> #<이슈번호>

[버그 수정]

- <수정 내용> #<이슈번호>

이상입니다.

포맷 규칙: 부모 기능은 최상위 불렛 + 이슈번호, 하위 기능은 각각 들여쓰기 불렛 + 이슈번호. 하위 없으면 부모 한 줄. 3섹션 모두 포함(비면 그 섹션 생략).

요약 이슈 본문

## 적용 대상 내역

### 신규 기능 추가 및 고도화
- <부모 기능명> #<부모 이슈번호>
  - <하위 기능> #<이슈번호>

### 사용성 개선
- <부모 개선명> #<부모 이슈번호>

### 버그 수정
- <있으면 기재, 없으면 `-`>

## See Also
- 마일스톤: <마일스톤 제목>

주의

  • 이슈 생성·공지는 외부 노출 — 본문 확정 후 사용자 확인. 공지는 자동 게시 없이 텍스트만 출력.
  • gh 계정이 올바른지 gh auth status로 먼저 확인.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.