What problem does it solve? After a release, teams struggle to know which code changes require new or updated help documentation. This Skill scans git history since a baseline tag or SHA, filters out internal-only work, and produces a structured list of documentation candidates with exact UI labels and flows. ## Core Features & Use Cases - Change Discovery: Lists merge commits and PR titles in a baseline..HEAD range and filters them to user-facing changes using path watchlists and heuristics. - Code-Based Research: Infers how features work by reading frontend pages, routes, shared components, and feature tests, quoting UI labels exactly from source. - Doc Action Classification: Assigns each change cluster an action (new_page, update_page, api_auto_sync, or skip) and cross-checks the sibling operately-website repo for existing help pages. - Use Case: Before publishing release notes, run the audit against tag v1.6.0 to get a list of every feature needing a new help page, including suggested slugs, sections, and entry points. ## Quick Start Audit the operately repo for documentation gaps since tag v1.6.0 and list each user-facing change with its recommended doc action.