一键导入
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.