document-release

Synchronize project documentation with shipped code changes using diffs.

107|19|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/mr-daedalium/ostack --skill document-release-mr-daedalium
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: document-release
Source: https://github.com/mr-daedalium/ostack/tree/main/document-release
Command: npx skills add https://github.com/mr-daedalium/ostack --skill document-release-mr-daedalium

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-ship documentation updates are tedious and error-prone. This Skill automates reading project docs, cross-referencing diffs, and updating README/ARCHITECTURE/CONTRIBUTING/CLAUDE.md to reflect shipped changes, while polishing CHANGELOG language and TODOS.

Core Features & Use Cases

  • Cross-reference diffs to align docs with shipped changes.
  • Update README, ARCHITECTURE, CONTRIBUTING, and CLAUDE.md to reflect current state.
  • Polish CHANGELOG voice and tidy TODOS; optionally bump VERSION.
  • Proactively suggest documentation updates after PR merges or code shipping.

Quick Start

When asked to update the docs after a PR, run this skill to synchronize all project documentation with the latest shipped changes.

Frequently Asked Questions about document-release

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

FAQPage Schema
How do I automate documentation updates after shipping code changes?

Automating documentation updates after shipping involves cross-referencing code diffs to synchronize project files like README, ARCHITECTURE, and CONTRIBUTING with the latest changes. This process reads repo state and diff data to apply synchronized text edits automatically.

What is post-ship documentation synchronization and why is it needed?

Post-ship documentation synchronization aligns project docs with shipped code changes by cross-referencing diffs. It is needed because manual updates are tedious and error-prone, often leaving README and ARCHITECTURE files out of sync with the actual codebase state.

How do I keep my CHANGELOG and TODOS up to date after a PR merge?

Keeping CHANGELOG and TODOS current after a PR merge requires analyzing the merged diff to polish changelog language and tidy todo lists. Automated tooling can read these diffs and apply text edits to clean up outstanding tasks and version notes.

Does automated documentation versioning work without external dependencies?

Automated documentation versioning can work without external dependencies by leveraging standard repo state, diff data, and built-in doc tooling. It uses commands like grep and diff to process text edits directly within the repository environment.

Can I automatically bump the VERSION file when updating project docs?

Automatically bumping the VERSION file during documentation updates is supported as an optional step. While polishing the CHANGELOG and synchronizing README files, the process can simultaneously apply a version bump to reflect the newly shipped changes.

What's the best way to update CLAUDE.md and ARCHITECTURE docs after a release?

The best way to update CLAUDE.md and ARCHITECTURE docs after a release is cross-referencing the shipped diff data against existing project documentation. This ensures all architectural decisions and agent instructions accurately reflect the current codebase state.