document-release

Synchronize project documentation with released code by reading diffs and updating markdown files.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-ship documentation often drifts from the shipped code. This skill reads project docs, cross-references differences, and updates key docs to reflect what was shipped, polishing tone and removing gaps.

Core Features & Use Cases

  • Reads project docs and diffs to identify drift.
  • Updates README, ARCHITECTURE, CONTRIBUTING, and CLAUDE.md to align with shipped changes.
  • Polishes CHANGELOG language, cleans up TODOS, and can bump VERSION when appropriate.

Quick Start

Use after a PR is merged or code is shipped to bring docs in sync with the release.

Frequently Asked Questions about document-release

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

FAQPage Schema
How do I sync documentation with released code changes after a merge?▼

To sync documentation with released code, you can read project diffs and update markdown files like README and ARCHITECTURE to reflect shipped changes. This aligns post-ship docs with the actual codebase.

What is the best way to update CLAUDE.md and CHANGELOG after shipping code?▼

Updating CLAUDE.md and CHANGELOG post-ship involves cross-referencing code diffs with existing docs, polishing the language, and removing outdated gaps to preserve project tone and accuracy.

Why does my project documentation drift from the shipped code?▼

Project documentation drifts from shipped code when updates are not synchronized post-release. Reading repo diffs and modifying markdown files ensures documentation reflects the latest changes.

Can I automatically bump the version and clean up TODOS when syncing docs?▼

Yes, you can clean up TODOS and bump the VERSION when appropriate as part of synchronizing post-ship documentation, ensuring the project state remains consistent across files.

Does this docs-sync approach work for CONTRIBUTING and ARCHITECTURE files?▼

Yes, this docs-sync approach targets CONTRIBUTING and ARCHITECTURE files alongside README and CLAUDE.md, ensuring all key project documentation aligns with the shipped changes.

When do I need to update post-ship documentation?▼

You need to update post-ship documentation immediately after a PR is merged or code is shipped, ensuring your README, CHANGELOG, and project docs accurately reflect the new release state.