CtrlK
BlogDocsLog inGet started
Tessl Logo

customize

Use when the user wants to create or manage a Specialist agent or create, revise, publish, or delete a Skill through the conversational `/Customize` entry. Routes Skill work to the internal skill-creator and handles Specialist work through the JavaScript host.agents SDK.

66

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

73%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, highly actionable routing skill with an exemplary ordered workflow and explicit validation/feedback loops for destructive operations. The main weakness is redundancy — several safety rules are restated across sections, and the SDK API surface could be split into a reference file.

Suggestions

Consolidate each safety rule into one authoritative location and cross-reference it: the no-retry rule, read-back requirements, and UUID-visibility rules each currently appear in two or three sections.

Move the full host.agents method reference into a one-level-deep references/ file (e.g. references/sdk.md), keeping only the routing decision and workflow in SKILL.md.

Add one worked example with real values for host.agents.create (including skillNames/connectorNames) and a sample update patch to make the guidance fully copy-paste ready.

DimensionReasoningScore

Conciseness

The prose is dense and imperative with no padding about concepts Claude already knows, but several rules are stated two or three times: 'Do not automatically retry declined or stale privileged operations' appears in both the runtime section and the revision section, read-back rules are repeated in the workflow and again under 'Read-back and reporting', and UUID-visibility guidance appears in both the SDK section and its own dedicated section. Mostly efficient but could be consolidated into a single authoritative statement per rule.

3 / 5

Actionability

Concrete, executable guidance throughout: a full method list with signatures ('host.agents.update(name, patch)', 'host.agents.delete(name, { revision })'), the create object's field list, a concrete decline record ('{ status: "declined", operation: "switch" }'), and explicit error prefixes. It falls short of copy-paste-ready because the create code block is a bare field list rather than a worked example with real values, and no sample update patch is shown.

4 / 5

Workflow Clarity

The 7-step workflow ('Understand scope' through 'Read-back') is clearly sequenced with explicit validation: step 7 mandates re-reading state with get(name), delete verification via list or an expected not-found get, and the stale-revision section defines a full feedback loop (re-read, rebuild the complete draft, ask for confirmation again). Destructive and privileged operations all have matching verification and confirmation checkpoints.

5 / 5

Progressive Disclosure

No bundle files exist, and the body is well-organized into clearly headed sections with no nested or buried references; routing skill-authoring work to the internal skill-creator via host.skills.read('skill-creator') is itself good disclosure behavior. It sits at 4 rather than 5 because the ~200-line body inlines the entire host.agents API surface, which could live in a one-level-deep reference file.

4 / 5

Total

16

/

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 with an explicit trigger clause, third-person voice, and a clear statement of both what it does and when to use it. It would benefit from mentioning the additional operations it covers (switch, inspect) and a few more natural synonyms.

DimensionReasoningScore

Specificity

The description lists several concrete actions ('create or manage a Specialist agent', 'create, revise, publish, or delete a Skill', 'Routes Skill work to the internal skill-creator') in third-person voice. It stops short of the 5 anchor because it omits covered operations like switch, inspect, or attach/detach, leaving minor gaps in capability coverage.

4 / 5

Completeness

Both halves are explicit: an unambiguous 'Use when...' clause enumerating concrete trigger actions, and a clear 'what' ('Routes Skill work to the internal skill-creator and handles Specialist work through the JavaScript host.agents SDK'). This matches the 5 anchor's concrete what-and-when pairing; the 4 anchor applies only when the 'when' could be more explicit, which is not the case here.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'Specialist agent', 'Skill', 'create', 'publish', 'delete', and the distinctive '/Customize' entry. A few natural variations users would say ('edit', 'update', 'remove', 'make an agent') are missing, which is the 4-anchor gap rather than comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is mostly distinct — '/Customize' entry, Specialist management, and host.agents SDK are unique triggers. There is minor overlap risk with the internal skill-creator skill it routes to, since any 'create a skill' request could plausibly match both, which keeps it just below the 5 anchor.

4 / 5

Total

17

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
aipoch/open-science
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.