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 ./plugins/oh-my-codex/skills/wiki/SKILL.md

The canonical home for this skill is wiki in Yeachan-Heo/oh-my-codex

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, fully executable command reference for the omx wiki tool with no wasted tokens. Its one real weakness is the absence of workflow validation: destructive and batch operations (delete, refresh) have no lint/verify checkpoints tying the operations together.

Suggestions

Add a brief validation workflow, e.g. run `omx wiki wiki_lint` after ingest/refresh and confirm a page exists with `wiki_read` before `wiki_delete`.

Clarify the lifecycle: when to use `wiki_ingest` vs `wiki_add`, and when `wiki_refresh` should be run.

DimensionReasoningScore

Conciseness

The body is a lean command reference: every section (Operations, Categories, Storage, Cross-References, Auto-Capture, Hard Constraints) adds information Claude would not know (the omx CLI syntax, paths, constraints) with zero padding. Matches the 'every token earns its place' anchor.

5 / 5

Actionability

Every operation is given as a copy-paste-ready executable command with a concrete JSON payload (e.g. "omx wiki wiki_ingest --input '{"title":"Auth Architecture",...}' --json"), covering ingest, query, lint, add, list, read, delete, and refresh — the full common-case surface.

5 / 5

Workflow Clarity

Each individual command is unambiguous, but the skill exposes destructive (wiki_delete) and batch (wiki_refresh) operations with no validation checkpoints or sequencing — a lint tool exists yet is never tied into a verify-before-delete or lint-after-ingest loop. The destructive/batch rule caps workflow clarity at 3 despite the otherwise clear structure.

3 / 5

Progressive Disclosure

The skill is compact (about 50 lines of body) with well-organized sections and no need for external reference files — no references/, scripts/, or assets/ bundles exist, and none are needed for this single-tool skill. Per the simple-skill guidance, well-organized sections alone merit a 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 communicates a clear 'what' with a distinct storage niche, but reads more like a feature label than a trigger description: 'lifecycle capture' is jargon, there is no 'Use when...' guidance, and natural synonyms are missing.

Suggestions

Add an explicit 'when' clause, e.g. "Use when the user asks to record, search, or manage project knowledge/notes in the persistent wiki."

Replace vague phrasing like "lifecycle capture" with concrete actions users would recognize (add, query, lint, delete wiki pages).

Include natural synonyms users would say — "knowledge base", "notes", "project documentation" — to improve trigger term coverage.

DimensionReasoningScore

Specificity

The description names the domain ("markdown project wiki stored under repository omx_wiki") and one concrete action ("keyword search"), but "lifecycle capture" is vague jargon and core operations like add/read/delete are absent. It matches 'names domain and 1-2 concrete actions, but not comprehensive' rather than anchor 4, which requires several specific listed actions.

3 / 5

Completeness

The 'what' is clear: "Persistent markdown project wiki... with keyword search and lifecycle capture". But there is no 'Use when...' clause or equivalent explicit trigger guidance, which per judging guidelines caps completeness at 3.

3 / 5

Trigger Term Quality

Relevant natural keywords are present ("wiki", "markdown", "keyword search"), but common variations and synonyms users would naturally say — "knowledge base", "notes", "documentation" — are missing. Not score 4 because keyword coverage is incomplete rather than 'good with a few missing'.

3 / 5

Distinctiveness Conflict Risk

The "omx_wiki" repository-storage framing and keyword-search constraint give it a fairly distinct niche with concrete trigger surface ("wiki add", "wiki query"). Only minor overlap risk with generic note-taking/documentation skills keeps it below anchor 5.

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.