Update API Docs
SkillDocs & knowledgeGenerate or update EmbodiChain Sphinx API documentation for public Python exports. Use when the API docs checker or CI reports missing __all__ exports, after adding or changing public APIs, or when asked to fill, generate, or synchronize API-reference pages and their descriptions.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Update API Docs skill
What this skill tells your AI
The instructions your AI receives, as published by dexforce/embodichain in .agents/skills/update-api-docs/SKILL.md and read by ahel’s review.
Generate useful API documentation for every public export reported by the
read-only checker. Treat static __all__ declarations as the public API
contract and preserve existing hand-written documentation.
Workflow
-
Run the checker in machine-readable mode:
python docs/scripts/check_api_docs.py --format jsonExit status 1 is expected when exports are missing. Read the JSON report; if
missing_countis zero, report that the docs are aligned and stop. -
Group missing entries by module. Read each reported source file and inspect the exported definition, signature, type annotations, and docstring. Locate existing API pages with:
rg -n "automodule:: <module>|currentmodule:: <module>" docs/source/api_reference -
Choose the documentation location:
- Add the export to an existing curated module page when one exists. Follow that page's headings, autosummary groups, and detailed autodoc directives.
- Document a package-level re-export under its public import path, not only under the implementation module.
- If no suitable curated page exists, add or extend the module section in
docs/source/api_reference/public_api.rst. This file is an agent-maintained fallback, not checker output. Keep fallback module headings sorted by import path and entries in their declared__all__order to minimize diff churn.
-
Write documentation that explains the API:
- Add the export to the appropriate
autosummaryblock. - Add the matching
autoclass,autofunction,autodata, or other detailed directive when the surrounding page provides detailed entries. - Add a concise section overview when names alone do not explain the group.
- If the source docstring is missing or too vague for autodoc, improve it
with a meaningful summary and Google-style
Args,Returns, andRaisessections where applicable. - Derive descriptions from the implementation and tests. Do not invent behavior, examples, guarantees, or parameter semantics.
- Add the export to the appropriate
-
Keep the change scoped to documentation. Do not alter runtime behavior, signatures, or
__all__merely to silence the checker. Do not replace curated prose with generic generated text or add placeholders such as "part of the public API." -
Rerun the checker until it reports zero missing exports:
python docs/scripts/check_api_docs.py -
Run Black on every changed Python file, then validate the documentation workflow:
pytest tests/docs/test_check_api_docs.py -q --confcutdir=tests/docs python -m sphinx -b dummy docs/source docs/build/api-docs-checkWhen source docstrings were changed, also run focused tests for those modules. Fix new Sphinx warnings caused by the edit; distinguish them from unrelated pre-existing warnings.
Completion Report
Report the documented import paths, the pages or docstrings updated, and the validation results. If an export cannot be documented accurately from the repository, identify the exact missing semantic information instead of guessing.
Signals
- GitHub stars
- 223
- Forks
- 24
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
update-api-docs- Source
- github.com/dexforce/embodichain