@infinitedusky/indusk-mcp 1.0.0 → 1.0.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
# Always add new docs pages to the sidebar
|
|
2
|
+
|
|
3
|
+
When you create a new documentation page, you must also add it to the VitePress sidebar configuration in `.vitepress/config.ts`. If you don't, the page exists but is invisible — no one can navigate to it.
|
|
4
|
+
|
|
5
|
+
This is the single most common documentation mistake. The page is written, the content is good, but it's orphaned because the sidebar wasn't updated.
|
|
6
|
+
|
|
7
|
+
The fix is simple: every time you create a page, immediately open `.vitepress/config.ts` and add the entry to the correct sidebar section. Do it in the same edit, not as a follow-up.
|
package/package.json
CHANGED
package/skills/document.md
CHANGED
|
@@ -63,6 +63,16 @@ apps/indusk-docs/src/
|
|
|
63
63
|
└── lessons/ # Distilled from retrospective insights during archival
|
|
64
64
|
```
|
|
65
65
|
|
|
66
|
+
**CRITICAL: Every new page must be added to the sidebar.** The sidebar is configured in a single file: `apps/indusk-docs/src/.vitepress/config.ts` under `themeConfig.sidebar`. If you create a page but don't add it to the sidebar, it is invisible — users cannot navigate to it. This is the most common documentation mistake.
|
|
67
|
+
|
|
68
|
+
When you create or move a page:
|
|
69
|
+
1. Write the page content
|
|
70
|
+
2. **Immediately** open `.vitepress/config.ts`
|
|
71
|
+
3. Add the page to the correct sidebar section
|
|
72
|
+
4. Verify the page appears in navigation
|
|
73
|
+
|
|
74
|
+
Never consider a documentation item complete until the sidebar entry exists.
|
|
75
|
+
|
|
66
76
|
**Pipeline:** Document skill writes/updates docs during impl → retrospective skill archives planning artifacts and distills ADRs into decisions/ and insights into lessons/. Don't manually populate decisions/ or lessons/ during impl work — that's the retrospective's job.
|
|
67
77
|
|
|
68
78
|
### What Goes Where
|