backend-doc-sync
Skill0 starsChanged 3 months agoMITView on GitHub
Enforce documentation synchronization for every backend Python change. Use when creating, updating, or reviewing backend `*.py` code so repository docs stay aligned with implementation.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- check-documentation-gapsSkill
- check-test-gapsSkill
- commiterSkill
- docs-guardianSkill
- monthly-doc-actualizerSkill
- release-note-writerSkill
- story-checkSkill
- story-guardianSkill
- story-updateSkill
- tech-debtSkill
- test-scenario-guardianSkill
The file
We split this skill into the rules it gives an agent
12 rules. About 0 are common, 7 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use this skill whenever backend Python code changes to ensure the corresponding documentation is updated in the same change.
- Distinctive: line 14
If behavior, contracts, or architecture changed, documentation must explicitly reflect the new behavior.
- Distinctive: line 15
If no documentation update is made, provide a written impact analysis proving no user-visible or system-level behavior changed.
- Distinctive: line 19
Use for any of the following:
- Very specific: line 36
Read documentation/_documentation-index.md to find canonical target docs.
- Very specific: line 37
Update the relevant existing docs (for example: documentation/api_interfaces.md, documentation/api_db_rules.md, feature docs).
- Very specific: line 38
If no suitable doc exists, create one from documentation/_documentation_template.md and add it to documentation/_documentation-index.md.
- Distinctive: line 41
Keep changes in backend code and docs in one atomic update.
- Very specific: line 42
Update Document Control metadata for modified documentation files.
- Very specific: line 43
Ensure filenames and structure follow documentation/_documentation_standards.md.
- Distinctive: line 44
Avoid vague notes; document exact behavior that changed.
- Distinctive: line 48
If claiming no doc update is required, include a short impact statement covering:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Backend Doc Sync
Overview
Use this skill whenever backend Python code changes to ensure the corresponding documentation is updated in the same change.
Core rule:
- Backend code change and documentation update must ship together.
- If behavior, contracts, or architecture changed, documentation must explicitly reflect the new behavior.
- If no documentation update is made, provide a written impact analysis proving no user-visible or system-level behavior changed.
When To Use
Use for any of the following:
- New backend Python modules, endpoints, services, or handlers.
- Updates to existing backend Python logic.
- Refactors that can affect behavior, permissions, validation, status transitions, or integrations.
- Backend code reviews where documentation drift is possible.
Workflow (Required)
Step 1: Classify backend change impact
Choose all that apply:
- API contract impact (request/response/status codes/validation)
- Workflow or business-rule impact
- Auth or permission impact
- Data-model or persistence impact
- Internal-only refactor (no externally observable behavior)
Step 2: Map impact to documentation targets
- Read
documentation/_documentation-index.mdto find canonical target docs. - Update the relevant existing docs (for example:
documentation/api_interfaces.md,documentation/api_db_rules.md, feature docs). - If no suitable doc exists, create one from
documentation/_documentation_template.mdand add it todocumentation/_documentation-index.md.
Step 3: Update docs in the same change
- Keep changes in backend code and docs in one atomic update.
- Update
Document Controlmetadata for modified documentation files. - Ensure filenames and structure follow
documentation/_documentation_standards.md. - Avoid vague notes; document exact behavior that changed.
Step 4: Enforce no-drift checks
- Reject completion if backend code changed but docs were not reviewed.
- If claiming no doc update is required, include a short impact statement covering:
- affected modules
- why behavior is unchanged
- why existing docs remain accurate
- Confirm any new documentation file is added to
documentation/_documentation-index.md.
Output Requirements
Always report:
- Backend Python files changed
- Documentation files changed (or explicit no-impact justification)
- What behavior/contract/architecture detail was synchronized
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

