Docs Audit And Refresh
Overview
Audit docs/ from the repository outward: inspect the current implementation,
identify documentation gaps or inaccuracies, and update the relevant pages. Keep
the work inside docs/ and treat code, tests, and current configuration
surfaces as the authoritative source.
Read references/audit-checklist.md before a
broad audit so the scan stays focused on high-signal areas.
Workflow
1. Build a current-state inventory
Inspect the repository areas that define user-facing or developer-facing
behavior.
- Read the relevant code, tests, schemas, and package surfaces.
- Focus on shipped behavior, stable configuration, exposed commands,
integrations, and developer workflows.
- Use the existing docs tree as a map of intended coverage, not as proof that
coverage is complete.
2. Compare implementation against docs/
Look for three classes of issues:
- Missing documentation for an existing feature, setting, tool, or workflow
- Incorrect documentation that contradicts the current codebase
- Stale documentation that uses old names, defaults, paths, or examples
Prefer proving a gap with repository evidence before editing. Use current code
and tests instead of intuition.
3. Prioritize by reader impact
Fix the highest-cost issues first:
- Broken onboarding, setup, auth, installation, or command flows
- Wrong settings, defaults, paths, or feature behavior
- Entirely missing documentation for a real surface area
- Lower-impact clarity or organization improvements
4. Refresh the docs
Update the smallest correct set of pages under docs/.
- Edit existing pages first
- Add new pages only for clear, durable gaps
- Update the nearest
_meta.ts when adding or moving pages
- Keep examples executable and aligned with the current repository structure
- Remove dead or misleading text instead of layering warnings on top
5. Validate the refresh
Before finishing:
- Search
docs/ for old terminology and replaced config keys
- Check neighboring pages for conflicting guidance
- Confirm new pages appear in the right
_meta.ts
- Re-read critical examples, commands, and paths against code or tests
- Verify bundled skill doc indices still match the current
docs/ tree.
The qc-helper bundled skill
(packages/core/src/skills/bundled/qc-helper/SKILL.md) maintains a
hardcoded table mapping topics to doc file paths. If you added, moved,
renamed, or removed a page under docs/users/, that table must be updated
to match. Check the Features and Configuration tables in the SKILL.md
against the actual files in docs/users/features/ and
docs/users/configuration/. Other bundled or project skills may also
reference doc paths — search for docs/users/ across .qwen/skills/ and
packages/core/src/skills/bundled/ to catch them.
Audit standards
- Favor breadth-first discovery, then depth on confirmed gaps.
- Do not rewrite large areas without evidence that they are wrong or missing.
- Keep README files out of scope for edits; limit changes to
docs/.
- Call out residual gaps if the audit finds issues that are too large to solve
in one pass.
Deliverable
Produce a focused docs refresh that makes the current repository more accurate
and complete. Summarize the audited surfaces and the concrete pages updated.
1---2name: docs-audit-and-refresh3description: Audit the repository's docs/ content against the current codebase, find missing, incorrect, or stale documentation, and refresh the affected pages. Use when the user asks to review docs coverage, find outdated docs, compare docs with the current repo, or fix documentation drift across features, settings, tools, or integrations.4---5
6# Docs Audit And Refresh
7
8## Overview
9
10Audit `docs/` from the repository outward: inspect the current implementation,
11identify documentation gaps or inaccuracies, and update the relevant pages. Keep
12the work inside `docs/` and treat code, tests, and current configuration
13surfaces as the authoritative source.
14
15Read [references/audit-checklist.md](references/audit-checklist.md) before a
16broad audit so the scan stays focused on high-signal areas.
17
18## Workflow
19
20### 1. Build a current-state inventory
21
22Inspect the repository areas that define user-facing or developer-facing
23behavior.
24
25- Read the relevant code, tests, schemas, and package surfaces.
26- Focus on shipped behavior, stable configuration, exposed commands,
27 integrations, and developer workflows.
28- Use the existing docs tree as a map of intended coverage, not as proof that
29 coverage is complete.
30
31### 2. Compare implementation against `docs/`
32
33Look for three classes of issues:
34
35- Missing documentation for an existing feature, setting, tool, or workflow
36- Incorrect documentation that contradicts the current codebase
37- Stale documentation that uses old names, defaults, paths, or examples
38
39Prefer proving a gap with repository evidence before editing. Use current code
40and tests instead of intuition.
41
42### 3. Prioritize by reader impact
43
44Fix the highest-cost issues first:
45
461. Broken onboarding, setup, auth, installation, or command flows
472. Wrong settings, defaults, paths, or feature behavior
483. Entirely missing documentation for a real surface area
494. Lower-impact clarity or organization improvements
50
51### 4. Refresh the docs
52
53Update the smallest correct set of pages under `docs/`.
54
55- Edit existing pages first
56- Add new pages only for clear, durable gaps
57- Update the nearest `_meta.ts` when adding or moving pages
58- Keep examples executable and aligned with the current repository structure
59- Remove dead or misleading text instead of layering warnings on top
60
61### 5. Validate the refresh
62
63Before finishing:
64
65- Search `docs/` for old terminology and replaced config keys
66- Check neighboring pages for conflicting guidance
67- Confirm new pages appear in the right `_meta.ts`
68- Re-read critical examples, commands, and paths against code or tests
69- Verify bundled skill doc indices still match the current `docs/` tree.
70 The `qc-helper` bundled skill
71 (`packages/core/src/skills/bundled/qc-helper/SKILL.md`) maintains a
72 hardcoded table mapping topics to doc file paths. If you added, moved,
73 renamed, or removed a page under `docs/users/`, that table must be updated
74 to match. Check the Features and Configuration tables in the SKILL.md
75 against the actual files in `docs/users/features/` and
76 `docs/users/configuration/`. Other bundled or project skills may also
77 reference doc paths — search for `docs/users/` across `.qwen/skills/` and
78 `packages/core/src/skills/bundled/` to catch them.
79
80## Audit standards
81
82- Favor breadth-first discovery, then depth on confirmed gaps.
83- Do not rewrite large areas without evidence that they are wrong or missing.
84- Keep README files out of scope for edits; limit changes to `docs/`.
85- Call out residual gaps if the audit finds issues that are too large to solve
86 in one pass.
87
88## Deliverable
89
90Produce a focused docs refresh that makes the current repository more accurate
91and complete. Summarize the audited surfaces and the concrete pages updated.