@prismer/runtime 2.2.55 → 2.2.63

package/built-in-skills/memory/references/llm-wiki/GUIDE.md

@@ -0,0 +1,468 @@
+---
+name: llm-wiki
+description: "Karpathy's LLM Wiki: build/query interlinked markdown KB."
+version: 2.1.0
+author: Hermes Agent
+license: MIT
+platforms: [linux, macos, windows]
+metadata:
+  hermes:
+    tags: [wiki, knowledge-base, research, notes, markdown, rag-alternative]
+    category: research
+    related_skills: [obsidian, arxiv]
+---
+
+# Karpathy's LLM Wiki
+
+Build and maintain a persistent, compounding knowledge base as interlinked markdown files.
+Based on [Andrej Karpathy's LLM Wiki pattern](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f).
+
+Unlike traditional RAG (which rediscovers knowledge from scratch per query), the wiki
+compiles knowledge once and keeps it current. Cross-references are already there.
+Contradictions have already been flagged. Synthesis reflects everything ingested.
+
+**Division of labor:** The human curates sources and directs analysis. The agent
+summarizes, cross-references, files, and maintains consistency.
+
+## When This Skill Activates
+
+Use this skill when the user:
+- Asks to create, build, or start a wiki or knowledge base
+- Asks to ingest, add, or process a source into their wiki
+- Asks a question and an existing wiki is present at the configured path
+- Asks to lint, audit, or health-check their wiki
+- References their wiki, knowledge base, or "notes" in a research context
+
+## Wiki Location
+
+**Location:** Require an explicit absolute `WIKI_PATH` selected by the user for
+this project/vault. No home-directory fallback. Resolve symlinks and stay inside
+that authorized root. This is a requested Markdown artifact, not platform memory;
+use native memory tools for durable agent memory instead.
+
+```bash
+WIKI="${WIKI_PATH:?Set the user-selected absolute wiki path}"
+```
+
+The wiki is just a directory of markdown files — open it in Obsidian, VS Code, or
+any editor. No database, no special tooling required.
+
+## Architecture: Three Layers
+
+```
+wiki/
+├── SCHEMA.md           # Conventions, structure rules, domain config
+├── index.md            # Sectioned content catalog with one-line summaries
+├── log.md              # Chronological action log (append-only, rotated yearly)
+├── raw/                # Layer 1: Immutable source material
+│   ├── articles/       # Web articles, clippings
+│   ├── papers/         # PDFs, arxiv papers
+│   ├── transcripts/    # Meeting notes, interviews
+│   └── assets/         # Images, diagrams referenced by sources
+├── entities/           # Layer 2: Entity pages (people, orgs, products, models)
+├── concepts/           # Layer 2: Concept/topic pages
+├── comparisons/        # Layer 2: Side-by-side analyses
+└── queries/            # Layer 2: Filed query results worth keeping
+```
+
+**Layer 1 — Raw Sources:** Immutable. The agent reads but never modifies these.
+**Layer 2 — The Wiki:** Agent-owned markdown files. Created, updated, and
+cross-referenced by the agent.
+**Layer 3 — The Schema:** `SCHEMA.md` defines structure, conventions, and tag taxonomy.
+
+## Resuming an Existing Wiki (CRITICAL — do this every session)
+
+When the user has an existing wiki, **always orient yourself before doing anything**:
+
+① **Read `SCHEMA.md`** — understand the domain, conventions, and tag taxonomy.
+② **Read `index.md`** — learn what pages exist and their summaries.
+③ **Scan recent `log.md`** — read the last 20-30 entries to understand recent activity.
+
+```bash
+WIKI="${WIKI_PATH:?Set the user-selected absolute wiki path}"
+# Orientation reads at session start
+read_file "$WIKI/SCHEMA.md"
+read_file "$WIKI/index.md"
+read_file "$WIKI/log.md" offset=<last 30 lines>
+```
+
+Only after orientation should you ingest, query, or lint. This prevents:
+- Creating duplicate pages for entities that already exist
+- Missing cross-references to existing content
+- Contradicting the schema's conventions
+- Repeating work already logged
+
+For large wikis (100+ pages), also run a quick `search_files` for the topic
+at hand before creating anything new.
+
+## Initializing a New Wiki
+
+When the user asks to create or start a wiki:
+
+1. Confirm the user-selected absolute `$WIKI_PATH`; do not create a default home wiki
+2. Create the directory structure above
+3. Ask the user what domain the wiki covers — be specific
+4. Write `SCHEMA.md` customized to the domain (see template below)
+5. Write initial `index.md` with sectioned header
+6. Write initial `log.md` with creation entry
+7. Confirm the wiki is ready and suggest first sources to ingest
+
+### SCHEMA.md Template
+
+Adapt to the user's domain. The schema constrains agent behavior and ensures consistency:
+
+Shipped starting files are `templates/SCHEMA.md`, `templates/index.md`, and
+`templates/log.md`, relative to this guide. Copy only into a new user-selected
+wiki; never overwrite an existing schema/index/log. `scripts/lint_wiki.py` and
+`scripts/requirements.txt` provide the structural checker and its YAML parser
+dependency. Install dependencies in the skill's environment, not system Python.
+The checker reports broken links, index gaps, required metadata and raw hashes;
+semantic contradictions, source freshness and taxonomy review remain explicit
+agent checks, not claimed automated capabilities.
+
+```markdown
+# Wiki Schema
+
+## Domain
+[What this wiki covers — e.g., "AI/ML research", "personal health", "startup intelligence"]
+
+## Conventions
+- File names: lowercase, hyphens, no spaces (e.g., `transformer-architecture.md`)
+- Every wiki page starts with YAML frontmatter (see below)
+- Use `[[wikilinks]]` to relevant existing pages; a new one-page wiki needs no invented links
+- When updating a page, always bump the `updated` date
+- Every new page must be added to `index.md` under the correct section
+- Every action must be appended to `log.md`
+- **Provenance markers:** On pages that synthesize 3+ sources, append `^[raw/articles/source-file.md]`
+  at the end of paragraphs whose claims come from a specific source. This lets a reader trace each
+  claim back without re-reading the whole raw file. Optional on single-source pages where the
+  `sources:` frontmatter is enough.
+
+## Frontmatter
+  ```yaml
+  ---
+  title: Page Title
+  created: YYYY-MM-DD
+  updated: YYYY-MM-DD
+  type: entity | concept | comparison | query | summary
+  tags: [from taxonomy below]
+  sources: [raw/articles/source-name.md]
+  # Optional quality signals:
+  confidence: high | medium | low        # how well-supported the claims are
+  contested: true                        # set when the page has unresolved contradictions
+  contradictions: [other-page-slug]      # pages this one conflicts with
+  ---
+  ```
+
+`confidence` and `contested` are optional but recommended for opinion-heavy or fast-moving
+topics. Lint surfaces `contested: true` and `confidence: low` pages for review so weak claims
+don't silently harden into accepted wiki fact.
+
+### raw/ Frontmatter
+
+Raw sources ALSO get a small frontmatter block so re-ingests can detect drift:
+
+```yaml
+---
+source_url: https://example.com/article   # original URL, if applicable
+ingested: YYYY-MM-DD
+sha256: <hex digest of the raw content below the frontmatter>
+---
+```
+
+The `sha256:` lets a future re-ingest of the same URL skip processing when content is unchanged,
+and flag drift when it has changed. Compute over the body only (everything after the closing
+`---`), not the frontmatter itself.
+
+## Tag Taxonomy
+[Define 10-20 top-level tags for the domain. Add new tags here BEFORE using them.]
+
+Example for AI/ML:
+- Models: model, architecture, benchmark, training
+- People/Orgs: person, company, lab, open-source
+- Techniques: optimization, fine-tuning, inference, alignment, data
+- Meta: comparison, timeline, controversy, prediction
+
+Rule: every tag on a page must appear in this taxonomy. If a new tag is needed,
+add it here first, then use it. This prevents tag sprawl.
+
+## Page Thresholds
+- **Create a page** when an entity/concept appears in 2+ sources OR is central to one source
+- **Add to existing page** when a source mentions something already covered
+- **DON'T create a page** for passing mentions, minor details, or things outside the domain
+- **Split a page** when it exceeds ~200 lines — break into sub-topics with cross-links
+- **Archive a page** when its content is fully superseded — move to `_archive/`, remove from index
+
+## Entity Pages
+One page per notable entity. Include:
+- Overview / what it is
+- Key facts and dates
+- Relationships to other entities ([[wikilinks]])
+- Source references
+
+## Concept Pages
+One page per concept or topic. Include:
+- Definition / explanation
+- Current state of knowledge
+- Open questions or debates
+- Related concepts ([[wikilinks]])
+
+## Comparison Pages
+Side-by-side analyses. Include:
+- What is being compared and why
+- Dimensions of comparison (table format preferred)
+- Verdict or synthesis
+- Sources
+
+## Update Policy
+When new information conflicts with existing content:
+1. Check the dates — newer sources generally supersede older ones
+2. If genuinely contradictory, note both positions with dates and sources
+3. Mark the contradiction in frontmatter: `contradictions: [page-name]`
+4. Flag for user review in the lint report
+```
+
+### index.md Template
+
+The index is sectioned by type. Each entry is one line: wikilink + summary.
+
+```markdown
+# Wiki Index
+
+> Content catalog. Every wiki page listed under its type with a one-line summary.
+> Read this first to find relevant pages for any query.
+> Last updated: YYYY-MM-DD | Total pages: N
+
+## Entities
+<!-- Alphabetical within section -->
+
+## Concepts
+
+## Comparisons
+
+## Queries
+```
+
+**Scaling rule:** When any section exceeds 50 entries, split it into sub-sections
+by first letter or sub-domain. When the index exceeds 200 entries total, create
+a `_meta/topic-map.md` that groups pages by theme for faster navigation.
+
+### log.md Template
+
+```markdown
+# Wiki Log
+
+> Chronological record of all wiki actions. Append-only.
+> Format: `## [YYYY-MM-DD] action | subject`
+> Actions: ingest, update, query, lint, create, archive, delete
+> When this file exceeds 500 entries, rotate to log-YYYYMMDDTHHMMSS-UUID.md; never overwrite an archive.
+
+## [YYYY-MM-DD] create | Wiki initialized
+- Domain: [domain]
+- Structure created with SCHEMA.md, index.md, log.md
+```
+
+## Core Operations
+
+### 1. Ingest
+
+When the user provides a source (URL, file, paste), integrate it into the wiki:
+
+① **Capture the raw source:**
+   - URL → use `web_extract` to get markdown, save to `raw/articles/`
+   - PDF → use `web_extract` (handles PDFs), save to `raw/papers/`
+   - Pasted text → save to appropriate `raw/` subdirectory
+   - Name the file descriptively: `raw/articles/karpathy-llm-wiki-2026.md`
+   - **Add raw frontmatter** (`source_url`, `ingested`, `sha256` of the body).
+     On re-ingest of the same URL: recompute the sha256, compare to the stored value —
+     skip if identical. If freshly retrieved content differs, append a new
+     content-addressed raw file (include its SHA-256 in the filename), retain the
+     old version, and update derived pages with both provenance and change notes.
+
+② **Discuss takeaways** with the user — what's interesting, what matters for
+   the domain. (Skip this in automated/cron contexts — proceed directly.)
+
+③ **Check what already exists** — search index.md and use `search_files` to find
+   existing pages for mentioned entities/concepts. This is the difference between
+   a growing wiki and a pile of duplicates.
+
+④ **Write or update wiki pages:**
+   - **New entities/concepts:** Create pages only if they meet the Page Thresholds
+     in SCHEMA.md (2+ source mentions, or central to one source)
+   - **Existing pages:** Add new information, update facts, bump `updated` date.
+     When new info contradicts existing content, follow the Update Policy.
+   - **Cross-reference:** Link relevant existing pages via `[[wikilinks]]` and
+     update meaningful backlinks. Do not invent two links for a new one-page wiki.
+   - **Tags:** Only use tags from the taxonomy in SCHEMA.md
+   - **Provenance:** On pages synthesizing 3+ sources, append `^[raw/articles/source.md]`
+     markers to paragraphs whose claims trace to a specific source.
+   - **Confidence:** For opinion-heavy, fast-moving, or single-source claims, set
+     `confidence: medium` or `low` in frontmatter. Don't mark `high` unless the
+     claim is well-supported across multiple sources.
+
+⑤ **Update navigation:**
+   - Add new pages to `index.md` under the correct section, alphabetically
+   - Update the "Total pages" count and "Last updated" date in index header
+   - Append to `log.md`: `## [YYYY-MM-DD] ingest | Source Title`
+   - List every file created or updated in the log entry
+
+⑥ **Report what changed** — list every file created or updated to the user.
+
+A single source can trigger updates across 5-15 wiki pages. This is normal
+and desired — it's the compounding effect.
+
+### 2. Query
+
+When the user asks a question about the wiki's domain:
+
+① **Read `index.md`** to identify relevant pages.
+② **For wikis with 100+ pages**, also `search_files` across all `.md` files
+   for key terms — the index alone may miss relevant content.
+③ **Read the relevant pages** using `read_file`.
+④ **Synthesize an answer** from the compiled knowledge. Cite the wiki pages
+   you drew from: "Based on [[page-a]] and [[page-b]]..."
+⑤ **File valuable answers back** — if the answer is a substantial comparison,
+   deep dive, or novel synthesis, create a page in `queries/` or `comparisons/`.
+   Don't file trivial lookups — only answers that would be painful to re-derive.
+⑥ **Update log.md** with the query and whether it was filed.
+
+### 3. Lint
+
+When the user asks to lint, health-check, or audit the wiki:
+
+① **Orphan pages:** Find pages with no inbound `[[wikilinks]]` from other pages.
+```python
+# Run the shipped structural checker; semantic checks below remain agent review.
+# Requires Python 3 and PyYAML in the active skill environment.
+# python3 <memory-skill-dir>/references/llm-wiki/scripts/lint_wiki.py --root "$WIKI"
+```
+
+② **Broken wikilinks:** Find `[[links]]` that point to pages that don't exist.
+
+③ **Index completeness:** Every wiki page should appear in `index.md`. Compare
+   the filesystem against index entries.
+
+④ **Frontmatter validation:** Every wiki page must have all required fields
+   (title, created, updated, type, tags, sources). Tags must be in the taxonomy.
+
+⑤ **Stale content:** Pages whose `updated` date is >90 days older than the most
+   recent source that mentions the same entities.
+
+⑥ **Contradictions:** Pages on the same topic with conflicting claims. Look for
+   pages that share tags/entities but state different facts. Surface all pages
+   with `contested: true` or `contradictions:` frontmatter for user review.
+
+⑦ **Quality signals:** List pages with `confidence: low` and any page that cites
+   only a single source but has no confidence field set — these are candidates
+   for either finding corroboration or demoting to `confidence: medium`.
+
+⑧ **Source drift:** For each file in `raw/` with a `sha256:` frontmatter, recompute
+   the hash and flag mismatches. Mismatches indicate the raw file was edited
+   (raw/ is immutable). A local rehash cannot detect remote changes: retrieve the
+   source again before comparing versions. Treat local integrity mismatch as an error.
+
+⑨ **Page size:** Flag pages over 200 lines — candidates for splitting.
+
+⑩ **Tag audit:** List all tags in use, flag any not in the SCHEMA.md taxonomy.
+
+⑪ **Log rotation:** If log.md exceeds 500 entries, rotate it.
+
+⑫ **Report findings** with specific file paths and suggested actions, grouped by
+   severity (broken links > orphans > source drift > contested pages > stale content > style issues).
+
+⑬ **Append to log.md:** `## [YYYY-MM-DD] lint | N issues found`
+
+## Working with the Wiki
+
+### Searching
+
+```bash
+# Find pages by content
+search_files "transformer" path="$WIKI" file_glob="*.md"
+
+# Find pages by filename
+search_files "*.md" target="files" path="$WIKI"
+
+# Find pages by tag
+search_files "tags:.*alignment" path="$WIKI" file_glob="*.md"
+
+# Recent activity
+read_file "$WIKI/log.md" offset=<last 20 lines>
+```
+
+### Bulk Ingest
+
+When ingesting multiple sources at once, batch the updates:
+1. Read all sources first
+2. Identify all entities and concepts across all sources
+3. Check existing pages for all of them (one search pass, not N)
+4. Create/update pages in one pass (avoids redundant updates)
+5. Update index.md once at the end
+6. Write a single log entry covering the batch
+
+### Archiving
+
+When content is fully superseded or the domain scope changes:
+1. Create `_archive/` directory if it doesn't exist
+2. Move the page to `_archive/` with its original path (e.g., `_archive/entities/old-page.md`)
+3. Remove from `index.md`
+4. Update any pages that linked to it — replace wikilink with plain text + "(archived)"
+5. Log the archive action
+
+### Obsidian Integration
+
+The wiki directory works as an Obsidian vault out of the box:
+- `[[wikilinks]]` render as clickable links
+- Graph View visualizes the knowledge network
+- YAML frontmatter powers Dataview queries
+- The `raw/assets/` folder holds images referenced via `![[image.png]]`
+
+For best results:
+- Set Obsidian's attachment folder to `raw/assets/`
+- Enable "Wikilinks" in Obsidian settings (usually on by default)
+- Install Dataview plugin for queries like `TABLE tags FROM "entities" WHERE contains(tags, "company")`
+
+If using the Obsidian skill alongside this one, set `OBSIDIAN_VAULT_PATH` to the
+same directory as the wiki path.
+
+### Obsidian Headless (servers and headless machines)
+
+Markdown authoring requires no background service. Obsidian synchronization is
+an optional separate setup task requested by the user, with explicit vault,
+account and data-destination authorization. Follow the installed connector's
+current authentication workflow; never put passwords in command arguments or
+logs. Do not install global services, enable linger, create remote vaults, or
+start continuous synchronization merely to answer a research question. Verify
+actual sync conflicts and read-back before claiming remote availability.
+
+## Pitfalls
+
+- **Never modify files in `raw/`** — sources are immutable. Corrections go in wiki pages.
+- **Always orient first** — read SCHEMA + index + recent log before any operation in a new session.
+  Skipping this causes duplicates and missed cross-references.
+- **Always update index.md and log.md** — skipping this makes the wiki degrade. These are the
+  navigational backbone.
+- **Don't create pages for passing mentions** — follow the Page Thresholds in SCHEMA.md. A name
+  appearing once in a footnote doesn't warrant an entity page.
+- **Connect pages meaningfully** — index every page and link relevant existing
+  pages. A one-page wiki is valid; never invent targets to meet a numeric quota.
+- **Frontmatter is required** — it enables search, filtering, and staleness detection.
+- **Tags must come from the taxonomy** — freeform tags decay into noise. Add new tags to SCHEMA.md
+  first, then use them.
+- **Keep pages scannable** — a wiki page should be readable in 30 seconds. Split pages over
+  200 lines. Move detailed analysis to dedicated deep-dive pages.
+- **Ask before mass-updating** — if an ingest would touch 10+ existing pages, confirm
+  the scope with the user first.
+- **Rotate the log** — above 500 entries, use a unique `log-YYYYMMDDTHHMMSS-UUID.md` and never overwrite an archive.
+  The agent should check log size during lint.
+- **Handle contradictions explicitly** — don't silently overwrite. Note both claims with dates,
+  mark in frontmatter, flag for user review.
+
+## Related Tools
+
+[llm-wiki-compiler](https://github.com/atomicmemory/llm-wiki-compiler) is a Node.js CLI that
+compiles sources into a concept wiki with the same Karpathy inspiration. It's Obsidian-compatible,
+so users who want a scheduled/CLI-driven compile pipeline can point it at the same vault this
+skill maintains. Trade-offs: it owns page generation (replaces the agent's judgment on page
+creation) and is tuned for small corpora. Use this skill when you want agent-in-the-loop curation;
+use llmwiki when you want batch compile of a source directory.

package/built-in-skills/memory/references/llm-wiki/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2025 Nous Research
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/built-in-skills/memory/references/llm-wiki/NOTICE.md

@@ -0,0 +1,4 @@
+Adapted from Nous Research Hermes Agent skills/research/llm-wiki,
+revision 1a1f4a59e252e1dc0137e7b2e7bcc8b0381d19c4 (MIT; see LICENSE).
+Prismer changes: explicit project/vault ownership, immutable source versions,
+safe log rotation, structural lint and separate optional synchronization.

package/built-in-skills/memory/references/llm-wiki/scripts/lint_wiki.py

@@ -0,0 +1,84 @@
+#!/usr/bin/env python3
+"""Read-only structural wiki lint; requires PyYAML, never edits user pages."""
+import argparse
+import hashlib
+import json
+from pathlib import Path
+import re
+import sys
+
+
+def lint(root):
+    import yaml
+    root = Path(root).resolve(strict=True)
+    issues = []
+    pages = {}
+    required = {"title", "created", "updated", "type", "tags", "sources"}
+    for file in root.rglob("*.md"):
+        relative = file.relative_to(root).as_posix()
+        if not file.resolve().is_relative_to(root):
+            issues.append({"path": relative, "error": "symlink escapes wiki root"})
+            continue
+        if file.is_symlink() or relative.startswith("_archive/"):
+            continue
+        if relative.split("/")[0] not in {"entities", "concepts", "comparisons", "queries", "raw"}:
+            continue
+        text = file.read_text(encoding="utf-8")
+        match = re.match(r"\A---\r?\n(.*?)\r?\n---(?:\r?\n|$)", text, re.S)
+        try:
+            metadata = yaml.safe_load(match[1]) if match else None
+            if not isinstance(metadata, dict):
+                raise ValueError("missing YAML mapping frontmatter")
+        except (yaml.YAMLError, ValueError) as exc:
+            issues.append({"path": relative, "error": str(exc)})
+            continue
+        body = text[match.end():]
+        if relative.startswith("raw/"):
+            if metadata.get("sha256") != hashlib.sha256(body.encode()).hexdigest():
+                issues.append({"path": relative, "error": "raw body hash mismatch"})
+            continue
+        missing = sorted(required - metadata.keys())
+        if missing:
+            issues.append({"path": relative, "error": "missing fields: " + ", ".join(missing)})
+        if not isinstance(metadata.get("tags"), list) or not isinstance(metadata.get("sources"), list):
+            issues.append({"path": relative, "error": "tags and sources must be lists"})
+        for source in metadata.get("sources", []) if isinstance(metadata.get("sources"), list) else []:
+            target = (root / str(source)).resolve()
+            if not target.is_relative_to(root) or not target.is_file():
+                issues.append({"path": relative, "error": "missing or outside source: " + str(source)})
+        pages[relative.removesuffix(".md")] = body
+    by_name = {}
+    for name in pages:
+        by_name.setdefault(Path(name).name, []).append(name)
+    inbound = {name: 0 for name in pages}
+    for name, body in pages.items():
+        for raw_link in re.findall(r"(?<!!)\[\[([^\]]+)\]\]", body):
+            target = raw_link.split("|", 1)[0].split("#", 1)[0].removesuffix(".md")
+            if not target:
+                continue
+            matches = [target] if target in pages else by_name.get(target, [])
+            if len(matches) != 1:
+                issues.append({"path": name + ".md", "error": "broken or ambiguous link: " + target})
+            elif matches[0] != name:
+                inbound[matches[0]] += 1
+    index = root / "index.md"
+    index_text = index.read_text(encoding="utf-8") if index.is_file() and index.resolve().is_relative_to(root) else ""
+    index_links = {link.split("|", 1)[0].split("#", 1)[0].removesuffix(".md") for link in re.findall(r"\[\[([^\]]+)\]\]", index_text)}
+    for name in pages:
+        if name not in index_links and not (len(by_name[Path(name).name]) == 1 and Path(name).name in index_links):
+            issues.append({"path": name + ".md", "error": "not listed in index"})
+    return {"ok": not issues, "pages": len(pages), "issues": issues,
+            "orphans": [name for name, count in inbound.items() if count == 0 and len(pages) > 1],
+            "limits": ["No remote freshness, semantic contradiction, tag-taxonomy or factual verification"]}
+
+
+if __name__ == "__main__":
+    parser = argparse.ArgumentParser(description=__doc__)
+    parser.add_argument("--root", type=Path, required=True)
+    args = parser.parse_args()
+    try:
+        result = lint(args.root)
+        print(json.dumps(result, ensure_ascii=False, indent=2))
+        sys.exit(0 if result["ok"] else 1)
+    except (ImportError, OSError) as exc:
+        parser.exit(2, f"wiki lint unavailable: {exc}\n")

package/built-in-skills/memory/references/llm-wiki/scripts/requirements.txt

@@ -0,0 +1 @@
+PyYAML>=6.0.2,<7

package/built-in-skills/memory/references/llm-wiki/templates/SCHEMA.md

@@ -0,0 +1,19 @@
+# Wiki Schema
+
+## Domain
+
+Fill from the user's declared topic and boundaries before ingesting sources.
+
+## Conventions
+
+- Lowercase hyphenated page names; unique paths for ambiguous entity names.
+- YAML fields: title, created, updated, type, tags, sources.
+- Raw files are immutable, content-addressed versions; never overwrite a source.
+- Each material claim keeps source/version provenance, including contradictions.
+- Link relevant existing pages; a one-page wiki does not need fabricated links.
+- Update index.md and append log.md for each operation.
+- Rotate logs to unique timestamp-plus-UUID names without overwriting archives.
+
+## Tag Taxonomy
+
+Define the task's taxonomy before adding pages; review new tags explicitly.

package/built-in-skills/memory/references/llm-wiki/templates/index.md

@@ -0,0 +1,9 @@
+# Wiki Index
+
+## Entities
+
+## Concepts
+
+## Comparisons
+
+## Queries

package/built-in-skills/memory/references/llm-wiki/templates/log.md

@@ -0,0 +1,4 @@
+# Wiki Log
+
+Append entries as `## [YYYY-MM-DD] action | subject`, listing changed files and
+source versions. No completed action is pre-filled in this template.

package/built-in-skills/memory-dream/SKILL.md

@@ -3,21 +3,14 @@ name: memory-dream
 scope: common
 role_scope: orchestrator-only
 description: |
-  Actively curate the workspace memory wiki as the appointed orchestrator: READ the
-  Dream candidates (`memory_curate(op="candidates")` → orphan leaves, near-duplicate
-  clusters, stale pages, remote-conflict pages, oversized hubs), BROWSE the current
-  structure (`memory_browse`), CLUSTER scattered leaves by topic with your OWN LLM,
-  CONVERGE the flat star into an INDEX→hub→leaf hierarchy with
-  `memory_curate(op="promote_to_hub", childPaths=[…])` + `rebuild_index`, MAINTAIN
-  hub `#overview` prose and the INDEX's authored semantic sections (hub `#toc` stays
-  machine-generated; INDEX Contents is graph-derived), SPLIT oversized hubs, then
-  VERIFY via candidates again and
-  REPORT the changes. The periodic tidy that merges duplicates and prunes stale —
-  the enacting counterpart to write-time placement. Cloud-triggered and
-  orchestrator-enacted: the Cloud scheduler evaluates authoritative wiki health and
-  dispatches one internal task; the appointed workspace orchestrator runs this skill.
-  A user may also request curation directly. Orchestrator-only — write verbs reject
-  any non-orchestrator actor (403).
+  Curate the workspace memory wiki as its appointed orchestrator. Trigger on a
+  Cloud-scheduled Dream task or a user's direct curation request. Inspect candidates
+  for orphan leaves, near-duplicates, stale pages, remote conflicts and oversized
+  hubs; browse the graph, cluster leaves into INDEX/hub/leaf structure, maintain
+  authored overview prose, split hubs, merge duplicates and verify/report changes.
+  Use memory_curate and memory_browse; preserve machine-generated hub TOCs and
+  graph-derived INDEX Contents. Orchestrator-only: write verbs reject other actors
+  with 403. Follow the body for safe mutation and verification procedures.
 applies_to: [hermes, claude-code, codex]
 version: 4
 ---