doc-maintenance

Detect documentation drift and generate minimal factual edits via pull requests.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill eliminates the risk of outdated, inaccurate top-level product documentation that misleads users about current software capabilities, saving teams hours of manual cross-referencing between code changes and docs.

Core Features & Use Cases

  • Git History Drift Detection: Scans recent non-merge commits to identify shipped features, breaking changes, and structural updates missing from or incorrectly marked in target docs.
  • Minimal Factual Edits: Applies only accuracy fixes, preserving existing document tone, structure, and voice, with no unnecessary rewrites or cosmetic changes.
  • Automated PR Workflow: Creates a dedicated branch, commits fixes, and opens a pull request with a detailed change summary for team review.
  • Use Case: After merging a new plugin system feature, run this skill to automatically update the README features table and SPEC extensions section to reflect the shipped capability, removing any outdated "coming soon" labels.

Quick Start

Ask the AI to run the doc-maintenance skill to audit and fix inaccuracies in your project's top-level README, SPEC, and PRODUCT documentation after a recent feature release.

Frequently Asked Questions about doc-maintenance

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

FAQPage Schema
How do I detect documentation drift between shipped code changes and product docs?

Documentation drift is detected by scanning recent non-merge git commits to identify shipped features and breaking changes missing from top-level markdown files. This process cross-references code updates against README, SPEC, and PRODUCT documents to find missing or outdated information.

How do I automatically update a README after merging a new feature?

To update a README after merging a feature, an automated workflow scans the git history, applies minimal factual edits to preserve document voice, and opens a pull request with a detailed change summary for team review.

Can I preserve existing document structure and voice when applying automated documentation fixes?

Yes, automated documentation fixes apply only minimal factual edits to correct inaccuracies. This approach intentionally preserves the existing document tone, structure, and voice without applying unnecessary rewrites or cosmetic changes.

What is the best way to audit markdown documentation for outdated feature descriptions?

The best way to audit markdown documentation is running a scheduled or post-merge review process that cross-references recent code changes with top-level docs. It identifies outdated feature descriptions and generates a pull request with factual corrections.

Do I need to manually review documentation updates generated from git history?

Yes, you need to manually review documentation updates because the process creates a dedicated branch, commits fixes, and opens a pull request with a detailed change summary for team review before merging into the main project.

When should I run a documentation accuracy check on my SPEC and PRODUCT markdown files?

You should run a documentation accuracy check on SPEC and PRODUCT markdown files during periodic scheduled audits or immediately after post-major-feature-merge reviews to ensure top-level user-facing documentation reflects current software capabilities.