Doc maintenance
Governance-first agent command center for workflow automation, validation, policy, documentation sync, and execution discipline.
npx -y skills add matt-bat/agent-command-center --skill doc-maintenanceAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Update existing canonical documentation when an authorized change alters behavior, interfaces, commands, setup, operations, policy, or user-facing usage. Use when documentation would otherwise become inaccurate; do not create unrelated README, tracker, architecture, or runbook artifacts merely because the skill activated.
SKILL.md
3.2 KB, as published. Nobody here has run it
Doc Maintenance
Mission
Keep documentation true to implemented and verified behavior without expanding repository scope.
Activation Boundary
Activate when:
- an authorized change makes an existing canonical document inaccurate
- documentation is an explicit deliverable
- a new command, interface, migration, operational procedure, or compatibility rule requires user or operator guidance
Do not activate for answer-only work, behavior-neutral internal edits, or speculative documentation.
Authority and Artifact Policy
- Activating this skill grants no authority to create new repository structures.
- Update an existing canonical document before creating another file.
- Create a new document only when the task authorizes it and no suitable canonical surface exists.
- Do not create or update trackers, project indexes, histories, governance records, backup systems, or release notes unless their own scoped trigger applies.
- Preserve historical evidence; document supersession instead of rewriting history.
Documentation Impact Map
Identify:
- changed behavior or workflow
- affected audience
- canonical document that currently describes it
- exact stale statement, command, path, or example
- required validation
Skip unaffected documentation.
Update Rules
- Describe verified behavior, not intended future behavior.
- Keep commands, paths, options, and examples exact.
- Preserve the repository's voice and organization.
- Link to one source of truth instead of duplicating detailed policy.
- Mark lifecycle changes with replacement and compatibility guidance.
- Capture non-obvious rationale only where a maintainer will need it.
For complex cross-document changes, read documentation-validation.md.
Validation
- Confirm referenced local paths exist or are explicitly external.
- Run documented commands when safe and relevant, or mark them unexecuted.
- Check related canonical documents for contradictions.
- Review the final diff for duplicated prose and unrelated rewriting.
- Never claim documentation is current beyond the surfaces inspected.
Output Contract
Provide:
- canonical documents changed
- behavior or workflow synchronized
- validation performed
- remaining documentation risk
Quality Gates
- Every changed document corresponds to an authorized behavior or documentation deliverable.
- No unrelated artifact was created.
- Commands, paths, and lifecycle claims are verifiable.
- Historical records remain historically accurate.
Related Skills
- User Instructions Tracker: durable directive records when explicitly triggered.
- File Maintenance: periodic factuality and staleness audits.
- Deprecation Management: lifecycle and compatibility guidance.