CtrlK
BlogDocsLog inGet started
Tessl Logo

scienceworld-tool-fetcher

This skill locates and picks up a specified tool or instrument from the environment. It should be triggered when a task requires a specific tool (e.g., thermometer, stopwatch) for measurement or manipulation. The skill identifies the tool's location via observation and executes a pick-up action, moving the tool to inventory.

73

Quality

92%

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

96%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 excellent example of a lean, fully executable instruction-only skill: exact command syntax, a well-sequenced workflow with verification and a not-found recovery loop, and no wasted tokens. The single gap is that the useful reference file in the bundle is never mentioned in the body.

Suggestions

Add a one-line pointer to references/environment_actions.md (e.g., under Key Constraints: 'See references/environment_actions.md for common tool locations and pick-up failure handling') so the existing bundle reference is discoverable rather than orphaned.

DimensionReasoningScore

Conciseness

The body is lean and imperative throughout ("use `teleport to [ROOM_NAME]`", "Scan the observation for the target tool name", "Proceed directly to `pick up`") with zero explanation of concepts Claude already knows. Every token earns its place, matching the 5 anchor; there is no padding that would drop it to 4.

5 / 5

Actionability

Concrete, copy-paste-ready commands with exact syntax (`teleport to [ROOM_NAME]`, `look around`, `look at [CONTAINER]`, `pick up thermometer`) plus a quoted success confirmation ("You move the thermometer to the inventory.") cover the common cases, matching the 5 anchor. It is not 4 because no key executable detail is missing.

5 / 5

Workflow Clarity

A clear 4-step sequence (identify → locate → pick up → verify) with an explicit validation checkpoint ("Verify the action was successful by checking the observation for confirmation") and an error-recovery loop ("If the tool is not in the initial room, systematically `teleport` to other relevant rooms and repeat"). This matches the 5 anchor including feedback loops; a 4 would lack the recovery guidance.

5 / 5

Progressive Disclosure

The ~35-line body is well organized into clean sections and, as a simple single-purpose skill, needs no external references — but the bundle contains references/environment_actions.md with genuinely complementary detail (common tool locations, exact object-name rule, pick-up failure handling) that the body never links. Scoring against the actual bundle structure, this is 'good structure; minor organization gaps' (4), not 5 (orphaned reference weakens navigation), and not 3 (nothing inlined belongs in a separate file).

4 / 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 that explicitly answers both what the skill does and when to trigger it, with concrete tool examples and specific action language. Its only weaknesses are minor: the navigation/search half of the workflow is unmentioned and trigger synonyms are sparse.

Suggestions

Add natural trigger synonyms (e.g., 'fetch', 'grab', 'get', 'find a tool') to broaden keyword coverage for the trigger_term_quality dimension.

Briefly mention the search/navigation capability (e.g., 'searches rooms and containers') so the specificity coverage reflects the full skill scope, not just the pick-up action.

DimensionReasoningScore

Specificity

Quotes like "identifies the tool's location via observation and executes a pick-up action, moving the tool to inventory" list several concrete actions, matching the 'several specific actions; minor gaps' anchor. It is not 5 because the search/navigation side of the skill (exploring rooms, checking containers) is absent from the description, and not 3 because it goes well beyond naming just 1-2 actions.

4 / 5

Completeness

Both halves are explicit: the what ("locates and picks up a specified tool or instrument ... moving the tool to inventory") and the when ("It should be triggered when a task requires a specific tool (e.g., thermometer, stopwatch) for measurement or manipulation") with concrete trigger examples. This matches the 5 anchor; a 4 would require the when-clause to be less explicit than it is.

5 / 5

Trigger Term Quality

Concrete tool names ("thermometer, stopwatch") plus natural phrases like "task requires a specific tool ... for measurement or manipulation" give good keyword coverage. It falls short of the 5 anchor because common synonyms users might say (fetch, grab, get, find a tool) are missing, and it is clearly above 3 since multiple relevant natural terms are present.

4 / 5

Distinctiveness Conflict Risk

The environment/inventory framing ("from the environment", "moving the tool to inventory") carves a clear niche with distinct triggers, matching 'mostly distinct; minor overlap risk'. It is not 5 because generic terms like "tool" and "manipulation" leave some overlap risk with other object-interaction skills.

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
zjunlp/SkillNet
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.