fetch-bookmarks
Pull bookmarks from an external service (X/Twitter today; Readwise, Pocket, GitHub stars planned) into a local directory that…
Interactive, conversational setup for a new knowledge base wiki. One question at a time, multiple choice when possible.
> /plugin marketplace add ussumant/llm-wiki-compiler > /plugin install llm-wiki-compiler@llm-wiki-compiler
How it fires
How this command gets triggered: by you, by Claude, or both.
/wiki-initContext preview
What this command does when you run it.
Interactive, conversational setup for a new knowledge base wiki. One question at a time, multiple choice when possible.
Interactive, conversational setup for a new knowledge base wiki. One question at a time, multiple choice when possible.
**Arguments:**
**Important:** Ask ONE question per message. Wait for the user's response before moving to the next question. Never batch multiple questions. Keep the tone conversational — like a knowledgeable colleague setting things up for you.
---
Before asking any questions, scan the project root to determine the mode:
1. **Check for code manifest files:** `package.json`, `go.mod`, `Cargo.toml`, `pyproject.toml`, `requirements.txt`, `Gemfile`, `*.sln`, `Package.swift`, `pom.xml`, `build.gradle` 2. **Check for markdown-heavy directories:** `Knowledge/`, `docs/`, `notes/`, `content/`, `meetings/`, `research/`, or any directory with 10+ `.md` files
**Decision logic:**
I see both code files and markdown knowledge directories here. A) Codebase wiki — compile a wiki about this codebase's architecture, decisions, and patterns B) Knowledge wiki — compile a wiki from your markdown files (meetings, notes, research)
Then proceed to the appropriate mode below.
---
When codebase mode is selected, use this streamlined flow instead of the standard 10-step process.
Same as standard Step 1 — check for `.wiki-compiler.json` and ask to reconfigure or abort.
Scan the project root and build a complete picture in one pass:
1. **Detect project type** by looking for manifest files:
2. **Discover topic candidates:**
3. **Count knowledge files** matching default patterns:
4. **Auto-detect project name** from `package.json` `name` field, `go.mod` module name, directory name, or git remote.
Present everything in a single confirmation:
📚 I see a {project_type} project with {N} modules and {M} knowledge files.
Topics: {topic1}, {topic2}, {topic3}, ...
Sections: Purpose, Architecture, Talks To, API Surface, Data, Key Decisions, Gotchas
Output: wiki/
A) Looks good — create config and compile now (recommended)
B) Customize — let me adjust topics, sections, or settings
C) Not nowIf A: create config (Codebase Step 4) and immediately run `/wiki-compile`. If B: fall through to the standard interactive flow (Step 2 onwards) but with codebase defaults pre-filled. If C: exit.
Write `.wiki-compiler.json`:
{
"version": 2,
"mode": "codebase",
"name": "{auto_detected_name}",
"sources": [
{ "path": "./", "exclude": ["node_modules/", "dist/", ".git/", "wiki/", "vendor/", "__pycache__/", ".build/", "target/", ".next/", "coverage/"] }
],
"output": "wiki/",
"service_discovery": "auto",
"knowledge_files": [
"README.md", "CLAUDE.md", "AGENTS.md", "ARCHITECTURE.md", "CONTRIBUTING.md",
"*.proto", "*.graphql", "openapi.yaml", "openapi.json",
"ADR-*.md", "docs/adr/*.md",
"docker-compose.yml", "Dockerfile",
".env.example", "CHANGELOG.md"
],
"deep_scan": false,
"auto_update": "prompt",
"article_sections": [
{ "name": "Purpose", "description": "What this module/service does and who depends on it", "required": true },
{ "name": "Architecture", "description": "Key files, structure, entry points" },
{ "name": "Talks To", "description": "Dependencies, communication patterns, inter-service calls" },
{ "name": "API Surface", "description": "Endpoints, exported functions, or interfaces exposed" },
{ "name": "Data", "description": "Tables, collections, queues, caches, state owned" },
{ "name": "Key Decisions", "description": "Why it was built this way, from ADRs and READMEs" },
{ "name": "Gotchas", "description": "Known issues, edge cases, failure modes" },
{ "name": "Sources", "description": "Backlinks to all contributing files", "required": true }
],
"link_style": "markdown"
}1. Create `wiki/`, `wiki/topics/`, `wiki/concepts/` directories 2. Create empty `wiki/.compile-state.json` 3. Create empty `wiki/log.md` 4. Run the wiki-compiler skill (all 6 phases including CONTEXT.md generation) 5. Show the first-compile summary with topic tree
📚 Wiki compiled — {N} topics from {M} files
Topics created:
├── {topic1} ({count} sources) — {one-line description}
├── {topic2} ({count} sources) — {one-line description}
└── {topic3} ({count} sources) — {one-line description}
Concepts discovered:
└── {concept1} — {description}
BrowsA Claude Code and Codex-compatible plugin that compiles knowledge into a topic-based wiki — from scattered markdown files or entire codebases. Reduce context costs by ~90% and give your agent a synthesized understanding of any project. Documentation
Pull bookmarks from an external service (X/Twitter today; Readwise, Pocket, GitHub stars planned) into a local directory that…
Capture a URL plus user context, normalize it into a durable markdown source, then connect it to the global wiki, local project…
Compile all configured markdown source files into a topic-based wiki.
Interactive workflow for adding one source file to the wiki. The LLM reads the file, discusses key takeaways with the user, then…