document-release

Update project documentation to match shipped changes after a release.

Updated Apr 18, 2026
One-click install
npx skills add https://github.com/algorithmbasics/gstack --skill document-release-algorithmbasics
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: document-release
Source: https://github.com/algorithmbasics/gstack/tree/main/document-release
Command: npx skills add https://github.com/algorithmbasics/gstack --skill document-release-algorithmbasics

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-ship documentation drift is addressed by this skill. It reads all project docs, cross-references the diff, and updates README, ARCHITECTURE, CONTRIBUTING, and CLAUDE.md to match what shipped; it also polishes the CHANGELOG, cleans up TODOS, and can bump VERSION when requested.

Core Features & Use Cases

  • Automated post-ship documentation synchronization across key docs
  • Changelog voice polishing and optional version bump
  • One-time routing and compliance checks after release

Quick Start

Run the post-ship docs updater to synchronize README, ARCHITECTURE, CONTRIBUTING, and CLAUDE.md with what shipped.

Frequently Asked Questions about document-release

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

FAQPage Schema
How do I update project documentation after a release to match what shipped?▼

To update project documentation after a release, scan all docs and cross-reference the diff to align README, ARCHITECTURE, CONTRIBUTING, and CLAUDE.md with the shipped changes.

Can I automatically polish the CHANGELOG and bump VERSION during post-ship doc sync?▼

Yes, you can polish the CHANGELOG and bump VERSION during post-ship doc synchronization by performing updates with in-repo tooling like bash, read, write, and edit as part of the workflow.

What is post-ship documentation drift and how do in-repo tools fix it?▼

Post-ship documentation drift occurs when docs fail to reflect shipped changes; in-repo tools fix it by reading all project docs, cross-referencing the diff, and editing them to match the release.

Does this docs-sync workflow require external dependencies or components?▼

No, this docs-sync workflow requires no external dependencies or components, relying entirely on in-repo tooling like bash, read, write, and edit to update files.

When should I run a post-ship docs updater for my project?▼

You should run a post-ship docs updater immediately after a release to perform one-time routing and compliance checks, ensuring core docs match the actual shipped code.

What is the best way to clean up TODOS and align CLAUDE.md after shipping?▼

The best way to clean up TODOS and align CLAUDE.md after shipping is to run an automated post-ship docs updater that cross-references the release diff and edits the files accordingly.