gk-changelog

Generate synchronized developer and client changelogs from git history and task trackers.

1|Updated Jul 4, 2026
One-click install
npx skills add https://github.com/gkganesh12/gk-stack --skill gk-changelog
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gk-changelog
Source: https://github.com/gkganesh12/gk-stack/tree/main/skills-extra/gk-changelog
Command: npx skills add https://github.com/gkganesh12/gk-stack --skill gk-changelog

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the problem of maintaining inconsistent or outdated project history by automatically generating synchronized changelogs for both technical developers and non-technical stakeholders.

Core Features & Use Cases

  • Dual-Format Generation: Creates a technical CHANGELOG.md for developers and a plain-English CHANGELOG_CLIENT.md for business stakeholders.
  • Context-Aware Grouping: Automatically aggregates commits, tasks, and architectural decisions into meaningful, high-level entries rather than raw lists.
  • Use Case: After completing a development sprint, run this skill to instantly update your project documentation with a professional summary of new features, bug fixes, and security updates tailored to your specific audience.

Quick Start

Trigger the gk-changelog skill to generate or update your project changelogs based on the latest git history and task documentation.

Frequently Asked Questions about gk-changelog

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate generating release documentation from git history?

Automated changelog generation works by parsing git commit history, task trackers, and architectural decision logs to create context-aware release documentation. It groups raw commits into meaningful, high-level entries tailored for specific audiences rather than dumping raw commit lists.

Can I create separate changelogs for developers and non-technical stakeholders?

Yes, dual-format changelog generation produces a technical CHANGELOG.md for developers and a plain-English CHANGELOG_CLIENT.md for business stakeholders. It automatically translates technical git history into plain-English release summaries for non-technical audiences.

How do I format automated changelogs to follow Keep a Changelog and semantic versioning standards?

Automated changelog generation strictly satisfies requirements for semantic versioning and Keep a Changelog formatting standards. It parses your project history and outputs structured release documentation grouped by added, changed, fixed, and security categories.

Does this changelog automation work with task trackers and architectural decision logs?

Yes, the changelog automation works by parsing task trackers and architectural decision logs alongside git history. It aggregates commits, tasks, and architectural decisions into meaningful, high-level entries for comprehensive release reporting.

What is the best way to generate plain-English release summaries from technical git commits?

The best way to generate plain-English release summaries is applying technical-to-plain-English translation to parsed git history. This context-aware grouping aggregates raw technical commits into high-level entries tailored for non-technical business stakeholders.

When do I need to run automated changelog generation in the software development lifecycle?

You need to run automated changelog generation after completing a development sprint to instantly update project documentation. It is required for automated release documentation and stakeholder communication within software development lifecycles.