wiki-switch
ar9av/obsidian-wiki
Switch between multiple Obsidian vault profiles and manage named configurations.
What is wiki-switch?
Manages named Obsidian wiki vault profiles stored as config files. Use this skill to switch your active vault, list available vaults, create new vault configurations, or view vault settings. Switching vaults re-points a symlink to make a different profile the persistent default.
- Switch the active vault profile by name, updating the default for all future requests
- List all registered vault profiles and identify which one is currently active
- Display the full configuration for any vault (with secrets redacted)
- Create new vault profiles by copying and customizing an existing configuration
- Use inline @name overrides in any request to temporarily target a different vault without changing the default
How to install wiki-switch
npx skills add https://github.com/ar9av/obsidian-wiki --skill wiki-switch- Obsidian wiki configured with ~/.obsidian-wiki/ directory structure
- At least one existing vault config file at ~/.obsidian-wiki/config.<name>
How to use wiki-switch
- 1.Run `/wiki-switch <name>` to activate a named vault profile
- 2.Run `/wiki-switch list` to see all available vaults and which is active
- 3.Run `/wiki-switch show [name]` to view a vault's configuration (omit name to show active vault)
- 4.Run `/wiki-switch new <name>` to create a new vault profile by copying and customizing the current one
- 5.Use `@<name>` prefix in any request (e.g., `@work save this`) to target a different vault for that request only without changing your default
Use cases
- Switch between work and personal Obsidian vaults without changing directory or restarting
- Create separate vault configurations for different projects or contexts
- View which vault is currently active and what path it points to
- Set up a new vault profile by copying settings from an existing one and customizing vault-specific fields
- Temporarily query or save to a different vault using @name syntax without affecting your default
- Obsidian users managing multiple wiki vaults
- Knowledge workers with separate personal and professional wikis
- Teams sharing vault infrastructure with individual configurations
- Users who need to switch contexts frequently between different note repositories
wiki-switch FAQ
/wiki-switch <name> permanently changes your default vault by re-pointing the symlink. The @name override (e.g., @work save this) targets a different vault for just that one request without changing your default.
Run `/wiki-switch new <name>`. The skill copies your active vault's config as a template, asks you to update vault-specific fields, and creates the new profile. Then run `/wiki-switch <name>` to activate it.
The skill will tell you the vault doesn't exist and show you a list of available vaults you can switch to.
Run `/wiki-switch list` to see all vaults with the active one marked, or `/wiki-switch show` to view the active vault's full configuration.
No. Lines containing API_KEY or SECRET are redacted and shown as *** to protect sensitive credentials.
Full instructions (SKILL.md)
Source of truth, from ar9av/obsidian-wiki.
name: wiki-switch description: > Switch between multiple Obsidian wiki vault profiles. Use this skill when the user says "/wiki-switch NAME", "switch to my work wiki", "switch vault", "change wiki", "which wiki am I on", "list my wikis", "show my vaults", "create a new vault config", or "add a new wiki profile". The skill manages named config files at ~/.obsidian-wiki/config.NAME and activates one by symlinking it to ~/.obsidian-wiki/config.
Wiki Switch — Manage Multiple Vault Profiles
Each vault is a complete config file at ~/.obsidian-wiki/config.<name>. The active vault is
whichever file ~/.obsidian-wiki/config symlinks to. Switching vaults means re-pointing that symlink.
Switch vs. inline targeting. /wiki-switch <name> changes your persistent default (re-points
the symlink, affecting all future requests). To touch a different vault for just one request without
changing your default, use the inline @name override in any request (e.g. @work save this,
wiki-query @personal about X). The @name override is handled by the Config Resolution Protocol
in llm-wiki/SKILL.md, not by this skill — it resolves ~/.obsidian-wiki/config.<name> for that one
invocation and never re-points the symlink.
Dispatch
Parse the invocation and route to the right section:
| Invocation | Action |
|---|---|
/wiki-switch <name> | → Switch |
/wiki-switch list | → List |
/wiki-switch show [name] | → Show |
/wiki-switch new <name> | → New |
/wiki-switch (no args) | → List (treat as list) |
@<name> … (inline, in any request) | → Not this skill — the Config Resolution Protocol resolves that vault for one invocation without re-pointing the symlink |
Switch (default action)
Activate a named vault profile.
- Verify
~/.obsidian-wiki/config.<name>exists. If not, tell the user the vault doesn't exist and list what's available (run List). - Run:
ln -sf ~/.obsidian-wiki/config.<name> ~/.obsidian-wiki/config - Read
OBSIDIAN_VAULT_PATHfrom the newly active config. - Confirm to the user:
Switched to vault: <name> Vault path: <value of OBSIDIAN_VAULT_PATH from the config>
List
Show all registered vault profiles and which is active.
- Find all files matching
~/.obsidian-wiki/config.*(excludeconfigitself — that's the symlink). - Resolve the current symlink target:
readlink ~/.obsidian-wiki/config - For each config file, read the first non-empty comment line (lines starting with
#) as a human description of the vault. Fall back to the file's suffix as the label if no comment exists. - Display:
Mark the active one withVaults: personal My personal research wiki ← active work Work projects wiki← active. If the symlink is broken orconfigdoesn't exist, show(none active).
Show
Print the full config for a vault.
- If a name is given, read
~/.obsidian-wiki/config.<name>. - If no name given, read
~/.obsidian-wiki/config(the active vault). - If the file doesn't exist, tell the user and list what's available.
- Print the file contents verbatim (redact any lines containing
API_KEYorSECRET— show***instead of the value).
New
Scaffold a new vault config from the current active config as a template.
- Check
~/.obsidian-wiki/config.<name>doesn't already exist. Abort if it does. - Copy the active config:
cp ~/.obsidian-wiki/config ~/.obsidian-wiki/config.<name> - Read the copied config. Config files use
# --- Section name ---comment headers to group fields into sections (e.g.,# --- Vault-specific ---,# --- Vault-independent ---,# --- Secrets ---). Use these sections to determine what to ask about:- Fields in sections labeled "vault-specific", "paths", or similar → ask the user for new values
- Fields in sections labeled "vault-independent", "global", "shared" → keep as-is (copy over unchanged)
- Fields in sections labeled "secrets" → ask if the new vault uses the same credentials or different ones
- If there are no section headers, present all fields and let the user decide which to change
- Ask the user for updated values for the vault-specific fields. Use the current values as visible defaults — the user only needs to supply what differs.
- Write the updated values into
~/.obsidian-wiki/config.<name>. - Update the top comment line to describe the new vault (e.g.,
# Obsidian Wiki — <name> vault). - Confirm:
Do not switch automatically — let the user decide when to activate.Created: ~/.obsidian-wiki/config.<name> Run `/wiki-switch <name>` to activate it, then run `wiki-setup` to initialise the new vault.
Related skills
More from ar9av/obsidian-wiki and the wider catalog.

wiki-synthesize
Discover and create synthesis pages connecting co-occurring concepts across your Obsidian wiki.

wiki-update
Sync project knowledge into your Obsidian wiki from any directory.

claude-history-ingest
Mine your Claude Code conversation history and distill it into an Obsidian wiki.

codex-history-ingest
Mine your Codex CLI conversation history and distill it into your Obsidian wiki.

altimate-data-engineering-skills
Claude Code skills for analytics and data engineers working with dbt, Snowflake, and data pipelines

amee-joshi-data-engineering-portfolio
Reference portfolio demonstrating Azure data engineering patterns, Medallion architecture, and end-to-end analytics solutions