CtrlK
BlogDocsLog inGet started
Tessl Logo

obsidian-source-ingestion

Use this skill to ingest external materials into the current project-scoped Obsidian KB as source notes under Sources/Papers, Sources/Web, Sources/Docs, Sources/Data, Sources/Interviews, or Sources/Notes.

66

Quality

79%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/obsidian-source-ingestion/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

80%Weight 40%Scale 1-5

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

A compact, well-structured skill body that excels at conciseness and progressive disclosure and offers concrete file-level rules, but it presents its core rules as an unsequenced checklist with no validation step for a batch operation.

Suggestions

Reframe the Core rules as a numbered ingestion workflow (route -> create source note -> update registry -> optionally update Index/Daily) so the sequence is explicit.

Add a validation checkpoint, e.g. confirm the new note conforms to the relevant reference format and that `_system/registry.md` now lists it before finishing.

Include one short inline example of a canonical source note header so the actionability gap does not depend entirely on reference files.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: short target list, terse core rules, and a focused Read-next section with no padding or explanation of concepts Claude already knows.

5 / 5

Actionability

Gives concrete, file-path-specific directives (update `_system/registry.md`, update `02-Index.md`, append to today's `Daily/`, avoid a top-level `Papers/`), but provides no inline example of an actual source note, deferring all format detail to references.

4 / 5

Workflow Clarity

The Core rules read as a checklist rather than a sequenced workflow, and because every new canonical source note must update the registry (a batch operation) there is no validation/verification checkpoint, which caps this dimension at 3.

3 / 5

Progressive Disclosure

A clear overview with well-signaled, one-level-deep references (all verified to exist) under a Read-next heading; detail is appropriately split into reference files and navigation is easy.

5 / 5

Total

17

/

20

Passed

Description

78%Weight 40%Scale 1-5

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, specific description with a clear trigger clause and well-delineated niche; its main limitation is bundling what/when into a single clause and relying on one primary action rather than enumerating several distinct capabilities.

Suggestions

Split the single "Use this skill to ..." clause into an explicit what/when pair, e.g. "Use when external material should become a project-local source note."

Add a few natural synonyms (e.g. "import", "capture", "add to knowledge base") to broaden trigger coverage.

DimensionReasoningScore

Specificity

Names a concrete action ("ingest external materials ... as source notes") and comprehensively enumerates the specific destination folders (Sources/Papers, Sources/Web, Sources/Docs, Sources/Data, Sources/Interviews, Sources/Notes); it is essentially one action rather than several, so it stops just short of a 5.

4 / 5

Completeness

It states clearly what the skill does (ingest external materials as source notes into named folders) and provides an explicit "Use this skill to" trigger, but the "when" could be more specific about which kinds of external materials should trigger it.

4 / 5

Trigger Term Quality

Includes natural user-facing terms like "ingest external materials", "Obsidian KB", and "source notes" with a clear "Use this skill to" trigger, but lacks synonyms and file-extension variants that would push it to 5.

4 / 5

Distinctiveness Conflict Risk

The project-scoped Obsidian KB plus the specific Sources/ folder hierarchy carves out a clear niche with distinct triggers and minimal overlap risk with other skills.

5 / 5

Total

17

/

20

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.