Search local markdown knowledge bases, notes, docs, and wikis with QMD. Use when users ask to find notes, retrieve documents, inspect a wiki, answer from indexed markdown, or set up QMD access.
68
83%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Quality
Discovery
89%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a solid skill description that clearly communicates its purpose and when to use it. It has strong trigger terms and explicit 'Use when' guidance, making it easy for Claude to select appropriately. The main weakness is that the specificity of actions could be richer—'search' is somewhat broad, and additional concrete capabilities would strengthen it.
Suggestions
Add more specific concrete actions beyond 'search' and 'set up access', such as 'query by keyword', 'list matching documents', 'return relevant excerpts', or 'browse folder structure'.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description names the domain (markdown knowledge bases, notes, docs, wikis) and the primary action (search), but doesn't list multiple concrete actions beyond searching and setup. 'Search' and 'set up QMD access' are two actions, but it lacks specifics like 'query by keyword', 'filter by tag', 'return excerpts', etc. | 2 / 3 |
Completeness | Clearly answers both 'what' (search local markdown knowledge bases, notes, docs, and wikis with QMD) and 'when' (explicit 'Use when' clause listing trigger scenarios: find notes, retrieve documents, inspect a wiki, answer from indexed markdown, set up QMD access). | 3 / 3 |
Trigger Term Quality | Good coverage of natural terms users would say: 'notes', 'documents', 'wiki', 'markdown', 'find notes', 'retrieve documents', 'indexed markdown', and the tool name 'QMD'. These are terms users would naturally use when looking for information in a local knowledge base. | 3 / 3 |
Distinctiveness Conflict Risk | The description is clearly scoped to QMD-based local markdown knowledge base searching, which is a distinct niche. The mention of the specific tool 'QMD' and the focus on 'local markdown' and 'indexed markdown' make it unlikely to conflict with general file search or web search skills. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
77%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a strong, highly actionable skill with clear workflows and excellent concrete examples. Its main weakness is verbosity through repetition — key points like 'write structured queries yourself,' 'don't pipe through sed,' and 'don't stop at snippets' are each stated 2-3 times across different sections. Trimming redundancy and splitting detailed reference material (line-range syntax, MCP schema) into separate files would improve both conciseness and progressive disclosure.
Suggestions
Deduplicate repeated guidance: the 'write your own intent/lex/vec/hyde fields' instruction appears in at least 3 places, and the 'don't use sed/head/tail' warning appears in 3 places. State each once definitively and reference it from the pitfalls section.
Extract the detailed line-range suffix syntax and MCP tool JSON schema into separate reference files (e.g., references/line-ranges.md, references/mcp-tool.md) to reduce the main skill's length and improve progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is reasonably efficient and avoids explaining basic concepts, but it is quite long (~200+ lines) with significant repetition — the structured query fields explanation appears multiple times, the 'do not use sed/head/tail' point is stated in at least three places, and the same example patterns recur. The pitfalls section largely restates guidance already given inline. Could be tightened by 30-40%. | 2 / 3 |
Actionability | Excellent actionability throughout: concrete, executable bash commands and JSON payloads for every operation (search, query, get, multi-get, collection management, MCP tool usage). Examples are copy-paste ready with realistic arguments and clear expected outputs. The structured query field definitions are specific and immediately usable. | 3 / 3 |
Workflow Clarity | The three-step workflow (search → retrieve → answer) is stated upfront and reinforced consistently. The skill clearly sequences operations, includes validation guidance (don't answer from snippets alone, use --explain to inspect ranking), provides fallback paths (if qmd query fails, fall back to qmd search), and explicitly separates safe operations from mutating ones with clear guardrails. | 3 / 3 |
Progressive Disclosure | The content is structured with clear section headers and references one external file (references/mcp-setup.md), which is appropriate. However, the skill is monolithic — the detailed line-range syntax, MCP tool JSON schema, and query craft examples could be split into reference files. The in-anchor link to 'Pick the right search mode' shows some internal navigation. No bundle files are provided, so the single reference cannot be verified. | 2 / 3 |
Total | 10 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
allowed_tools_field | 'allowed-tools' contains unusual tool name(s) | Warning |
Total | 10 / 11 Passed | |
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.