CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

llm-wiki

The foundational knowledge distillation pattern for building and maintaining an AI-powered Obsidian wiki. Based on Andrej Karpathy's LLM Wiki architecture. Use this skill whenever the user wants to understand the wiki pattern, set up a new knowledge base, or needs guidance on the three-layer architecture (raw sources → wiki → schema). Also use when discussing knowledge management strategy, wiki structure decisions, or how to organize distilled knowledge. This is the "theory" skill — other skills handle specific operations (ingesting, querying, linting).

Quality

85%

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

78%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.

The body is an actionable, well-structured schema: concrete templates, exact syntax, and a thoughtful token-cost escalation ladder for vault reads. Its main flaws are an undiscoverable bundle reference file (references/karpathy-pattern.md is orphaned) and a few rationale passages that could be tightened.

Suggestions

Add a clearly signaled pointer to the existing bundle file in the Reference section, e.g. "**Original pattern reference**: See [references/karpathy-pattern.md](references/karpathy-pattern.md) for Karpathy's rationale, tooling, and applications" — currently the file is orphaned and undiscoverable.

Trim rationale-heavy passages to the rule itself: the ❌/✅ tag-spacing example and the Obsidian graph-view naming-rule explanation can each be cut to one line without losing the constraint.

Since the rebuild/restore mode is destructive, add one explicit validation note (e.g. "wiki-rebuild verifies the archive before clearing the vault") or state that wiki-status must confirm the delta before any Rebuild is initiated.

DimensionReasoningScore

Conciseness

The body is dense with operational rules Claude would not already know (page templates, provenance syntax, retrieval cost ladder, naming rules) and avoids explaining generic concepts like Obsidian or markdown. Minor over-explanation could be trimmed — e.g., the ❌/✅ tag-spacing dialogue and the multi-sentence graph-view rationale for the naming rule — so it falls just short of the 'every token earns its place' anchor.

4 / 5

Actionability

For an instruction-only skill the guidance is fully concrete and copy-paste ready: complete page and project-overview templates, exact index/log entry formats with parseable field syntax, exact provenance markers (`^[inferred]`, `^[ambiguous]`) with worked examples, specific grep patterns (`Grep -A <n> -B <n> "<term>" <file>`, `Grep "\[\[.*?\]\]"`), a directory tree, and an env-var list. These cover the common cases the skill governs.

5 / 5

Workflow Clarity

The processes the skill itself owns are clearly sequenced: the retrieval-primitives escalation ladder has an explicit rule and cost rationale, the ingest-mode table gives when-to-use guidance routed through "Use wiki-status to see the delta and get a recommendation", and maintenance checkpoints appear ("Rebuild this after every ingest operation", "wiki-lint recomputes them and flags drift"). Validation for the destructive rebuild/restore flow is delegated to wiki-rebuild rather than shown, which is a minor gap keeping it below a 5.

4 / 5

Progressive Disclosure

The body itself is well-sectioned, but the one bundle reference file (references/karpathy-pattern.md, containing the original pattern's rationale, tools, and applications) is never linked or mentioned anywhere in SKILL.md — the 'Reference' section lists only companion skills. This matches the anchor 'references present but not clearly signaled'; a 4 would require the existing reference to be surfaced with a clear pointer.

3 / 5

Total

16

/

20

Passed

Description

87%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 description: it states a clear purpose, provides two explicit 'use when' trigger clauses with natural keywords, and proactively delineates its scope from companion operational skills. The only weakness is that its action verbs lean conceptual ('understand', 'discussing') and a few natural synonym triggers are absent.

DimensionReasoningScore

Specificity

Lists several concrete actions — "building and maintaining an AI-powered Obsidian wiki", "set up a new knowledge base", "guidance on the three-layer architecture (raw sources → wiki → schema)" — with only minor gaps (some soft verbs like "understand" and "discussing"). Not a 5 because the actions are more conceptual/curatorial than fully comprehensive operational coverage; not a 3 because multiple distinct, specific capabilities are explicitly named.

4 / 5

Completeness

Clearly answers both: what ("The foundational knowledge distillation pattern for building and maintaining an AI-powered Obsidian wiki") and when, via two explicit trigger clauses ("Use this skill whenever the user wants to understand the wiki pattern, set up a new knowledge base..." and "Also use when discussing knowledge management strategy, wiki structure decisions..."). Both are present with concrete trigger phrases, matching the top anchor; a 4 would require the 'when' to be less explicit or specific.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "wiki", "Obsidian", "knowledge base", "knowledge management", "wiki structure", "organize distilled knowledge" — phrases a user would plausibly say. Missing a few natural synonyms and variations (e.g., "second brain", "Zettelkasten", "notes", "vault"), keeping it below the comprehensive synonym/extension coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (the Obsidian LLM-wiki theory/pattern) with distinct triggers, and explicitly disambiguates from sibling skills: "This is the 'theory' skill — other skills handle specific operations (ingesting, querying, linting)". This active boundary-setting minimizes conflict risk, matching the top anchor.

5 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 2 missing

Warning

Total

15

/

16

Passed

Repository

saski/arnesto

Path

.agents/skills/llm-wiki/SKILL.md

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.