Docs Feature Write
Purpose
Convert feature evidence into durable, domain-structured documentation for
humans and agents. Produce explanation, reference, and how-to pages, an ADR for
major decisions, and a changelog entry, then update the agent-facing surface.
Operating Mode
- Accept a normalized evidence bundle from
docs-feature-collect, or collect
evidence inline when invoked directly.
- Treat tracker/PR material as evidence, not as documentation. Output a domain-
structured knowledge base, not a stitched-together timeline.
- Write documentation into the active project, never into this skill library.
- Ask at most three blocking questions; otherwise state assumptions and proceed.
- Write documentation in the same language as the user's request.
Reference Routing
Read these one-level references as needed:
references/evidence-schema.md: the evidence bundle contract. Read first.
references/domain-routing-rules.md: read before placing docs. Decides the
target domain from the project taxonomy.
references/doc-model.md: read before writing. Defines the three-tier model,
the docs/ai/ tree, Diataxis mapping, convention detection, and the rule that
AI output stays segregated from human docs.
references/feature-doc-template.md: read when writing pages. Templates for
domain pages, feature dossiers, ADRs, and changelog entries.
references/agent-context-update.md: read before touching any AGENTS.md or
path-scoped instruction file.
references/completion-checklist.md: read before claiming the pass is done.
Output Location
Detect the project's documentation convention first. If an AI-docs location
already exists (for example a docs/ai/ tree), use it. Otherwise default to a
docs/ai/ tree in the active project. Never write generated documentation into
a human-curated docs/ root by default.
Workflow
- Obtain evidence: ingest the bundle, or collect it inline against
references/evidence-schema.md.
- Read
references/domain-routing-rules.md and route the feature to one or
more domains.
- Read
references/doc-model.md and resolve the output location.
- Read
references/feature-doc-template.md and write or update: domain pages,
the feature dossier, an ADR for each major decision, and a changelog entry.
- Read
references/agent-context-update.md and update the agent surface.
- Read
references/completion-checklist.md and verify the pass.
- Optionally apply
docs-feature-style to normalize style.
- Run
scripts/check_docs.sh against the output directory.
Avoid
- Do not append everything to one endless wiki page; route by domain and intent.
- Do not invent domains, decisions, files, or operational facts.
- Do not write generated docs into a human
docs/ root by default.
- Do not edit a pre-existing operational AGENTS.md unless the project already
uses that convention; otherwise write agent context under
docs/ai/.
- Do not depend on other skills in this repository; this pack is self-contained.
1---2name: docs-feature-write3description: Use when the user wants durable documentation for a finished or in-progress feature, written for both humans and agents. Routes the feature to a domain, writes Diataxis-style docs (explanation, reference, how-to) plus an ADR for major decisions under docs/ai/, and updates agent context. Accepts an evidence bundle or collects evidence inline.4---56# Docs Feature Write78## Purpose910Convert feature evidence into durable, domain-structured documentation for11humans and agents. Produce explanation, reference, and how-to pages, an ADR for12major decisions, and a changelog entry, then update the agent-facing surface.1314## Operating Mode1516- Accept a normalized evidence bundle from `docs-feature-collect`, or collect17 evidence inline when invoked directly.18- Treat tracker/PR material as evidence, not as documentation. Output a domain-19 structured knowledge base, not a stitched-together timeline.20- Write documentation into the active project, never into this skill library.21- Ask at most three blocking questions; otherwise state assumptions and proceed.22- Write documentation in the same language as the user's request.2324## Reference Routing2526Read these one-level references as needed:2728- `references/evidence-schema.md`: the evidence bundle contract. Read first.29- `references/domain-routing-rules.md`: read before placing docs. Decides the30 target domain from the project taxonomy.31- `references/doc-model.md`: read before writing. Defines the three-tier model,32 the `docs/ai/` tree, Diataxis mapping, convention detection, and the rule that33 AI output stays segregated from human docs.34- `references/feature-doc-template.md`: read when writing pages. Templates for35 domain pages, feature dossiers, ADRs, and changelog entries.36- `references/agent-context-update.md`: read before touching any AGENTS.md or37 path-scoped instruction file.38- `references/completion-checklist.md`: read before claiming the pass is done.3940## Output Location4142Detect the project's documentation convention first. If an AI-docs location43already exists (for example a `docs/ai/` tree), use it. Otherwise default to a44`docs/ai/` tree in the active project. Never write generated documentation into45a human-curated `docs/` root by default.4647## Workflow48491. Obtain evidence: ingest the bundle, or collect it inline against50 `references/evidence-schema.md`.512. Read `references/domain-routing-rules.md` and route the feature to one or52 more domains.533. Read `references/doc-model.md` and resolve the output location.544. Read `references/feature-doc-template.md` and write or update: domain pages,55 the feature dossier, an ADR for each major decision, and a changelog entry.565. Read `references/agent-context-update.md` and update the agent surface.576. Read `references/completion-checklist.md` and verify the pass.587. Optionally apply `docs-feature-style` to normalize style.598. Run `scripts/check_docs.sh` against the output directory.6061## Avoid6263- Do not append everything to one endless wiki page; route by domain and intent.64- Do not invent domains, decisions, files, or operational facts.65- Do not write generated docs into a human `docs/` root by default.66- Do not edit a pre-existing operational AGENTS.md unless the project already67 uses that convention; otherwise write agent context under `docs/ai/`.68- Do not depend on other skills in this repository; this pack is self-contained.