CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

knowledge-base

How to work in a Knowledge Base project (the `knowledge-base` starter pack). Read when the project has the three-layer source-grounded layout — `external-sources/` → `research/` → `articles/` — or when asked how this project is organized. Carries the layer model, per-folder rules, status flows, and log discipline so this guidance does NOT live inside template bodies or log.md. The three procedures live elsewhere: ingest in the platform `open-knowledge` skill, research and consolidate as their own sibling skills in this pack. Complements the platform `open-knowledge` skill; does not replace it.

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

86%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-structured overview skill: it delegates all procedure detail to clearly signaled sibling/platform skills and keeps its own guidance concrete — exact statuses, frontmatter keys, commands, and a ready-to-fill log-entry template. The only gaps are a small amount of trimmable motivational prose and the absence of an explicit post-action verification step in its own workflows.

Suggestions

Trim the motivational framing (the 'Humans abandon wikis' sentences and the 'whole point is a closed evidence loop' opener) to one clause each — the rules themselves already imply the rationale, and the Karpathy link alone preserves attribution.

Add one explicit verification checkpoint to the workflows described here, e.g., after creating a page or rewriting a supersedes chain, check the doc appears in links({ kind: "backlinks" }) or run audit before closing out the turn — the audit tool is currently mentioned only in passing under log discipline.

DimensionReasoningScore

Conciseness

The body is dense and rule-forward — tables, exact folder rules, exact status values — with little concept-explanation Claude already knows. Minor trimmable padding remains: the motivational Karpathy paragraph ("Humans abandon wikis because maintenance costs exceed perceived value") and framing sentences ("The whole point is a closed evidence loop") explain rationale rather than instruct, which fits the 4 anchor (efficient with minor over-explanation) rather than the 5 anchor's every-token-earns-its-place.

4 / 5

Actionability

Guidance is copy-paste ready throughout: exact frontmatter keys and values (`status: draft`, `status: stable`, `superseded_by:`, `cluster: architecture`), a concrete create command `write({ document: { path, template: "<name>" } })` with named templates (`clip`, `research-log`, `article`), an exact markdown link format for log entries, and a complete fill-in log-entry template. The common cases are covered with specific, executable examples — the 5 anchor.

5 / 5

Workflow Clarity

The ingest → research → consolidate loop is clearly sequenced via the layer diagram, the procedure table, and the day-2 flow example, with explicit user-decision checkpoints at each transition ("After ingest, ask whether to proceed to research") and STOP-gate precedence spelled out. It stops short of the 5 anchor because this file's own workflows lack an explicit verify-then-act step (e.g., a backlinks/audit check after page creation, supersedes rewrites, or folder restructures — the audit tool is mentioned only in passing for broken links).

4 / 5

Progressive Disclosure

No bundle files (references/scripts/assets) exist, and the file is an overview by design: the three procedures are pushed out to clearly named, one-level-deep locations — "each ships as its own skill so it loads only when the work calls for it" — with a table mapping procedure → where it lives → when. Everything present in the body (layer model, folder rules, status flow, log discipline) belongs in the overview, matching the 5 anchor's clear-overview-with-well-signaled-references pattern.

5 / 5

Total

18

/

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 explicitly answers both what and when with concrete trigger phrases, and it clearly distinguishes itself from the platform open-knowledge skill and the sibling procedure skills it complements. The only slack is in trigger-synonym coverage and not enumerating its guidance at the individual-action level.

DimensionReasoningScore

Specificity

The description names the domain ("How to work in a Knowledge Base project") and enumerates several concrete components — "Carries the layer model, per-folder rules, status flows, and log discipline" — plus the exact three-folder layout. It stops short of naming the concrete actions themselves (e.g., appending dated log entries, maintaining supersedes chains), leaving minor gaps in coverage rather than the comprehensive enumeration of the 5 anchor.

4 / 5

Completeness

Both halves are explicit: what — "How to work in a Knowledge Base project (the `knowledge-base` starter pack)" and "Carries the layer model, per-folder rules, status flows, and log discipline"; when — a concrete "Read when..." clause with two specific trigger conditions (three-layer layout detection, or being asked how the project is organized). This matches the 5 anchor (clear what AND when with concrete trigger phrases) and exceeds the 4 anchor, whose 'when' is generic.

5 / 5

Trigger Term Quality

"Read when the project has the three-layer source-grounded layout — `external-sources/` → `research/` → `articles/` — or when asked how this project is organized" supplies multiple natural trigger phrases (knowledge base, the three folder names, project organization). Common synonyms a user might naturally say ("KB", "wiki", "notes") are missing, which fits the 4 anchor (good coverage, a few natural terms missing) rather than the 5 anchor's synonym/file-extension completeness.

4 / 5

Distinctiveness Conflict Risk

The description actively demarcates against the nearest conflicting skills: "The three procedures live elsewhere: ingest in the platform `open-knowledge` skill, research and consolidate as their own sibling skills in this pack" and "Complements the platform `open-knowledge` skill; does not replace it." Combined with the distinctive three-layer layout trigger, this is a clear niche with minimal conflict risk — the 5 anchor.

5 / 5

Total

18

/

20

Passed

Validation

75%

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

Validation — 12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 4 missing, 1 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

12

/

16

Passed

Repository

inkeep/open-knowledge

Path

packages/server/assets/skills/packs/knowledge-base/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.