agentleFS
veep2012veep2012/doc_mcp/.agents/skills/backend-doc-sync/SKILL.md

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.

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
  1. Distinctive:

    Use this skill whenever backend Python code changes to ensure the corresponding documentation is updated in the same change.

    line 10
  2. Distinctive:

    If behavior, contracts, or architecture changed, documentation must explicitly reflect the new behavior.

    line 14
  3. Distinctive:

    If no documentation update is made, provide a written impact analysis proving no user-visible or system-level behavior changed.

    line 15
  4. Distinctive:

    Use for any of the following:

    line 19
  5. Very specific:

    Read documentation/_documentation-index.md to find canonical target docs.

    line 36
  6. Very specific:

    Update the relevant existing docs (for example: documentation/api_interfaces.md, documentation/api_db_rules.md, feature docs).

    line 37
  7. Very specific:

    If no suitable doc exists, create one from documentation/_documentation_template.md and add it to documentation/_documentation-index.md.

    line 38
  8. Distinctive:

    Keep changes in backend code and docs in one atomic update.

    line 41
  9. Very specific:

    Update Document Control metadata for modified documentation files.

    line 42
  10. Very specific:

    Ensure filenames and structure follow documentation/_documentation_standards.md.

    line 43
  11. Distinctive:

    Avoid vague notes; document exact behavior that changed.

    line 44
  12. Distinctive:

    If claiming no doc update is required, include a short impact statement covering:

    line 48

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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:

  1. Backend code change and documentation update must ship together.
  2. If behavior, contracts, or architecture changed, documentation must explicitly reflect the new behavior.
  3. 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.md to 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.md and add it to documentation/_documentation-index.md.

Step 3: Update docs in the same change

  • Keep changes in backend code and docs in one atomic update.
  • Update Document Control metadata 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

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.