원클릭으로
docs-changelog
Generates and formats changelog files for a new release based on provided version and raw changelog data.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Generates and formats changelog files for a new release based on provided version and raw changelog data.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Trigger this skill when the user wants to start an asynchronous PR review, run background checks on a PR, or check the status of a previously started async PR review.
Guidance for creating, running, fixing, and promoting behavioral evaluations. Use when verifying agent decision logic, debugging failures, debugging prompt steering, or adding workspace regression tests.
A specialized skill for Jiminy CLI that provides high-performance, fail-fast monitoring of GitHub Actions workflows and automated local verification of CI failures. It handles run discovery automatically—simply provide the branch name.
Always use this skill when the task involves writing, reviewing, or editing files in the `/docs` directory or any `.md` files in the repository.
Use this skill when asked to create a GitHub issue. It handles different issue types (bug, feature, etc.) using repository templates and ensures proper labeling.
Use this skill if the user asks you to help them address GitHub PR comments for their current branch of the Jiminy CLI. Requires `gh` CLI tool.
| name | docs-changelog |
| description | Generates and formats changelog files for a new release based on provided version and raw changelog data. |
To standardize the process of updating changelog files (latest.md,
preview.md, index.md) based on automated release information.
v0.28.0,
v0.29.0-preview.2).2026-02-12T20:33:15Z).latest.md and preview.md Highlights**New Feature:** A brief description...)..gemini/skills/docs-changelog/references/highlights_examples.md
for the correct style and tone.version
string.
version contains "nightly", STOP. No changes are made.version ends in .0, follow the Path A: New Minor Version
procedure.version does not end in .0, follow the Path B: Patch Version
procedure.TIME input into two formats for later use:
yyyy-mm-dd and Month dd, yyyy.BODY content to a temporary file for processing.[#12345](URL)).Use this path if the version number ends in .0.
Important: Based on the version, you must choose to follow either section A.1 for stable releases or A.2 for preview releases. Do not follow the instructions for the other section.
v0.28.0)For a stable release, you will generate two distinct summaries from the changelog: a concise announcement for the main changelog page, and a more detailed highlights section for the release-specific page.
Create the Announcement for index.md:
docs/changelogs/index.md and the
example within
.gemini/skills/docs-changelog/references/index_template.md as your
guide. This format includes PR links and authors. Stick to 1 or 2 PR
links and authors.docs/changelogs/index.md.Create Highlights and Update latest.md:
latest.md and preview.md Highlights" section
above..gemini/skills/docs-changelog/references/latest_template.md.version, release_date, generated
highlights, and the processed content from the temporary file.docs/changelogs/latest.md with
the populated template.v0.29.0-preview.0)preview.md:
.gemini/skills/docs-changelog/references/preview_template.md.version, release_date, generated
highlights, and the processed content from the temporary file.docs/changelogs/preview.md
with the populated template.Use this path if the version number does not end in .0.
Important: Based on the version, you must choose to follow either section B.1 for stable patches or B.2 for preview patches. Do not follow the instructions for the other section.
v0.28.1)docs/changelogs/latest.mdUpdate the version in the main header. The line should read,
# Latest stable release: {{version}}
Update the rease date. The line should read,
Released: {{release_date_month_dd_yyyy}}
Determine if a "What's Changed" section exists in the temporary file If so, continue to step 4. Otherwise, skip to step 5.
Prepend the processed "What's Changed" list from the temporary file
to the existing "What's Changed" list in latest.md. Do not change or
replace the existing list, only add to the beginning of it.
In the "Full Changelog", edit only the end of the URL. Identify the
last part of the URL that looks like ...{previous_version} and update
it to be ...{version}.
Example: assume the patch version is v0.29.1. Change
Full Changelog: https://github.com/Plaer1/jiminy-cli/compare/v0.28.2…v0.29.0
to
Full Changelog: https://github.com/Plaer1/jiminy-cli/compare/v0.28.2…v0.29.1
v0.29.0-preview.3)docs/changelogs/preview.mdUpdate the version in the main header. The line should read,
# Preview release: {{version}}
Update the rease date. The line should read,
Released: {{release_date_month_dd_yyyy}}
Determine if a "What's Changed" section exists in the temporary file If so, continue to step 4. Otherwise, skip to step 5.
Prepend the processed "What's Changed" list from the temporary file
to the existing "What's Changed" list in preview.md. Do not change or
replace the existing list, only add to the beginning of it.
In the "Full Changelog", edit only the end of the URL. Identify the
last part of the URL that looks like ...{previous_version} and update
it to be ...{version}.
Example: assume the patch version is v0.29.0-preview.1. Change
Full Changelog: https://github.com/Plaer1/jiminy-cli/compare/v0.28.2…v0.29.0-preview.0
to
Full Changelog: https://github.com/Plaer1/jiminy-cli/compare/v0.28.2…v0.29.0-preview.1
npm run format fails, it may be necessary to run
npm install first to ensure all formatting dependencies are available.
Then, run npm run format to ensure consistency.