Docs and api writer
Skill tuanductran/soulmap-ai/.claude/skills/docs-and-api-writer
Write and update technical docs for SoulMap AI so README, API docs, developer guides, and tester guides stay aligned with the actual repo behavior.From its SKILL.md
npx -y skills add tuanductran/soulmap-ai --skill docs-and-api-writerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 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.
SKILL.md
2.9 KB, as published. Nobody here has run it
Docs and API writer
Use this skill when writing or updating technical documentation in this repository.
Relevant files include:
README.mddocs/engineering/API.mddocs/engineering/DEV.mddocs/engineering/TESTER.mddocs/operations/OPERATIONS.mddocs/README.md
Do not use this skill for
- Reviewing or editing public-facing brand copy (landing pages, onboarding, FAQ), use
brand-copy-reviewfor those - Editing knowledge files under
skills/(shipped) ortemplates/(internal-only), useknowledge-base-maintainer - Reviewing prompt engineering or safety behavior, use
ai-prompt-engineering-safety-review
Mission
Keep the docs accurate, readable, and faithful to the implementation.
This skill should help when:
- a new module or workflow was added
- docs have drifted from code
- setup instructions are outdated
- CLI contracts need to be explained clearly
Sources of truth
Always check:
- the relevant files under
src/ README.md- existing tests under
tests/ AGENTS.mdwhen behavior or safety is involved../rules/language-and-grammar.mdfor repo-local grammar and style
What to check
Implementation accuracy
Make sure docs describe what the repo actually does today.
Contract clarity
For CLI and API-like surfaces, document:
- entrypoints
- expected input
- expected output
- key constraints
- important failure cases
Audience fit
Match the document to its user:
- README for broad orientation
- API docs for integrators
- DEV docs for contributors
- TESTER docs for QA and regression checks
Cross-doc consistency
Keep terminology and workflow descriptions consistent across files.
Workflow
- Read the target doc.
- Read the relevant code and tests.
- Identify stale or missing parts.
- Update the doc with the smallest complete correction.
- Preserve the established tone of the file.
Expected output
For review tasks, structure the result as:
Findings
List gaps between docs and implementation.
Updated documentation
Provide the revised text or summary of the change.
Notes
Mention any adjacent docs that may also need to stay in sync.
Writing rules
- Prefer concrete commands and examples.
- Follow
../rules/language-and-grammar.mdfor sentence case, active voice, plain wording, and list discipline. - Do not document features the repo does not expose.
- Keep examples minimal but executable.
- Avoid marketing language in technical docs.
Definition of done
The updated docs should be:
- accurate
- easy to follow
- consistent with code and tests
- useful to the intended reader