document-release

Update project documentation files to reflect shipped code changes.

Updated Mar 24, 2026
One-click install
npx skills add https://github.com/antriksh-29/reddit-automation --skill document-release-antriksh-29
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: document-release
Source: https://github.com/antriksh-29/reddit-automation/tree/main/.claude/skills/gstack/document-release
Command: npx skills add https://github.com/antriksh-29/reddit-automation --skill document-release-antriksh-29

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates post-ship documentation updates by cross-referencing diffs and aligning shipped changes across core project docs, saving manual polish time and reducing drift.

Core Features & Use Cases

  • Reads all project docs and cross-references the diff to ensure README.md, ARCHITECTURE.md, CONTRIBUTING.md, and CLAUDE.md reflect what was shipped.
  • Polishes CHANGELOG language, cleans up TODOS, and optionally bumps the VERSION when appropriate.
  • Use cases include syncing documentation after a PR merge, post-release notes, or asked updates like "update the docs" or "post-ship docs".

Quick Start

Tell me which docs to refresh and I will run the /document-release workflow to align shipped changes across docs.

Frequently Asked Questions about document-release

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

FAQPage Schema
How do I automate post-ship documentation updates after a PR merge?

Automate post-ship documentation updates by scanning repository diffs and aligning shipped changes across core project docs like README.md, ARCHITECTURE.md, and CONTRIBUTING.md. This workflow cross-references diffs to ensure your documentation reflects what was actually shipped, reducing manual polish time and preventing documentation drift.

What is the best way to keep README and CONTRIBUTING files in sync with shipped code changes?

Keeping README and CONTRIBUTING files in sync with shipped code changes requires cross-referencing repository diffs against existing documentation. This Skill reads all project docs, aligns them with the shipped diff, polishes CHANGELOG language, cleans up TODOS, and optionally bumps the VERSION number to reflect the new release.

Can I automatically bump the VERSION in my repository docs after a release?

Automatically bumping the VERSION in repository docs after a release is supported as an optional feature. When running the post-ship documentation update workflow, it reads the current docs, aligns them with shipped changes, and can optionally bump the VERSION to accurately reflect the newly shipped release.

Does this documentation sync workflow update CLAUDE.md and ARCHITECTURE.md files?

This documentation sync workflow updates CLAUDE.md and ARCHITECTURE.md files alongside README.md and CONTRIBUTING.md. It reads all project docs and cross-references the shipped diff to ensure consistency across these core files, guaranteeing that architectural guidelines and agent instructions reflect the latest code changes.

How do I polish CHANGELOG language and clean up TODOS after shipping code?

Polishing CHANGELOG language and cleaning up TODOS after shipping code is handled by the post-ship documentation update workflow. It reads your repository diffs, aligns the core project docs with the shipped changes, refines the CHANGELOG text for clarity, and removes completed TODOS to maintain a clean project state.

When should I run a post-ship docs update workflow?

Run a post-ship docs update workflow after merges or code ships when you need to update core project documentation. It is specifically designed for syncing documentation after a PR merge, generating post-release notes, or executing requested updates like "update the docs" or "post-ship docs" to prevent drift.