doc-maintenance

Audit top-level documentation drift against recent git history and open a PR.

Updated Mar 15, 2026
One-click install
npx skills add https://github.com/mighty-hq/mighty-paperclip --skill doc-maintenance-mighty-hq
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-maintenance
Source: https://github.com/mighty-hq/mighty-paperclip/tree/main/.agents/skills/doc-maintenance
Command: npx skills add https://github.com/mighty-hq/mighty-paperclip --skill doc-maintenance-mighty-hq

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Prevent documentation drift by auditing top-level docs against recent code changes, ensuring shipped capabilities aren’t missing and “coming soon” or “not supported” claims don’t linger after release.

Core Features & Use Cases

  • Drift detection from git history: Scans commits since the last review cursor to identify notable feature, breaking, and structural changes.
  • Targeted audits of key docs: Checks README.md, doc/SPEC.md, and doc/PRODUCT.md for false negatives, false positives, and quickstart/feature/“works with” accuracy.
  • Minimal, low-churn remediation: Creates a docs-update branch and proposes the smallest factual edits possible, then opens a PR (or just advances the cursor if no edits are needed).
  • Change-driven coverage: Uses the audit checklist and section map to focus review effort on the most likely doc hotspots for each change category.

Quick Start

Ask the agent: “Run doc maintenance to audit README.md, doc/SPEC.md, and doc/PRODUCT.md for drift since the last review, then open a PR with minimal accuracy fixes.”

Frequently Asked Questions about doc-maintenance

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

FAQPage Schema
How do I prevent documentation drift after merging code changes?

Prevent documentation drift by auditing top-level docs against recent git history, identifying shipped capabilities and lingering claims, then proposing minimal factual edits via a pull request.

How do I audit README and SPEC files for accuracy against commit history?

Audit README and SPEC files for accuracy by scanning commit messages and diffs since the last review cursor, classifying notable changes, and checking user-facing claims against an audit checklist and section map.

What is the best way to update product messaging docs after a release?

The best way to update product messaging docs after a release is to run a change-driven audit that identifies false negatives and lingering claims, then applies low-churn remediation through a docs-update branch and PR.

Does documentation drift detection work for post-merge and periodic review workflows?

Documentation drift detection works for both post-merge and periodic review workflows by comparing recent git history against README.md, doc/SPEC.md, and doc/PRODUCT.md to find structural changes affecting user-facing claims.

Can I automate spec validation and accuracy checks to open a PR with minimal edits?

You can automate spec validation and accuracy checks to create a docs-update branch, propose the smallest factual edits possible, open a PR with the fixes, and advance the review cursor if no edits are needed.