The Obsidian skill documents that users should set OBSIDIAN_VAULT_PATH in ~/.hermes/.env, but the skill does not validate or surface the configured path when it loads.
Current behavior:
- User correctly sets
OBSIDIAN_VAULT_PATH in ~/.hermes/.env
- User restarts Hermes (CLI/TUI or gateway)
- Skill loads without any confirmation of which vault path it is using
- Agent may fall back to filesystem searches or incorrect assumptions instead of using the documented environment variable
Expected behavior:
When the obsidian skill loads, it should:
- Read
OBSIDIAN_VAULT_PATH (or a configured default)
- Validate that the path exists and is accessible
- Clearly report the vault being used (e.g. “Obsidian skill loaded. Using vault: /mnt/d/.../Obsidian_Master_Vault”)
- Fail with a clear error if the path is missing or invalid
Why this matters:
Recent releases have focused on faster load times. However, reliability of core skills (especially something as fundamental as note-taking) should not be sacrificed. Users should not have to manually debug whether a documented configuration method is actually working.
Environment:
- Hermes version: latest (May 2026)
- Platforms: WSL + Telegram gateway
- Skill:
note-taking/obsidian
Reported by: BigDon86
The Obsidian skill documents that users should set
OBSIDIAN_VAULT_PATHin~/.hermes/.env, but the skill does not validate or surface the configured path when it loads.Current behavior:
OBSIDIAN_VAULT_PATHin~/.hermes/.envExpected behavior:
When the obsidian skill loads, it should:
OBSIDIAN_VAULT_PATH(or a configured default)Why this matters:
Recent releases have focused on faster load times. However, reliability of core skills (especially something as fundamental as note-taking) should not be sacrificed. Users should not have to manually debug whether a documented configuration method is actually working.
Environment:
note-taking/obsidianReported by: BigDon86