Operate5-point gate · Any stack
Synchronize the living documentation
Make the shared memory describe what now exists, why it changed, and how to verify it.
Use this when
Documentation still describes the proposal after the implementation changed
A new readme created because the existing source of truth was not found
Commands and file paths copied without checking that they exist
The quality gate
- The code change is mapped to the exact architecture, content, brand, route, or QA source of truth it affects
- Documentation describes implemented current state rather than the original plan
- Commands, paths, identifiers, ownership, and compatibility constraints match the repository
- Superseded guidance is removed or explicitly marked historical without creating a competing document
- A fresh contributor can locate, change, and verify the affected system from the updated documentation
Prove it: Give the updated entry point to a fresh contributor; they must locate the implementation, name its constraints, and choose the correct verification command without help.
Install or copy
Save the download as documentation-sync/SKILL.md in your agent's supported skills directory, or copy the complete package below. Load it only when its description matches the work.
Portable SKILL.md
--- name: documentation-sync description: "Synchronizes shared documentation with an implemented change and removes contradictory current-state guidance. Use when architecture, routes, content, brand, standards, ownership, or verification changed." --- # Synchronize the living documentation Apply this skill during **Operate** work. It supports Any stack. Make the shared memory describe what now exists, why it changed, and how to verify it. ## Instructions Synchronize documentation after inspecting the implemented change. Identify which shared source-of-truth documents are affected by architecture, routes, data ownership, branding, content, design standards, compatibility, or quality requirements. Update those documents to describe the current implementation, including exact commands, paths, owners, identifiers, constraints, and verification steps. Remove contradictions and superseded current-state guidance; preserve history only where it explains a compatibility decision. Do not create a new planning file when an existing shared document owns the topic. Finish by checking every documented path and command against the repository. ## Detect the problem - Documentation still describes the proposal after the implementation changed - A new readme created because the existing source of truth was not found - Commands and file paths copied without checking that they exist ## Hold the gate Do not declare this phase complete until every item passes: - [ ] The code change is mapped to the exact architecture, content, brand, route, or QA source of truth it affects - [ ] Documentation describes implemented current state rather than the original plan - [ ] Commands, paths, identifiers, ownership, and compatibility constraints match the repository - [ ] Superseded guidance is removed or explicitly marked historical without creating a competing document - [ ] A fresh contributor can locate, change, and verify the affected system from the updated documentation ## Verify the result Give the updated entry point to a fresh contributor; they must locate the implementation, name its constraints, and choose the correct verification command without help.
More operate skills
Want this quality gate applied to a real product decision?
Start a First Loop