wiki · agricidaniel — Claude Code skill: what it does, how to install
Initializes or connects an Obsidian vault and routes note-taking tasks to specialized sub-skills. Useful for managing knowledge bases directly from an agent.
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a claude-codeWhat wiki does
The skill orchestrates an Obsidian knowledge base using the scripts/claude-obsidian.py Python core. It treats the plugin codebase as code and the user vault as data, never mixing the two. Vault paths resolve via explicit --vault, CLAUDE_OBSIDIAN_VAULT, .claude-obsidian.json, or parent directories. Ambiguous configurations fail closed immediately.
Both init and adopt commands run in dry-run mode by default. Applying changes requires passing --approved-plan-sha256 with the emitted hash and the --apply flag. This prevents accidental overwrites during setup. Baseline operations require no network access and create no upstream Git remotes.
All file updates run as claude-obsidian.transaction.v1 bundles. The skill routes incoming tasks to specific sub-skills: search queries go to wiki-query, structure audits run via wiki-lint, and source imports belong to wiki-ingest. Standard host file editing tools are not used for mutations.
What it helps with
- initialize a clean Obsidian vault for project documentation
- adopt an existing Markdown notes directory without modifying files directly
- route queries, linting, and ingests to specialized wiki sub-skills
- apply vault structure changes using audited transaction bundles
Example prompts for the agent
- /wiki initialize a new vault at /absolute/path/to/vault
- adopt the existing Obsidian vault in this workspace
- set up the project wiki and check vault health
How to install wiki
1Skills CLI (Vercel)
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a claude-code2Manually: put the files in place
~/.claude/skills/wiki/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/wiki/
1Skills CLI (Vercel)
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a codex2Manually: put the files in place
.agents/skills/wiki/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a cursor2Manually: put the files in place
.cursor/skills/wiki/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install AgriciDaniel/claude-obsidian wiki2Manually: put the files in place
.github/skills/wiki/SKILL.md1Skills CLI (Vercel)
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a gemini-cli2Platform CLI
gemini skills install https://github.com/AgriciDaniel/claude-obsidian --path skills/wikiManually: put the files in place
.devin/skills/wiki/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add AgriciDaniel/claude-obsidian --skill wiki -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about wiki
How to install wiki in Claude Code?
Install it using npx skills add AgriciDaniel/claude-obsidian --skill wiki -a claude-code. The skill configuration saves to ~/.claude/skills/wiki/SKILL.md.
What does the wiki skill do?
It scaffolds and configures Obsidian vaults while directing read, write, and lint tasks to dedicated sub-skills.
Does baseline vault setup require network access?
No network egress is required for basic setup. The core does not download remote templates or plugins without explicit user approval.
Source text
SKILL.md · MIT
--- name: wiki description: "Initialize, adopt, and route work for a separate Obsidian knowledge vault through the portable claude-obsidian core. Use for vault setup, scaffolding, workspace selection, cross-project configuration, or choosing the correct wiki sub-skill. Triggers: /wiki, set up wiki, scaffold vault, create knowledge base, adopt this vault, Obsidian vault, second brain setup, persistent wiki." --- # Wiki orchestration Treat the installed product as code and the selected user vault as data. Never use the plugin/product root as a vault, even when the current directory happens to be the product checkout. Resolve the portable core from this skill's installation and invoke it by absolute path: ```bash CORE=/absolute/product/root/scripts/claude-obsidian.py python3 "$CORE" --help ``` Resolve a vault in this order: explicit `--vault`, `CLAUDE_OBSIDIAN_VAULT`, the nearest `.claude-obsidian.json`, then an unambiguous initialized vault at or above the current directory. Fail closed when selection is missing or ambiguous. Baseline setup requires no network egress. Do not fetch templates, plugins, or remote content unless the user separately approves the destinations and budget. ## Set up a vault Use the deterministic setup commands. Both are dry-run by default. For a new, separate vault: ```bash python3 "$CORE" init /absolute/path/to/vault \ --generated-at <ISO-UTC> --operation-id init-reviewed python3 "$CORE" init /absolute/path/to/vault \ --generated-at <ISO-UTC> --operation-id init-reviewed \ --approved-plan-sha256 <reviewed-sha256> --apply ``` For an existing Obsidian vault: ```bash python3 "$CORE" adopt /absolute/path/to/vault \ --generated-at <ISO-UTC> --operation-id adopt-reviewed python3 "$CORE" adopt /absolute/path/to/vault \ --generated-at <ISO-UTC> --operation-id adopt-reviewed \ --approved-plan-sha256 <reviewed-sha256> --apply ``` Before `--apply`, show the selected path and changed-path preview, then pass the emitted `approved_plan_sha256` unchanged. Do not use `--force` unless the user has reviewed the conflicts and explicitly approved replacement. Setup is non-destructive by default and creates no upstream Git remote. If the user asks for a domain-specific scaffold, establish the baseline first, then read [modes.md](references/modes.md). Draft the additional pages and configuration as one operation-level transaction. Never mutate vault files with host Write/Edit tools or an Obsidian transport. ## Route operations Route the user's intent without silently broadening it: | Intent | Skill | |---|---| | Ingest supplied sources | `wiki-ingest` | | Answer from existing vault knowledge | `wiki-query` | | Save a specific conversation result | `save` | | Research the public web under a budget | `autoresearch` | | Check vault health | `wiki-lint` | | Draft a cited glossary or consolidate overlapping notes | `wiki-ingest`, with an explicitly reviewed scope | | Roll up log entries | `wiki-fold` | | Work with a canvas | `canvas` | Query is read-only. Persistence from a query must be an explicit, separately scoped Save operation. Never capture a transcript or update the hot cache merely because a session ended. ## Mutation contract Read [operation-transactions.md](references/operation-transactions.md) before any custom scaffold or mutation. One logical operation must produce one inspected and recoverable `claude-obsidian.transaction.v1` bundle. Parallel agents may return drafts and evidence only; the orchestrator merges them and applies once. Every canonical page create or removal includes an active index or MOC update in that bundle; update the overview only when the stable high-level picture changed. Raw source payloads are create-only. There are no automatic commits. Use [provenance.md](references/provenance.md) when initializing or changing source and claim ledgers. Unsupported evidence stays unsupported; never invent a source, quote, date, locator, or confidence. After a successful apply, report the operation ID and exact changed paths. If the user explicitly wants a Git checkpoint, run it separately: ```bash python3 "$CORE" checkpoint OPERATION_ID --vault /absolute/path/to/vault ``` On a conflict, re-read and rebuild. On interruption, use `transaction recover`. Reuse an operation ID only with the identical bundle. ## Installation context Read [install-modes.md](references/install-modes.md) when installation or host behavior matters. Hooks are optional adapters; portable behavior lives in the core and skills. ## Conditional references Read only the reference needed for the current request: - [frontmatter.md](references/frontmatter.md) when defining or adopting a property schema; - [css-snippets.md](references/css-snippets.md) for requested Obsidian visual customization; - [git-setup.md](references/git-setup.md) for explicit local Git or checkpoint setup; - [plugins.md](references/plugins.md) when evaluating optional Obsidian integrations; - [mcp-setup.md](references/mcp-setup.md) when the user asks to evaluate an external read transport; - [rest-api.md](references/rest-api.md) only when the user explicitly has or requests the Local REST API adapter; - [dataview.md](references/dataview.md) for an existing optional Dataview setup; - [knowledge-recipes.md](references/knowledge-recipes.md) for cited glossary or consolidation work; - [coordination.md](references/coordination.md) for external editors or multiple machines; - [native-conformance.md](../../docs/native-conformance.md) for versioned native acceptance evidence; - [capacity-and-recovery.md](../../docs/capacity-and-recovery.md) for size limits or recoverable legacy compaction; - [upstream-references.md](../../docs/upstream-references.md) when reconciling pinned external syntax or design references. - [model-guidance.md](references/model-guidance.md) when evaluating a model, changing a generation adapter, or validating host-specific prompting. ## Think, verify, grow Before applying, pause once: observe existing state, verify the vault selection and evidence, then choose the smallest reversible operation that satisfies the request. Afterward, report uncertainty and the next useful improvement without performing it automatically.
© AgriciDaniel · MIT · AgriciDaniel/claude-obsidian
Similar skills
All skills for Agent setup: memory, context, orchestration →wiki by other authors comes first.