CtrlK
BlogDocsLog inGet started
Tessl Logo

services-layer

Apply Whispering service-boundary patterns for UI-free capabilities, explicit inputs, Result fallibility, Live objects, lifecycle factories, and platform variants. Use when creating or refactoring services, contracts, provider dispatch, or the `$lib/services` barrel.

70

Quality

85%

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

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

A well-structured, actionable architecture skill with clean progressive disclosure and a useful final checklist. The main room for improvement is tightening redundant framing prose and making code examples more complete.

Suggestions

Collapse the 'Product Sentence' into the Boundary section to remove the partial restatement and save tokens.

Add at least one complete copy-paste-ready example (e.g., a minimal *ServiceLive object with `satisfies <Service>`) alongside the existing type signatures to lift actionability.

Consider a short ordered 'creating a service' micro-sequence (decide direct vs factory -> define Result/errors -> wire #platform/* -> add to barrel -> run Final Check) to give the checklist an explicit flow.

DimensionReasoningScore

Conciseness

The body is largely lean and assumes Claude's competence, but the 'Product Sentence' partially restates the Boundary section and the opening framing adds prose that could be trimmed.

4 / 5

Actionability

Concrete directives ('Use Result<T, E>...', 'Default to a direct *ServiceLive object', 'Use #platform/* imports') and real code snippets are present, but the examples are illustrative type signatures rather than copy-paste-complete implementations, with fuller patterns deferred to references.

4 / 5

Workflow Clarity

A 'Final Check' checklist provides explicit validation checkpoints, but this is a patterns skill with no ordered multi-step sequence, so it stops short of the feedback-loop-driven clarity of a true workflow.

4 / 5

Progressive Disclosure

The body is a clear overview that points to two real, well-signaled one-level-deep references (service-implementation-pattern.md, service-organization-platforms.md), with content appropriately split and easy to navigate.

5 / 5

Total

17

/

20

Passed

Description

92%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, specific description that clearly states both capability and trigger conditions with concrete, codebase-anchored language. The only minor gap is trigger-term breadth — terms are domain-technical and could include more natural synonyms.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete pattern areas — 'UI-free capabilities, explicit inputs, Result fallibility, Live objects, lifecycle factories, and platform variants' — giving comprehensive coverage rather than vague abstraction.

5 / 5

Completeness

It explicitly states both what it does ('Apply Whispering service-boundary patterns for...') and when to use it ('Use when creating or refactoring services, contracts, provider dispatch, or the `$lib/services` barrel'), with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural trigger phrases like 'creating or refactoring services, contracts, provider dispatch' are present, but the terms lean technical and lack common synonyms or file extensions that users would naturally say.

4 / 5

Distinctiveness Conflict Risk

The narrow niche ('Whispering service-boundary patterns', '$lib/services barrel', platform variants) is highly specific to one codebase layer, minimizing overlap with other skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
EpicenterHQ/epicenter
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.