CtrlK
BlogDocsLog inGet started
Tessl Logo

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches "we would have to see it".

68

Quality

83%

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.

A well-structured, lean instruction-only skill with two clearly differentiated forks, an explicit discipline section, a fold-the-answer procedure, and a completion definition that doubles as a validation checklist. The main gaps are stylistic flourish beyond what instructions require and a missing pre-presentation checkpoint that the artifact actually runs.

Suggestions

Add an explicit pre-presentation checkpoint in the discipline section (e.g., 'open the shell yourself once before handing it over; if it does not load in seconds, fix it first').

Trim metaphor-only sentences (e.g., the shipwright framing, 'three reskins are wallpaper') to pure instruction to tighten token efficiency.

Include one tiny worked example per fork — a three-line stub of the clickable shell or the route/variant layout — to close the remaining actionability gap.

DimensionReasoningScore

Conciseness

The body is dense and directive throughout, assumes Claude's competence, and explains no general concepts; nearly every token carries instruction. Not 5 because decorative metaphor ('Shipwrights loft the hull's lines', 'three reskins are wallpaper') adds tokens beyond what the instructions need. Not 3 because there is no unnecessary explanation or padding — only minor flourishes.

4 / 5

Actionability

Concrete, specific guidance throughout: 'no DOM, no I/O, no framework', 'one button per scenario', 'One route, three variants that differ in structure', 'Push the artifact to a loft/<name> branch'. Per the scoring note, absence of code in an instruction-only skill is not penalized; but there is no worked example of the shell or variant structure, leaving minor gaps between directive and execution, so not 5.

4 / 5

Workflow Clarity

The sequence is coherent and complete (detect a stall → choose a fork → build under the discipline → captain reacts → revise in-session → fold the answer → completion definition), with a completion checklist and an explicit revision feedback loop ('Expect the first shape to be argued with: revise on the branch within the same session'). Not 5 because there is no explicit checkpoint verifying the artifact actually loads/runs before presenting it to the captain, and the fold-the-answer location choice is left open.

4 / 5

Progressive Disclosure

A single self-contained SKILL.md (~65 lines) with no references/, scripts/, or assets/ directories; no reference in the body points to a nonexistent file, and nothing in the body clearly belongs in a separate file. Sections are well-organized and easy to navigate, matching the simple-skill provision for a top score.

5 / 5

Total

17

/

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 that states a specific, unusual capability and pairs it with an explicit 'Use when' clause containing three concrete trigger conditions. Its only weaknesses are a missing set of everyday synonyms (prototype, mockup, spike) and one jargon trigger ('a navigator map carries a loft ticket') that outside users would not say.

Suggestions

Add one or two natural synonyms such as 'prototype', 'spike', or 'mockup' to the trigger clause so users who don't use the word 'loft' can still match it.

Consider replacing or supplementing the internal-jargon trigger ('when a navigator map carries a loft ticket') with a phrasing a general user would naturally say.

Make the disposition of the result slightly more concrete (e.g., 'the decision is recorded in the issue or spec; the artifact is left on a branch') to round out the action coverage.

DimensionReasoningScore

Specificity

Names concrete artifact forms ('a pure logic module in a clickable shell, or structurally different UI variants behind one route') and concrete outcomes ('the artifact never docks'), but the recording/folding side of the process is only alluded to abstractly ('the answer folds into the decision'), leaving minor gaps in coverage. Not 3 because it lists several specific actions rather than only 1-2; not 5 because coverage is not comprehensive.

4 / 5

Completeness

Explicitly answers both what ('answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route') and when ('Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches "we would have to see it"') with three concrete trigger phrases. Clearly matches the top anchor; the 'when' is fully explicit, so not 4.

5 / 5

Trigger Term Quality

Contains natural phrases users would say in context ('a design question stalls in words', 'a spec discussion reaches "we would have to see it"'), giving good keyword coverage. Not 5: common synonyms like prototype, mockup, spike, or wireframe are missing, and 'a navigator map carries a loft ticket' is internal jargon rather than a natural user phrase.

4 / 5

Distinctiveness Conflict Risk

Clear niche — settling stalled design questions with throwaway runnable artifacts — with highly specific triggers, so it is unlikely to fire for the wrong skill. Re-checked anchor 4 ('minor overlap risk with closely related skills'): the triggers are distinctive enough that even minor overlap does not apply, so it fits 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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

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