Content
87%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The content is concise, actionable, and well-structured with executable commands throughout. The main gap is the absence of validation/verification steps around the destructive delete and move-refactor operations, which caps workflow clarity.
Suggestions
Add a verification step before `obsidian-cli delete`, e.g. confirm the note exists with `search` and show the path before deletion.
For `move`, add a post-check (re-run `search` or verify wikilinks resolved) to confirm the refactor succeeded before considering it done.
Add a brief note on how to verify a created note opened correctly when the URI handler is involved.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and assumes Claude's competence ("Obsidian vault = a normal folder on disk.") with terse bullets and commands; nearly every token earns its place and no basic concepts are over-explained. | 5 / 5 |
Actionability | Provides copy-paste-ready commands for the common cases (print-default --path-only, search, search-content, create --content --open, move, delete) with exact flags and argument shapes. | 5 / 5 |
Workflow Clarity | Sections are sequenced (find vault -> quick start -> search/create/move/delete), but destructive operations (delete, move refactor) lack validation or verification steps, which caps workflow clarity at 3 per the rubric. | 3 / 5 |
Progressive Disclosure | No bundle files exist and none are needed; the body is well-organized with clear section headers and bullets, giving easy navigation for a compact single-purpose skill. | 5 / 5 |
Total | 18 / 20 Passed |