CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

llm-wiki

Use when building or maintaining a persistent personal knowledge base (second brain) in Obsidian where an LLM incrementally ingests sources, updates entity/concept pages, maintains cross-references, and keeps a synthesis current. Triggers include "second brain", "Obsidian wiki", "personal knowledge management", "ingest this paper/article/book", "build a research wiki", "compound knowledge", "Memex", or whenever the user wants knowledge to accumulate across sessions instead of being re-derived by RAG on every query.

67

Quality

84%

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

The canonical home for this skill is llm-wiki in alirezarezvani/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

68%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 well-organized overview document with concrete quick-start commands and clean progressive-disclosure structure pointing to one-level-deep reference files. The main gaps are the absence of an inline validation/feedback checkpoint in the batch ingest workflow (capping workflow clarity at 3) and the fact that the referenced bundle files are not present in the skill directory as evaluated.

Suggestions

Add an explicit validation checkpoint to the ingest workflow (e.g., run `python scripts/lint_wiki.py` after the batch page updates, and verify index.md and log.md are consistent before finishing) so the 10-15-page batch write has a built-in feedback loop.

Merge 'Core principle' and 'Why this works (vs plain RAG)' into a single short section — both make the same compounding-vs-retrieval argument, and the table alone conveys it.

Ship the referenced bundle (references/, scripts/, assets/) with the skill, or inline the minimal ingest/query/lint steps in SKILL.md, so the workflow pointers resolve to real content even when the full bundle is absent.

DimensionReasoningScore

Conciseness

The body is dense and information-forward — tables of commands, agents, and scripts with one-line purposes, plus an actionable architecture diagram — with only minor trim opportunities: the 'Core principle' prose and the 'Why this works (vs plain RAG)' table restate the same compounding-vs-retrieval argument already in the description, and the 'Related skills' section is marginal. This matches 'Efficient; minor instances of over-explanation that could be trimmed' better than the level-3 anchor, since there is no padded tutorial-style explanation of concepts Claude already knows.

4 / 5

Actionability

Quick start gives concrete, copy-paste-ready commands (`python scripts/init_vault.py --path ~/vaults/research --topic "LLM interpretability"`, `/wiki-ingest <path>`) and a concrete log-entry format (`## [YYYY-MM-DD] <op> | <title>`). It falls short of the level-5 'fully executable, specific examples cover the common cases' anchor because the actual ingest/query/lint mechanics live in reference files (not inline) and key details like the ingest discussion step and page-update conventions are only hinted at in the body.

4 / 5

Workflow Clarity

The three core operations are clearly listed and the ingest sequence (read → discuss → write summary → update pages → update index → append log) is well-defined. However, ingest is a batch operation that writes/overwrites 10-15 wiki pages per run, and the body defines no inline validation checkpoint — the lint health-check is presented as a separate periodic operation rather than a post-ingest verification step. Per the rubric's cap, a batch/destructive workflow without validation cannot score above 3; this fits the level-3 anchor 'sequence present but checkpoints missing or implicit' rather than level 4.

3 / 5

Progressive Disclosure

The body is structured as a clear overview with well-signaled, one-level-deep references — a dedicated 'Reference docs' section listing each file with a one-line purpose, plus a 'Python tools' table and an assets listing — matching 'Good structure; most content is appropriately placed; references mostly clear'. It stops short of level 5 because the bundle directories (references/, scripts/, assets/) are not present alongside SKILL.md, so the 11 referenced docs and 8 scripts cannot be verified to exist, and some overview sections (slash commands, sub-agents, Obsidian setup) could be consolidated into the reference files.

4 / 5

Total

15

/

20

Passed

Description

96%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: concrete capabilities, explicit 'Use when' triggers plus an enumerated trigger list, and clear positioning against plain RAG. The only weakness is that 'personal knowledge management' / 'second brain' phrasing is broad enough to risk overlap with other PKM or memory skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "incrementally ingests sources", "updates entity/concept pages", "maintains cross-references", and "keeps a synthesis current" — covering the skill's operations comprehensively with no vague filler. It clearly matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' rather than the level-4 anchor, which expects minor coverage gaps; none are evident.

5 / 5

Completeness

Both 'what' (build/maintain a persistent interlinked Obsidian knowledge base where the LLM ingests, updates pages, cross-references, synthesizes) and 'when' (explicit "Use when..." clause plus a dedicated "Triggers include..." list) are explicitly stated with concrete trigger phrases. This matches the level-5 anchor exactly; the level-4 anchor's 'when could be more explicit' does not apply since triggers are enumerated.

5 / 5

Trigger Term Quality

Natural trigger coverage is comprehensive: "second brain", "Obsidian wiki", "personal knowledge management", "ingest this paper/article/book", "build a research wiki", "compound knowledge", "Memex", plus the natural phrase "knowledge to accumulate across sessions instead of being re-derived by RAG". These are phrases a user would actually say, matching the anchor for comprehensive natural terms including synonyms.

5 / 5

Distinctiveness Conflict Risk

The skill has a clear niche — incremental Obsidian wiki maintenance, explicitly positioned against RAG ("instead of being re-derived by RAG on every query") — but "personal knowledge management" and "second brain" are broad enough to overlap with other note-taking/memory skills (e.g., PARA-method or Obsidian-helper skills). This sits between the level-4 anchor (mostly distinct, minor overlap risk with closely related skills) and level-5 (minimal conflict risk); the breadth of the PKM trigger keeps it at 4.

4 / 5

Total

19

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

referenced_paths_exist

Referenced path issues: 15 missing

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/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.