New to Claude Skills? Learn how to install them →

agricidaniel on GitHub

Wiki Orchestration

Free

Manage your Obsidian vaults with precision and control.

Get this skill

Free · Opens the source repo

What Wiki Orchestration does

Wiki Orchestration is a skill designed to help users initialize, adopt, and manage their Obsidian knowledge vaults efficiently. By treating the installed product as code and the user vault as data, this skill ensures that users can set up their vaults in a non-destructive manner. The setup process is straightforward, requiring no network access by default, which allows users to maintain control over their vault configurations without the risk of unwanted external dependencies.

The skill provides a systematic approach to vault management, enabling users to create new vaults or adopt existing ones with clear command structures. Each command is dry-run by default, ensuring that users can preview changes before applying them. This focus on safety and transparency is crucial for users who want to maintain the integrity of their knowledge bases. Additionally, the skill supports a variety of operations, from ingesting sources to querying existing vault knowledge, all while ensuring that changes are made thoughtfully and with user approval.

Wiki Orchestration is particularly suited for developers and designers who rely on Obsidian for knowledge management and documentation. It provides a robust framework for organizing information and facilitates cross-project configuration, making it easier to manage multiple vaults. Users can also customize their vaults with domain-specific scaffolding, ensuring that their knowledge bases are tailored to their unique needs.

This skill emphasizes a careful and methodical approach to vault management, allowing users to verify their actions and maintain a clear history of changes. By adhering to strict mutation contracts and providing detailed operation reports, Wiki Orchestration empowers users to grow their knowledge bases confidently and effectively.

When to use it

Use this skill when you need to initialize or adopt an Obsidian vault and want to ensure a safe, controlled setup process.

When not to use it

This skill may not be suitable if you require extensive online integrations or automated content fetching, as it focuses on local vault management.

What you can build with it

Setting Up a New Vault

Use the skill to initialize a new Obsidian vault with a clear command structure, ensuring a safe and controlled setup.

Adopting an Existing Vault

Easily adopt an existing vault while maintaining its integrity, allowing for a smooth transition into the skill's management.

Routing Operations for Knowledge Management

Route various operations like ingesting sources or querying existing knowledge, all while keeping the process transparent and user-approved.

How to install Wiki Orchestration

View source

1. Install with the skills CLI

npx skills add agricidaniel/claude-obsidian/wiki --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by agricidaniel

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:

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:

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:

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. 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:

IntentSkill
Ingest supplied sourceswiki-ingest
Answer from existing vault knowledgewiki-query
Save a specific conversation resultsave
Research the public web under a budgetautoresearch
Check vault healthwiki-lint
Roll up log entrieswiki-fold
Work with a canvascanvas

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 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 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:

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 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 when defining or adopting a property schema;
  • css-snippets.md for requested Obsidian visual customization;
  • git-setup.md for explicit local Git or checkpoint setup;
  • plugins.md when evaluating optional Obsidian integrations;
  • mcp-setup.md when the user asks to evaluate an external read transport;
  • rest-api.md only when the user explicitly has or requests the Local REST API adapter.

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.

Frequently asked questions about Wiki Orchestration

Similar skills