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

80%

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 ./packs/astro/skills/dev-create-service/SKILL.md
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, actionable instruction: exact file templates, naming conventions, hard rules, and a runnable validation command with zero filler. The only gaps keeping it from top marks are the absence of an inline example of a generated artifact and a feedback loop for handling validation failures.

Suggestions

Add a failure-handling step after validation, e.g. "If astro check reports errors, fix them and re-run until it passes".

Include one short example snippet of a generated file (e.g. a minimal service or adapter) so the expected shape is visible without opening docs/ARCHITECTURE.md.

DimensionReasoningScore

Conciseness

The ~27-line body is lean and instruction-only: "Service: NO try/catch, NO .map()/.filter()/new Date()" and "Validate: npx astro check" carry maximum information per token, with no explanations of concepts Claude already knows and no padding. This matches anchor 5 (every token earns its place) exactly.

5 / 5

Actionability

Guidance is concrete and executable: exact file paths with templates ("types/[resource].types.ts - mirrors API exactly (snake_case)"), enumerated operations ("GET list, GET by ID, POST, PATCH, DELETE"), an example URL, and a runnable validation command. It stops short of anchor 5 because no example of a generated artifact is shown inline — file-content patterns are delegated entirely to docs/ARCHITECTURE.md — which is a minor gap rather than the pseudocode/missing-detail level of anchor 3.

4 / 5

Workflow Clarity

The five steps are clearly sequenced (read docs, ask user, create files a-d in order, apply rules, validate) and end with an explicit validation checkpoint ("Validate: npx astro check"), matching anchor 4. It is not anchor 5 because there is no feedback loop for error recovery (what to do if astro check fails), and not anchor 3 since validation is explicitly present rather than missing or only implicit; the workflow creates files rather than performing destructive or batch operations, so no cap applies.

4 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files, well-organized into a single ordered Steps section, and its only reference ("docs/ARCHITECTURE.md sections 4.1 (Services), 4.2 (Adapters), 4.3 (Types)") is one level deep and clearly signaled with specific section numbers. Per the rubric's guideline for short, simple skills, this matches anchor 5.

5 / 5

Total

18

/

20

Passed

Description

67%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 answers both what and when with a concrete list of deliverables, in proper third-person voice with no fluff. Its main weakness is trigger-term coverage: only one natural user phrase ("adding API integration") is present, with no synonyms like "endpoint" or "API client" that a user might naturally say when needing this skill.

Suggestions

Add natural trigger synonyms to the when-clause, e.g. "Use when adding API integration to a module, creating an API client, or connecting a resource to an endpoint".

Vary the action verbs to make capabilities more concrete, e.g. "creates API-mirroring types, app contracts, pure adapters, and a fetch-only service layer" instead of a single generic "creates".

DimensionReasoningScore

Specificity

"creates types, contracts, adapter, and service layer" names four concrete deliverables in the API-integration domain, matching anchor 4's several specific actions with minor gaps. It falls short of anchor 5 because the verb is generic ("creates") and the per-artifact actions are not elaborated, and it exceeds anchor 3 since it lists several actions, not just 1-2.

4 / 5

Completeness

Both parts are explicit: "Use when adding API integration to a module" answers when, and "creates types, contracts, adapter, and service layer" answers what. It is not a 5 because the when-clause is a single condition without multiple concrete trigger phrases, and clearly above a 3 since neither what nor when is missing or merely implied.

4 / 5

Trigger Term Quality

"adding API integration to a module" is a natural phrase a user would say, but common variations and synonyms are missing (e.g., "endpoint", "REST API", "API client", "connect to an API"), and terms like "contracts" and "adapter" are jargon users would not naturally utter. This matches anchor 3 (some relevant keywords, missing common variations) rather than anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

The specific artifact stack ("types, contracts, adapter, and service layer") carves a distinct niche tied to this architecture, matching anchor 4's mostly-distinct profile with minor overlap risk. It is not a 5 because "API integration" is broad enough to overlap a generic API-client skill, and not a 3 because the deliverable stack is far more specific than the anchor-3 example.

4 / 5

Total

15

/

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/astro/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.