CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dev-create-service

Use when adding API integration to a module - creates types, contracts, adapter, and service layer.

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

86%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 exemplar of lean, imperative skill writing: a tight 5-step workflow with exact file paths, naming conventions, hard architectural rules, and a concrete validation command. The only meaningful gaps are the absence of a validation-failure feedback loop and reliance on an external architecture doc for the actual code patterns.

DimensionReasoningScore

Conciseness

The ~35-line body is lean and instructional throughout — exact file paths, terse hard rules ("Service: **NO try/catch**, **NO .map()/.filter()/new Date()**"), and zero padding or explanation of concepts Claude already knows. Every token earns its place, matching the 5 anchor.

5 / 5

Actionability

Guidance is concrete and executable: exact filenames with conventions ("types/[resource].types.ts -- mirrors API exactly (snake_case)"), a runnable validation command ("npx tsc --noEmit"), and specific user questions with an example ("e.g. /v4/marketplace"). It falls short of 5 because the actual code shape (function signatures, file structure) is delegated to the external docs/ARCHITECTURE.md rather than shown or templated.

4 / 5

Workflow Clarity

A clear 5-step sequence with an interactive checkpoint (step 2 asks the user) and an explicit validation step ("5. Validate: npx tsc --noEmit"), plus strict creation ordering (a-d). It does not reach 5 because there is no error-recovery feedback loop saying what to do when tsc fails, and it is above 3 because validation is present rather than absent or implicit.

4 / 5

Progressive Disclosure

The skill is under 50 lines, well organized with a Steps section, and its only reference — "Read docs/ARCHITECTURE.md sections 4.1 (Services), 4.2 (Adapters), 4.3 (Types)" — is clearly signaled and one level deep. Per the rubric's simple-skill guideline, this scores 5 with just well-organized sections.

5 / 5

Total

18

/

20

Passed

Description

76%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 explicitly covers both what the skill produces and when to use it, with four concrete named deliverables in third-person voice. Its main weakness is trigger-term coverage: beyond "API integration," the remaining keywords are project jargon rather than phrases a user would naturally say, and common synonyms are missing.

Suggestions

Add natural trigger variations users would actually say, e.g. "Use when adding API integration to a module, wiring up a new endpoint, or creating a service/adapter for a resource".

Briefly state the outcome scope in the what-clause, e.g. "creates the full data layer (types, contracts, adapter, and service) with CRUD operations for a resource".

Include a concrete resource example in the description (e.g. "for a resource like /v4/marketplace") to sharpen distinctiveness against generic API skills.

DimensionReasoningScore

Specificity

"creates types, contracts, adapter, and service layer" lists four concrete deliverables, matching the anchor for several specific actions with minor gaps in coverage. It falls short of 5 because it omits what the integration actually covers (e.g., CRUD operations, HTTP details, validation), and exceeds 3 because it names far more than 1-2 actions.

4 / 5

Completeness

It explicitly answers both questions: "Use when adding API integration to a module" is a concrete when-clause and "creates types, contracts, adapter, and service layer" is a concrete what. The score-4 anchor's weakness ("'when' could be more explicit or specific") does not apply, so it matches the 5 anchor.

5 / 5

Trigger Term Quality

"adding API integration to a module" is a natural trigger phrase, but "contracts" and "adapter" are project jargon rather than user-natural terms, and common variations (endpoint, REST client, connect to an API) are absent — matching the anchor for some relevant keywords with missing variations. It is below 4 because natural keyword coverage is thin beyond the single "API integration" phrase.

3 / 5

Distinctiveness Conflict Risk

The four-artifact data-layer niche ("types, contracts, adapter, and service layer") is mostly distinct with only minor overlap risk against generic API-integration skills. It is not 5 because the trigger phrase "API integration" is fairly broad on its own.

4 / 5

Total

16

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/specialist-agent

Path

packs/react/skills/dev-create-service/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.