feat: add /add-wiki skill for persistent LLM Wiki knowledge bases

Container skill teaches the agent to maintain a structured, interlinked
wiki from ingested sources. Feature skill bootstraps the setup — directory
structure, group CLAUDE.md, optional scheduled lint.

Based on Karpathy's LLM Wiki pattern.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
gavrielc
2026-04-05 09:58:40 +03:00
parent 3608f05233
commit 36943fbcfd
2 changed files with 181 additions and 0 deletions
+114
View File
@@ -0,0 +1,114 @@
---
name: add-wiki
description: Add a persistent wiki knowledge base to a NanoClaw group. The agent ingests sources (URLs, files, attachments), builds interlinked wiki pages, answers questions from accumulated knowledge, and runs periodic health checks. Based on the LLM Wiki pattern. Triggers on "add wiki", "wiki", "knowledge base", "llm wiki".
---
# Add Wiki
Adds a persistent wiki knowledge base to a NanoClaw group. The agent builds and maintains structured, interlinked markdown pages from sources you provide. Knowledge compounds over time rather than being re-derived on every question.
Based on the [LLM Wiki pattern](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f).
## Phase 1: Pre-flight
Check if `container/skills/wiki/SKILL.md` exists. If it does, skip to Phase 3.
## Phase 2: Apply Code Changes
```bash
git fetch origin skill/wiki
git merge origin/skill/wiki
```
If merge conflicts, resolve them. Then:
```bash
npm run build
./container/build.sh
```
## Phase 3: Setup
### Choose target group
AskUserQuestion: "Which group should have the wiki?"
1. **Main group** — add wiki to your existing main chat
2. **Dedicated wiki group** — create a new group just for the wiki (recommended for focused research)
3. **Other** — pick an existing group
If dedicated: ask which channel and chat to use, then register with `npx tsx setup/index.ts --step register`.
### Wiki topic
Ask the user: "What's this wiki for?" (e.g. AI research, health tracking, competitive analysis, trip planning, book companion, general knowledge base)
This shapes the initial index categories and the CLAUDE.md additions.
### Create directory structure
In the target group folder:
```bash
mkdir -p groups/<folder>/wiki groups/<folder>/sources
```
Create initial `wiki/index.md`:
```markdown
# Index
_Last updated: <today>_
(Pages will appear here as sources are added.)
```
Create initial `wiki/log.md`:
```markdown
# Log
## [<today>] setup | Wiki initialized
Wiki created. Topic: <topic>.
```
### Update group CLAUDE.md
Add a wiki section to the group's CLAUDE.md. Keep it brief — the container skill has the full workflow:
```markdown
## Wiki
You maintain a persistent wiki on <topic>. When sources arrive (URLs, files, attachments), ingest them into the wiki — don't just answer and move on. The `/wiki` container skill has the full ingest/query/lint workflow.
- Wiki pages: `wiki/` (start with `wiki/index.md`)
- Raw sources: `sources/` (immutable — never modify)
```
### Optional: Schedule lint
AskUserQuestion: "Want periodic wiki health checks?"
1. **Weekly** — every Sunday at 10am
2. **Monthly** — first of each month
3. **Skip** — lint manually when needed
If yes, use `mcp__nanoclaw__schedule_task`:
- prompt: "Run a wiki lint. Check for contradictions, orphan pages, stale content, missing cross-references, and gaps. Report findings."
- schedule_type: "cron"
- schedule_value: `"0 10 * * 0"` (weekly) or `"0 10 1 * *"` (monthly)
### Optional: Obsidian
If the user uses Obsidian, mention they can point a vault at `groups/<folder>/` for graph view, backlinks, and visual browsing. The wiki is just markdown files on disk.
## Phase 4: Verify
Restart the service to pick up the new container skill:
```bash
launchctl kickstart -k gui/$(id -u)/com.nanoclaw # macOS
# Linux: systemctl --user restart nanoclaw
```
Tell the user to test: send a URL to the wiki group. The agent should ingest it, create wiki pages, and update the index.
+67
View File
@@ -0,0 +1,67 @@
---
name: wiki
description: Maintain a persistent wiki knowledge base. Ingest sources (URLs, files, attachments), build and update interlinked wiki pages, answer questions from the wiki, and run periodic health checks. Use when the user sends sources to add, asks questions the wiki can answer, or requests wiki maintenance.
---
# Wiki Knowledge Base
You maintain a persistent wiki in your workspace. The wiki sits between you and raw sources — when new material arrives, you read it and integrate it into structured, interlinked pages. Knowledge compounds over time rather than being re-derived on every question.
## Directory Structure
```
wiki/ # LLM-generated pages (you own this entirely)
index.md # Content catalog — updated on every ingest
log.md # Append-only activity log
... # Entity pages, concept pages, comparisons, syntheses
sources/ # Raw immutable material (never modify these)
... # Fetched articles, clipped pages, uploaded files
```
## Operations
### Ingest
When the user sends a URL, file, or says to add something:
1. Fetch or read the source material
2. Save a copy to `sources/` (URLs: fetch and save as markdown; files: copy as-is)
3. Discuss key takeaways with the user
4. Create or update wiki pages — summaries, entity pages, concept pages, cross-references
5. Flag contradictions with existing wiki content
6. Update `index.md` with new and changed pages
7. Append to `log.md`
A single source often touches many wiki pages. Prefer ingesting one source at a time with user involvement, though batch ingestion works for bulk imports.
### Query
When the user asks a question:
1. Read `index.md` to locate relevant pages
2. Read those pages and synthesize an answer
3. Cite which wiki pages informed the answer
4. If the answer is substantial, offer to file it back as a new wiki page — explorations should compound in the wiki, not disappear into chat history
### Lint
When asked to health-check the wiki (or triggered by a scheduled task):
- Contradictions between pages
- Stale claims superseded by newer sources
- Orphan pages with no inbound links
- Important concepts that lack dedicated pages
- Missing cross-references
- Data gaps — suggest sources to pursue
Report findings and offer to fix issues.
## Conventions
- Markdown with YAML frontmatter (`date_created`, `last_updated`, `sources`, `tags`)
- Link between pages with relative markdown links: `[Page Title](page-title.md)`
- One entity or concept per page — split pages over ~500 lines
- `index.md`: organized by category, each entry is `- [Page Title](path.md) — one-line summary`
- `log.md`: append-only, each entry starts with `## [YYYY-MM-DD] <operation> | <description>`
These are defaults. Adapt the structure to the domain — the user's wiki, their conventions.