Maintains per-module API documentation after endpoint changes
Scanned 9/2/2026
Install to Claude Code
npx -y skills add Eliyce/paqad-ai --skill api-doc-maintainer --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Api Doc Maintainer?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/eliyce-api-doc-maintainer)More formats (shields.io, HTML) on the badges page.
---
name: api-doc-maintainer
description: Maintains per-module API documentation after endpoint changes
model_tier: medium
triggers:
- api_impact:
- additive-endpoint
- modified-endpoint
- breaking-change
max_lines: 200
cacheable: false
cache_key_inputs: []
output_format: markdown
input_schema:
changed_files:
type: path[]
required: true
description: Implementation files that changed API behavior.
module_doc_paths:
type: path[]
required: true
description: Canonical API docs to sync.
---
## What It Does
Keeps per-module API docs accurate after endpoint changes by updating routes, schemas, permissions, and error references together instead of as disconnected edits.
## Use This When
Use this after any implementation or design change that adds, removes, or modifies endpoints, payloads, auth rules, or API error behavior.
## Inputs
- Read the module API docs first: `api/endpoints.md`, `api/schemas.md`, and `api/error-codes.md` when they exist.
- Read the changed controllers, routes, handlers, or generated endpoint inventory for the module.
- Read `references/api-entry-requirements.md` before editing the docs.
## Procedure
1. Run `scripts/find-api-docs.sh` to enumerate the canonical per-module API doc paths that already exist.
2. Identify endpoints whose request, response, auth, permission, or error behavior changed.
3. Update or add endpoint entries using `assets/endpoint-entry.template.md` — fill every required field; never ship a partial entry.
4. Update schemas and error codes in the same pass; cross-link new errors to the module error catalog.
5. Verify documented auth, versioning, and rate-limit statements still match implementation.
6. Format the report per `assets/output.template.md` and validate with `scripts/lint-output.sh`.
## Output Contract
- Match `assets/output.template.md`: `## Updated API Docs` (one bullet per file with backticked path) and `## Coverage Gaps`.
- Output must pass `scripts/lint-output.sh` (exit 0).
- Required-but-missing endpoint details belong under `Coverage Gaps`, never as guessed entries.
## Escalate / Stop Conditions
- Ask when the implementation does not expose enough evidence to confirm auth, permissions, or payload shape.
- Warn when code and existing docs disagree on a breaking API behavior.
- Do not create placeholder endpoint entries with missing required fields.
## Resources
- `references/api-entry-requirements.md`
- `scripts/find-api-docs.sh`
- `scripts/lint-output.sh`
- `assets/output.template.md`
- `assets/endpoint-entry.template.md`
- `runtime/capabilities/coding/stacks/laravel/references/tools/testing.md`
- `agents/openai.yaml`
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!