CtrlK
BlogDocsLog inGet started
Tessl Logo

wiki

Persistent markdown project wiki stored under repository omx_wiki with keyword search and lifecycle capture

60

Quality

75%

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/wiki/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

87%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 exemplary lean command reference: fully executable commands with concrete payloads, tight sections, and explicit hard constraints. The only material gap is workflow guidance — no sequencing or validation around the destructive delete and batch refresh operations.

Suggestions

Add a verification step before `wiki_delete` (e.g. read the page or confirm the slug via `wiki_list` before deleting), since deletion is destructive and irreversible.

Briefly state when to run `wiki_lint` and `wiki_refresh` in the operation lifecycle (e.g. lint after edits, refresh after bulk changes) so the catalog becomes a workflow.

DimensionReasoningScore

Conciseness

Every section is lean and operational — command blocks, a one-line category list, storage paths, and hard constraints — with no explanation of concepts Claude already knows and no padding. Matches the 'lean and efficient; every token earns its place' anchor.

5 / 5

Actionability

All eight operations are given as copy-paste-ready `omx wiki ... --input '{...}' --json` commands with concrete JSON payloads, covering ingest, query, lint, add, list, read, delete, and refresh. Matches the 'fully executable; copy-paste ready' anchor.

5 / 5

Workflow Clarity

Operations are individually unambiguous but presented as an unsequenced catalog with no validation or error-recovery guidance; `wiki_delete` is destructive and `wiki_refresh` is a batch operation with no verification step, so per the destructive/batch cap workflow clarity cannot exceed 3.

3 / 5

Progressive Disclosure

The body is ~53 lines, needs no external reference files (none exist in the bundle), and is cleanly organized into Operations, Categories, Storage, Cross-References, Auto-Capture, and Hard Constraints sections. Per the simple-skill scoring note, well-organized sections with no need for external references score 5.

5 / 5

Total

18

/

20

Passed

Description

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

The description clearly states what the skill is and where it lives, but omits any usage triggers ('when to use it') and lists no concrete operations. It is serviceable but sits at the midpoint of the rubric on most dimensions.

Suggestions

Add a 'Use when...' clause, e.g. 'Use when the user wants to record, search, or revisit project knowledge, or mentions the wiki.'

Enumerate the concrete operations in the description (ingest, search, lint, add, read, delete) instead of only naming features like 'keyword search and lifecycle capture'.

Include natural trigger synonyms such as 'knowledge base', 'project notes', or 'search the wiki' so users' varied phrasings match the skill.

DimensionReasoningScore

Specificity

Names the domain ("markdown project wiki"), a concrete storage location ("repository omx_wiki"), and two features ("keyword search", "lifecycle capture"), but describes no concrete operations (ingest, query, lint, delete). Matches the 'domain and 1-2 concrete actions, but not comprehensive' anchor; not 4 because no list of several specific actions is present.

3 / 5

Completeness

The 'what' is clearly stated (persistent markdown wiki with keyword search and lifecycle capture), but 'when to use it' is entirely absent — no 'Use when...' clause or equivalent. Per the judging guideline, a missing 'Use when...' clause caps completeness at 3.

3 / 5

Trigger Term Quality

"wiki" and "keyword search" are terms a user would naturally say, but common variations and synonyms ("knowledge base", "notes", "look this up in the wiki") are missing. Not 4 because coverage stops at the two wiki-specific terms.

3 / 5

Distinctiveness Conflict Risk

"Persistent markdown project wiki stored under repository omx_wiki" carves a fairly distinct niche with a specific storage location; only minor overlap risk with note-taking or project-memory skills. Not 5 because 'wiki' alone could collide with generic knowledge-base skills.

4 / 5

Total

13

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
Yeachan-Heo/oh-my-codex
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.