CtrlK
BlogDocsLog inGet started
Tessl Logo

token-map

Map an extracted Figma / source-code token bag onto the active OD design system, producing a deterministic mapping the generate stage can consume.

52

Quality

58%

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/_official/atoms/token-map/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 a well-structured, domain-specific instruction document with a concrete I/O contract, decision rules, and validation/convergence checkpoints. Its weaknesses are a dangling reference to a nonexistent examples file, meta-commentary about expected accuracy that adds tokens without adding instruction, and example material inlined where a one-level-deep reference would be cleaner.

Suggestions

Fix or remove the reference to examples/semantic-inference-before-after.json — the file does not exist in the skill bundle, so the pointer is currently unusable.

Trim the meta-commentary ("This deterministic v1 atom does not claim a measured accuracy lift by itself... Real accuracy numbers require a fixture suite...") — it explains expectations rather than instructing, and the Before/after section already demonstrates the improvement.

Move the before/after examples and the reasoning-note jsonc blocks into a one-level-deep reference file (e.g., references/semantic-inference-examples.md) and keep only the decision rules in SKILL.md.

DimensionReasoningScore

Conciseness

The body is dense with domain-novel content (semantic inference evidence types, mapping rules) but includes unnecessary material: the hedging paragraph "This deterministic v1 atom does not claim a measured accuracy lift by itself... Real accuracy numbers require a fixture suite" is meta-commentary, and the Before/after section largely re-treads the earlier reasoning-note example. Mostly efficient but could be tightened — anchor 3, not 4.

3 / 5

Actionability

Concrete guidance throughout: exact input paths ("figma/tokens.json from figma-extract", "code/tokens.json from design-extract"), a full output contract with per-file schemas, explicit decision rules ("map to an active design-system token only when the evidence is role-based, not value-only"), and a jsonc reasoning-note example. Falls short of 5 because the actual 'executable mapping pass' mechanics are deferred to the implementation file without a concrete procedure here.

4 / 5

Workflow Clarity

A clear sequence (inputs → semantic role inference → map/unmatched decision → write bucket files) with real validation checkpoints: the unmatched.json human-review audit, the explicit convergence criterion ("every input token is either mapped or explicitly recorded under unmatched.json with a non-empty reason"), and the strict/soft-converge evaluator behavior. Minor gaps only — steps are organized as sections rather than an ordered procedure — so anchor 4 rather than 5.

4 / 5

Progressive Disclosure

Sections are clearly headed, but there is no bundle (no references/, scripts/, or assets/), yet the body points to "examples/semantic-inference-before-after.json" which does not exist in the skill directory — a dangling reference. Additionally, the inlined before/after and reasoning-note example blocks are content that could live in a separate reference file. This matches anchor 3: some structure, references not clearly signaled, content that should be separate is inline.

3 / 5

Total

14

/

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 states a clear, specific 'what' for a well-scoped niche, but provides no explicit 'when to use' guidance and lacks natural trigger variations users would actually say. Adding a 'Use when...' clause with concrete trigger phrases would address the main gaps.

Suggestions

Append an explicit trigger clause, e.g. "Use when migrating Figma designs or existing codebases to the active design system and source tokens need mapping."

Include natural trigger variations and synonyms users would say — "design tokens", "Figma migration", "token mapping", "color/typography crosswalk" — rather than only pipeline-internal jargon like "token bag" and "generate stage".

Mention the key outputs (colors/typography/spacing crosswalks plus an unmatched audit list) to broaden the concrete action coverage beyond the single 'map' action.

DimensionReasoningScore

Specificity

Quotes: "Map an extracted Figma / source-code token bag onto the active OD design system, producing a deterministic mapping the generate stage can consume." The domain (Figma/source-code token mapping onto a design system) and 1-2 concrete actions (map, produce deterministic mapping) are named, but there is only one core action with no broader coverage — matching anchor 3, not anchor 4 which requires several specific actions.

3 / 5

Completeness

The 'what' is clear (map tokens onto the active design system producing a deterministic mapping), but there is no 'Use when...' clause or equivalent explicit trigger guidance — 'when' is entirely absent, and per judging guidelines a missing 'when' caps completeness at 3.

3 / 5

Trigger Term Quality

Relevant keywords exist ("Figma", "token bag", "OD design system", "deterministic mapping") but common natural variations users would say (e.g., "design tokens", "Figma migration", "token mapping") and synonyms are missing. Not anchor 4 because keyword coverage is thin and partly jargon-heavy ('token bag', 'generate stage').

3 / 5

Distinctiveness Conflict Risk

"Map an extracted Figma / source-code token bag onto the active OD design system" carves a clear niche within the migration pipeline with mostly distinct triggers, though it slightly overlaps adjacent extraction/design-system atoms (e.g., figma-extract, design-extract) — anchor 4 rather than 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
nexu-io/open-design
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.