CtrlK
BlogDocsLog inGet started
Tessl Logo

punkt-react-dev

Developing React components in the Punkt design system (@oslokommune/punkt-react). Covers creating, modifying, and testing components in /packages/react/src/components/. Use when working on Punkt React source code.

65

1.08x
Quality

68%

Does it follow best practices?

Impact

93%

1.08x

2 of 3 eval scenarios. Add 1 more for a full score.

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/punkt-react-dev/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

43%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 extremely lean index, but it delegates everything — guidance, workflows, commands — to 14 bundle files that are not present, leaving no actionable content and no verifiable navigation. It needs a minimal inline quick-start (or the actual bundle files) and at least one inline checklist/workflow with a validation step.

Suggestions

Include the actual bundle files (e.g. references/architecture-overview.md, references/checklist-new-component.md) so the 14 links resolve — without them the skill is unusable.

Add a short inline quick-start: one concrete example (e.g. a minimal component file path/snippet and the build/test command) so the body is not purely a table of contents.

Inline the "Checklist: Adding a New Component" steps with an explicit validation checkpoint (run tests/lint before finishing), since the workflow currently lives only in a missing file.

Remove the opening sentence that duplicates the frontmatter description verbatim.

DimensionReasoningScore

Conciseness

The body is lean — a heading, a one-line overview, and a 14-item section index — but "Skill for developing React components in the Punkt design system... Covers creating, modifying, and testing components in /packages/react/src/components/" nearly verbatim duplicates the frontmatter description and could be trimmed. Fits 'efficient; minor instances that could be trimmed', not the every-token-earns-its-place anchor.

4 / 5

Actionability

The body contains no code, commands, or concrete instructions — only a table of contents. Section titles like "Build & Dev Commands" and "Checklist: Adding a New Component" are high-level hints, matching anchor 2 ('minimal concrete guidance; high-level hints but missing the specific steps'), and it is not a 3 because nothing executable appears inline.

2 / 5

Workflow Clarity

The numbered "Sections" list is topical organization, not a sequenced workflow — there are no steps, no ordering, and no validation checkpoints for component work (e.g. run tests/lint after changes). This matches 'rough sequence present but many gaps; validation absent' at best, and the deferred checklist file cannot supply the missing workflow.

2 / 5

Progressive Disclosure

The index is clearly signaled and one level deep in form, but none of the 14 referenced files (architecture-overview.md, checklist-new-component.md, etc.) exist in any references/, scripts/, or assets/ directory, so every link is a dead end the evaluator cannot verify. Structure alone cannot earn above 'some structure but could be better organized' when the navigation targets are absent.

3 / 5

Total

11

/

20

Passed

Description

78%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: concrete actions, an explicit path and package name, and a genuine 'Use when' clause, all in a distinct niche. The main gap is the narrow trigger phrasing — it would benefit from user-style variations of the when-clause.

Suggestions

Broaden the when-clause with natural user phrasings, e.g. "Use when creating, updating, or testing React components in the Punkt library".

Mention key artifacts users reference (e.g. props, CSS/styling, dev pages) to widen trigger coverage beyond 'Punkt React source code'.

DimensionReasoningScore

Specificity

"Covers creating, modifying, and testing components in /packages/react/src/components/" lists three concrete actions with a specific path, matching the 'several specific actions; minor gaps' anchor. It is not a 5 because it omits capabilities the body itself advertises (styling, hooks, testing setup details).

4 / 5

Completeness

It answers both: what ("Developing React components... Covers creating, modifying, and testing") and when ("Use when working on Punkt React source code"). Not a 5 because the when-clause is a single narrow, near-tautological trigger phrase rather than the varied concrete triggers of the top anchor.

4 / 5

Trigger Term Quality

Includes natural terms a user would say — "React components", "Punkt design system", "Punkt React source code", plus the package name "@oslokommune/punkt-react" — but misses common variations like "add a component", "component library", or "props". Fits 'good keyword coverage; a few natural terms missing', not the comprehensive-synonym anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is unmistakable — "Punkt design system (@oslokommune/punkt-react)" with a monorepo path "/packages/react/src/components/" — giving it a clear niche with distinct triggers and minimal conflict risk, matching the anchor-5 example's structure.

5 / 5

Total

17

/

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

relative_links

Relative link issues: 14 missing

Warning

Total

15

/

16

Passed

Repository
oslokommune/punkt-skills
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.