CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

interface-design

Interface design principles for package APIs — where configuration, behavior, and state belong across schema, endpoint, and hook layers. Use when adding or changing options, behavior, or state in packages/*.

71

Quality

89%

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

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

An exemplary principles skill: tightly written, zero filler, and immediately actionable through explicit if/then placement rules, a layer comparison table, and an anti-patterns section. The only improvement space is a small worked example (e.g., a full endpoint or schema definition showing the rules applied).

DimensionReasoningScore

Conciseness

The body is lean and dense — a table summarizing the three layers, if/then placement rules, and an anti-patterns list — with zero padding and no explanation of concepts Claude already knows; every section earns its tokens. It assumes competence and adds only framework-specific knowledge.

5 / 5

Actionability

Concrete, unambiguous decision rules ("If it describes data identity or relationships → Schema") with real API identifiers (`pk()`, `merge()`, `pollFrequency`, `ctrl.fetch(TodoResource.partialUpdate, { id }, { completed })`) make the guidance directly usable. It falls short of fully copy-paste-ready material only because there is no complete worked example of defining a schema or endpoint, leaving minor gaps.

4 / 5

Workflow Clarity

This is a single-decision skill (where does new config/behavior/state belong?) and that action is unambiguous: the layer table, the four if/then placement principles, and the consumer-scope checklist give a decisive, exhaustive decision path. No destructive or batch operations are involved, so no validation checkpoint is required.

5 / 5

Progressive Disclosure

The skill is roughly 50 lines, has no bundle files (no references/, scripts/, or assets/ exist), and needs none — all content fits inline in well-organized sections with clear headers. Per the simple-skill guideline, well-organized sections alone warrant the top score.

5 / 5

Total

19

/

20

Passed

Description

83%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: third-person, concise, with an explicit 'Use when' trigger clause and a clearly scoped what/when pair. It is specific to the layered architecture domain with concrete trigger terms, falling just short of top marks on trigger synonyms and pure action-listing.

DimensionReasoningScore

Specificity

The description names the domain ("Interface design principles for package APIs") and specifies several concrete concerns — "configuration, behavior, and state" placement across "schema, endpoint, and hook layers" — with only the minor gap that it states principles rather than enumerable actions like 'extract' or 'fill'.

4 / 5

Completeness

It explicitly answers both questions: what ("where configuration, behavior, and state belong across schema, endpoint, and hook layers") and when ("Use when adding or changing options, behavior, or state in packages/*") with concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

The trigger clause "Use when adding or changing options, behavior, or state in packages/*" includes natural phrases a user would say ('add an option', 'change behavior') plus a concrete path scope. A few natural synonyms (e.g., 'API design', 'refactor') are missing, matching the 'good coverage, few terms missing' anchor rather than the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

The layer-specific framing (schema/endpoint/hook, packages/*) carves a clear niche tied to this framework, leaving only minor overlap risk with generic API-design or code-review skills — the 'mostly distinct' anchor. Not a 5 because 'interface design principles' alone could weakly overlap with general design-guidance skills if the layer terms weren't present.

4 / 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: 4 suspicious

Warning

Total

15

/

16

Passed

Repository

reactive/data-client

Path

.agents/skills/interface-design/SKILL.md

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.