소스 정보
- 저장소
- danbooru/danbooru
- 최근 소스 활동
- 2026년 3월 31일 01:11
- 감지된 SKILL.md 언어
- 영어
- 스타
- 2,806
- 포크
- 446
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SKILL.md 표시 중
SKILL.md
소스 지침 · 읽기 전용 미리보기- name
- generate-changelog
- description
- Generate a changelog for a specified commit range.
- argument-hint
- --commits=origin/production..master
# Generate changelog
Generate a changelog by calling `bin/generate-changelog`, then filling in the `Changes` and `Fixes` sections based on
the commits in the generated changelog.
## When to use
- The user asks for release notes or a changelog.
## Procedure
1. Run the script to generate the base changelog:
- `bin/generate-changelog <arguments>`
- Default to `bin/generate-changelog origin/production..master` when no arguments are provided.
2. For each commit, read the full commit message, diff, and any linked pull requests or issues to fully understand the changes being made.
- For pull requests: `gh pr view <number> --json title,body`
- For issues: `gh issue view <number> --json title,body`
3. For each change, classify it as either a `Change` or a `Fix` and summarize it in one bullet point.
- If a change is not user-visible, exclude it from the changelog.
4. Replace the bullets in the `Changes` and `Fixes` sections.
- Keep the rest of the generated output structure unchanged (date, commit table, compare link).
5. Return the completed changelog in the requested format.
## Classification guidelines
- Put user-visible features, enhancements, changes, and improvements under `Changes`.
- Put bug fixes under `Fixes`.
- Keep each item to one bullet point.
- Do not include internal changes that are not user-visible, such as refactors, code cleanup, test case fixes, or dependency updates.
- Do not include fixes for bugs that were introduced during development and were never released to production.
- Read each commit along with any linked issues or pull requests to fully understand the changes.
## Writing guidelines
- Use clear user-facing wording, not internal implementation details.
- If no user-visible items exist for a section, leave the section header and omit bullets for that section.
- Refer to https://danbooru.donmai.us/forum_topics/17913 for examples of well-written changelogs.
## Stop conditions
Stop and ask the user before continuing if:
- The commit range is missing or invalid.
- `bin/generate-changelog` fails.
- GitHub authentication is required for `gh` commands and is not available.
- A change is ambiguous and it's unclear whether it belongs in `Changes`, `Fixes`, or should be excluded entirely.
## Completion checks
- Script was run successfully.
- `Changes` and `Fixes` bullets were replaced from commit-derived summaries.
- Non-user-visible/internal-only work was excluded.
GitHub에서 보기