Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
google-gemini avatar

Docs Changelog

  • 1.2k installs
  • 106k repo stars
  • Updated August 5, 2026
  • google-gemini/gemini-cli

docs-changelog provides documented workflows for >-

About

The docs-changelog skill >- # Procedure: Updating Changelog for New Releases ## Objective To standardize the process of updating changelog files (`latest.md`, `preview.md`, `index.md`) based on automated release information. ## Inputs - **version**: The release version string (e.g., `v0.28.0`, `v0.29.0-preview.2`). - **TIME**: The release timestamp (e.g., `2026-02-12T20:33:15Z`). - **BODY**: The raw markdown release notes, containing a "What's Changed" section and a "Full Changelog" link. ## Guidelines for `latest.md` and `preview.md` Highlights - Aim for **3-5 key highlight points**. - Each highlight point must start with a bold-typed title that summarizes the change (e.g., `**New Feature:** A brief description...`). - **Prioritize** summarizing new features over other changes like bug fixes or chores. - **Avoid** mentioning features that are "experimental" or "in preview" in Stable Releases. - **DO NOT** include PR numbers, links, or author names in these highlights. - Refer to `.gemini/skills/docs-changelog/references/highlights_examples.md` for the correct style and tone.

  • **version**: The release version string (e.g., `v0.28.0`,
  • **TIME**: The release timestamp (e.g., `2026-02-12T20:33:15Z`).
  • **BODY**: The raw markdown release notes, containing a "What's Changed"
  • Aim for **3-5 key highlight points**.
  • Each highlight point must start with a bold-typed title that summarizes the

Docs Changelog by the numbers

  • 1,176 all-time installs (skills.sh)
  • +11 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #69 of 782 Skill Development skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

docs-changelog capabilities & compatibility

Capabilities
**version**: the release version string (e.g., ` · **time**: the release timestamp (e.g., `2026 02 · **body**: the raw markdown release notes, contai · aim for **3 5 key highlight points**. · each highlight point must start with a bold type
Use cases
documentation
From the docs

What docs-changelog says it does

# Procedure: Updating Changelog for New Releases ## Objective To standardize the process of updating changelog files (`latest.md`, `preview.md`, `index.md`) based on automated release information.
SKILL.md
## Inputs - **version**: The release version string (e.g., `v0.28.0`, `v0.29.0-preview.2`).
SKILL.md
npx skills add https://github.com/google-gemini/gemini-cli --skill docs-changelog

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs1.2k
repo stars106k
Security audit3 / 3 scanners passed
Last updatedAugust 5, 2026
Repositorygoogle-gemini/gemini-cli

How do I use docs-changelog for the task described in its SKILL.md triggers?

>-

Who is it for?

Teams invoking docs-changelog when the user request matches documented triggers and prerequisites.

Skip if: Skip when cached docs are missing, the request is a negative trigger, or another sibling skill owns the workflow.

When should I use this skill?

>-

What you get

Step-by-step guidance grounded in docs-changelog documentation and reference files.

  • formatted latest.md
  • formatted preview.md
  • updated index.md

By the numbers

  • Updates three changelog files: latest.md, preview.md, and index.md
  • Accepts both stable versions like v0.28.0 and preview tags like v0.29.0-preview.2

Files

SKILL.mdMarkdownGitHub ↗

Procedure: Updating Changelog for New Releases

Objective

To standardize the process of updating changelog files (latest.md, preview.md, index.md) based on automated release information.

Inputs

  • version: The release version string (e.g., v0.28.0,

v0.29.0-preview.2).

  • TIME: The release timestamp (e.g., 2026-02-12T20:33:15Z).
  • BODY: The raw markdown release notes, containing a "What's Changed"

section and a "Full Changelog" link.

Guidelines for latest.md and preview.md Highlights

  • Aim for 3-5 key highlight points.
  • Each highlight point must start with a bold-typed title that summarizes the

change (e.g., **New Feature:** A brief description...).

  • Prioritize summarizing new features over other changes like bug fixes or

chores.

  • Avoid mentioning features that are "experimental" or "in preview" in

Stable Releases.

  • DO NOT include PR numbers, links, or author names in these highlights.
  • Refer to .gemini/skills/docs-changelog/references/highlights_examples.md

for the correct style and tone.

Initial Processing

1. Analyze Version: Determine the release path based on the version string.

  • If version contains "nightly", STOP. No changes are made.
  • If version ends in .0, follow the Path A: New Minor Version

procedure.

  • If version does not end in .0, follow the Path B: Patch Version

procedure. 2. Process Time: Convert the TIME input into two formats for later use: yyyy-mm-dd and Month dd, yyyy. 3. Process Body:

  • Save the incoming BODY content to a temporary file for processing.
  • In the "What's Changed" section of the temporary file, reformat all pull

request URLs to be markdown links with the PR number as the text (e.g., [#12345](URL)).

  • If a "New Contributors" section exists, delete it.
  • Preserve the "Full Changelog" link. The processed content of this

temporary file will be used in subsequent steps.

---

Path A: New Minor Version

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.

A.1: Stable Release (e.g., 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.

1. Create the Announcement for `index.md`:

  • Generate a concise announcement summarizing the most important changes.

Each announcement entry must start with a bold-typed title that summarizes the change.

  • Important: The format for this announcement is unique. You must

use the existing announcements in 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.

  • Add this new announcement to the top of docs/changelogs/index.md.

2. Create Highlights and Update `latest.md`:

  • Generate a comprehensive "Highlights" section, following the guidelines

in the "Guidelines for latest.md and preview.md Highlights" section above.

  • Take the content from

.gemini/skills/docs-changelog/references/latest_template.md.

  • Populate the template with the version, release_date, generated

highlights, and the processed content from the temporary file.

  • Completely replace the contents of docs/changelogs/latest.md with

the populated template.

A.2: Preview Release (e.g., v0.29.0-preview.0)

1. Update `preview.md`:

  • Generate a comprehensive "Highlights" section, following the highlight

guidelines.

  • Take the content from

.gemini/skills/docs-changelog/references/preview_template.md.

  • Populate the template with the version, release_date, generated

highlights, and the processed content from the temporary file.

  • Completely replace the contents of docs/changelogs/preview.md

with the populated template.

---

Path B: Patch Version

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.

B.1: Stable Patch (e.g., v0.28.1)

  • Target File: docs/changelogs/latest.md
  • Perform the following edits on the target file:

1. Update the version in the main header. The line should read, # Latest stable release: {{version}} 2. Update the rease date. The line should read, Released: {{release_date_month_dd_yyyy}} 3. Determine if a "What's Changed" section exists in the temporary file If so, continue to step 4. Otherwise, skip to step 5. 4. 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. 5. 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/google-gemini/gemini-cli/compare/v0.28.2…v0.29.0 to Full Changelog: https://github.com/google-gemini/gemini-cli/compare/v0.28.2…v0.29.1

B.2: Preview Patch (e.g., v0.29.0-preview.3)

  • Target File: docs/changelogs/preview.md
  • Perform the following edits on the target file:

1. Update the version in the main header. The line should read, # Preview release: {{version}} 2. Update the rease date. The line should read, Released: {{release_date_month_dd_yyyy}} 3. Determine if a "What's Changed" section exists in the temporary file If so, continue to step 4. Otherwise, skip to step 5. 4. 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. 5. 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/google-gemini/gemini-cli/compare/v0.28.2…v0.29.0-preview.0 to Full Changelog: https://github.com/google-gemini/gemini-cli/compare/v0.28.2…v0.29.0-preview.1

---

Finalize

  • After making changes, if 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.

  • Delete any temporary files created during the process.

Related skills

How it compares

Use docs-changelog for repo-native changelog markdown; GitHub Releases alone do not update latest.md or preview.md in the docs tree.

FAQ

What does docs-changelog do?

>-

When should I use docs-changelog?

>-

What are common prerequisites?

--- name: docs-changelog description: >- Generates and formats changelog files for a new release based on provided version and raw changelog data.

Is Docs Changelog safe to install?

skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.