plugins/obsidian-wiki-engine/skills/obsidian-init/SKILL.md
Initialize and onboard a new project repository as an Obsidian Vault. Covers prerequisite installation, vault configuration, exclusion filters, and validation. Use when setting up Obsidian for the first time in a project.
npx skillsauth add richfrem/agent-plugins-skills obsidian-initInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill requires Python 3.8+ and standard library only. No external packages needed.
To install this skill's dependencies:
pip-compile ./requirements.in
pip install -r ./requirements.txt
See ./requirements.txt for the dependency lockfile (currently empty — standard library only).
Status: Active Author: Richard Fremmerlid Domain: Obsidian Integration
This skill is the entry point for any project adopting Obsidian. It handles:
The Obsidian desktop app must be installed on the host machine. It is the visual interface for browsing, editing, and viewing the Graph and Canvas.
macOS (Homebrew):
brew install --cask obsidian
Manual Download:
Verify:
ls /Applications/Obsidian.app
The official CLI communicates with a running Obsidian instance via IPC singleton lock. It enables programmatic vault operations (read, search, backlinks, properties).
npm (global install):
npm install -g obsidian-cli
Verify:
obsidian --version
Note: The CLI requires an active Obsidian Desktop instance to communicate with. It operates in "silent" mode by default. For headless/CI environments where Obsidian is not running, our
vault_ops.py(fromobsidian-vault-crud) handles direct filesystem operations without requiring the CLI.
Lossless YAML frontmatter handling requires ruamel.yaml:
pip install ruamel.yaml
For advanced vault features, install these from within the Obsidian app:
| Plugin | Purpose | Required For |
|:-------|:--------|:-------------|
| Dataview | Database-style queries over frontmatter | Structured metadata queries |
| Canvas (built-in) | Visual boards with JSON Canvas spec | obsidian-canvas-architect skill |
| Bases | Table/grid/card views from YAML | obsidian-bases-manager skill |
python ./init_vault.py --vault-root <path>
python ./init_vault.py \
--vault-root <path> \
--exclude "custom_dir/" "*.tmp"
python ./init_vault.py --vault-root <path> --validate-only
.md files.obsidian/ configuration directory (if not present)app.json with sensible exclusion filters for developer repos.gitignore to exclude .obsidian/ (user-specific config)| Pattern | Reason |
|:--------|:-------|
| node_modules/ | NPM dependencies |
| .worktrees/ | Git worktree isolation |
| .vector_data/ | ChromaDB binary data |
| .git/ | Git internals |
| venv/ | Python virtual environments |
| __pycache__/ | Python bytecode cache |
| *.json | Data/config files (not knowledge) |
| *.jsonl | Export payloads |
| learning_package_snapshot.md | Machine-generated bundle |
| bootstrap_packet.md | Machine-generated bundle |
| learning_debrief.md | Machine-generated bundle |
| *_packet.md | Audit/review bundles |
| *_digest.md | Context digests |
| dataset_package/ | Export artifacts |
These are giant concatenated snapshots produced by bundler/distiller scripts. Indexing them in Obsidian would pollute the graph with thousands of false backlinks pointing into machine-generated text, not human-authored knowledge.
01_PROTOCOLS/, ADRs/, etc. appear in sidebar[[link]] to confirm navigation worksexport VAULT_PATH=/path/to/vaultAfter the vault is initialized, you can optionally initialize the LLM Wiki
Engine layer. This creates a wiki_sources.json manifest — the multi-source
registry that tells the wiki engine which raw content folders to index.
This is the wiki equivalent of
rlm_profiles.jsonin the RLM system. Each named entry inwiki_sources.jsonis a raw content directory that will be parsed into Karpathy-style wiki nodes. No files are moved.
The sub-agent interviews you interactively to register your raw content directories:
/wiki-init
Or directly:
python ./scripts/raw_manifest.py --init --wiki-root /path/to/wiki-root
For each source folder you want to index, it asks:
| Question | Example Answer |
|:---------|:---------------|
| Wiki root path? | /path/to/vault/wiki-root |
| Source folder path? | /path/to/vault/notes |
| Label for this source? | daily-notes |
| File extensions? | .md (default) |
| Subdirectories to exclude? | _archive, *.tmp |
| Add another source? | yes/no |
rlm_wiki_raw_sources_manifest.jsonUses the same flat schema as rlm-factory and vector-db for consistency:
{
"description": "Source raw content for Obsidian Wiki",
"include": [
"plugins/",
"plugin-research/"
],
"exclude": [
".git/",
"node_modules/",
".venv/",
"__pycache__/"
],
"recursive": true
}
Saved to: .agent/learning/rlm_wiki_raw_sources_manifest.json
/wiki-ingest <- parse all registered sources, build wiki nodes
/wiki-distill <- generate RLM summaries (cheapest available LLM CLI)
/wiki-query <- start querying the wiki
This skill is project-agnostic. It works on any Git repository with markdown files. The exclusion filters are sensible defaults for developer projects. When reusing this plugin in other projects, simply run the init script with the new project's root path.
# 1. Install prerequisites
brew install --cask obsidian # Desktop app
npm install -g obsidian-cli # CLI tools
pip install ruamel.yaml # Lossless YAML
# 2. Initialize vault
python ./init_vault.py \
--vault-root /path/to/your/project
# 3. Set environment variable
export VAULT_PATH=/path/to/your/project
# 4. Open in Obsidian app
open /Applications/Obsidian.app
testing
Skill for creating and managing isolated git worktrees (`.worktrees/issue-NNN`) for issue execution branches. USE ONLY when setting up or cleaning up isolated git worktrees for specific issue execution. DO NOT USE for managing local task files (use `task-agent`) or escalating tasks to issues (use `github-issue-backlog-agent`).
data-ai
Skill for orchestrating the end-to-end GitHub issue lifecycle flow: Issue -> Worktree -> Implementation -> PR Creation -> Resolution Closure. USE ONLY when running or dry-running full lifecycle orchestration for resolving an issue with a PR. DO NOT USE for isolated worktree management only (use `issue-worktree-agent`) or logging issues (use `github-issue-agent`).
tools
Automatically ranks GitHub issues (P0-P3) based on friction tier, frequency, and blockages, synchronizing priority labels and GitHub Projects v2 custom fields.
testing
Bridge skill for escalating ephemeral local task scratchpad items (`tasks/*.md`) into durable, taxonomy-validated, evidence-rich GitHub Issues. USE ONLY when promoting a single-session local task into durable repository backlog. DO NOT USE for managing local kanban boards (use `task-agent` instead) or directly querying/commenting on issues (use `github-issue-agent` instead).