CtrlK
BlogDocsLog inGet started
Tessl Logo

obsidian-kb-artifacts

Use this skill for Obsidian-native formatting and derived artifacts such as Markdown formatting, wikilinks, registry tables, canvas files, optional Bases, CLI operations, and link repair. This skill does not decide knowledge routing.

68

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A concise, well-structured index skill with excellent progressive disclosure, but the body itself offers policy constraints rather than executable or sequenced guidance, so the actionable detail lives only in the referenced files.

Suggestions

Add a brief concrete example or one-line executable snippet for the highest-value tasks (e.g. a canonical wikilink format, or the CLI verify command) so the body is actionable without requiring a reference hop.

Provide a short numbered workflow with an explicit validation checkpoint for link repair and canvas generation (e.g. validate canvas edges against source notes before writing), since these touch canonical content.

State the single decision rule for when to consult each reference (e.g. 'canvas work → CANVAS.md; link fixes → LINK-REPAIR.md') so users are routed unambiguously from the body.

DimensionReasoningScore

Conciseness

The body is lean and free of padding — short Responsibilities and Rules lists plus a Read-next index, with no explanation of what Obsidian or its concepts are, so every token earns its place.

3 / 3

Actionability

There are concrete policy directives (".base is explicit-only", "Maps/ contains derived artifacts only", "do not create stable-looking claim edges from…unsupported notes"), but no executable examples or step-level instruction; the actionable how-to is deferred entirely to the references, leaving guidance incomplete in the body itself.

2 / 3

Workflow Clarity

Responsibilities and rules are listed but not sequenced into a workflow, and operations that modify canonical notes (link repair) or generate artifacts (canvas) have no explicit validate→fix→retry checkpoints; per the feedback-loop guidance this caps the score at 2.

2 / 3

Progressive Disclosure

The body is a clear overview with a well-signaled, one-level-deep "Read next" section, and all six referenced files (OBSIDIAN-MARKDOWN, CANVAS, BASES, REGISTRY-TABLES, LINK-REPAIR, CLI) exist in references/, giving clean navigation.

3 / 3

Total

10

/

12

Passed

Description

90%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, niche-specific description with an explicit trigger clause and a useful boundary statement; its only weakness is listing artifact domains rather than concrete action verbs, which keeps specificity at the mid anchor.

DimensionReasoningScore

Specificity

The description enumerates many concrete domains and artifacts ("Markdown formatting, wikilinks, registry tables, canvas files, optional Bases, CLI operations, and link repair"), but they are framed as noun-phrase artifact types rather than the concrete action verbs (e.g. "extract", "fill", "merge") of the anchor-3 example.

2 / 3

Completeness

It answers both what (handles Obsidian-native formatting and derived artifacts) and when, via the explicit "Use this skill for…" trigger clause equivalent to a "Use when…" directive, and adds a boundary clarification ("This skill does not decide knowledge routing").

3 / 3

Trigger Term Quality

It uses the natural vocabulary an Obsidian user would actually say — "wikilinks", "canvas files", "Bases", "Obsidian Markdown", "link repair", "CLI" — giving good coverage of likely trigger terms.

3 / 3

Distinctiveness Conflict Risk

The niche is sharply defined (Obsidian-native formatting/artifacts only) and the explicit negation "This skill does not decide knowledge routing" actively disambiguates it from a sibling routing skill, making wrong-skill triggering unlikely.

3 / 3

Total

11

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Galaxy-Dawn/claude-scholar
Reviewed

Table of Contents

Is this your skill?

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.