CtrlK
BlogDocsLog inGet started
Tessl Logo

scienceworld-tool-user

Uses a tool from inventory on a target object or location to perform a specific environmental interaction, such as digging, cutting, or measuring. Use this skill when a task requires modifying the environment or manipulating materials with a tool (e.g., using a shovel to dig soil, a thermometer to measure temperature, or an axe to cut wood). Takes the tool and target as inputs and outputs the result of the interaction.

65

Quality

82%

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

71%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 lean, actionable, well-sequenced body for a simple skill, with exact commands and one worked example. Its main weaknesses are the orphaned bundle file — `references/example_trajectory.md` is never referenced from SKILL.md, hurting navigation and costing a worked digging example — and the absence of any error-recovery guidance around the interpret-result step.

Suggestions

Add a clearly signaled, one-level-deep link to the existing bundle file (e.g., under an "Examples" section: "**Digging trajectory**: See [example_trajectory.md](references/example_trajectory.md)"), which both fixes the un-signaled reference and surfaces the state-change (shovel) use case currently missing from the body.

Add brief error-recovery guidance to the "Interpret Result" step, such as what to do when the observation reports the tool is absent or the target name is wrong (e.g., re-run `look around`, verify exact object name), to close the validation gap in an environment-modifying workflow.

Trim the triple statement of the pick-up prerequisite (Core Workflow step 1, Key Actions table, and Important Notes) to a single canonical statement plus the table entry.

DimensionReasoningScore

Conciseness

The body is efficient and assumes competence — no explanations of concepts Claude already knows — but the pick-up prerequisite is stated three times ("Core Workflow" step 1, the Key Actions table, and Important Notes) and the "Example" section re-walks the same steps, matching the 4 anchor's "minor instances of over-explanation that could be trimmed." It does not reach the 5 anchor where every token earns its place, and it is far from the verbosity of the 2-3 anchors.

4 / 5

Actionability

Guidance is mostly executable: exact commands (`pick up OBJ`, `use TOOL on TARGET`, `look around`), exact-name usage rules, and one complete worked example with a real observation ("a thermometer, currently reading a temperature of 72 degrees celsius"). It falls short of the 5 anchor ("examples cover the common cases") because only the measuring case is fully exemplified in the body — the state-change case (shovel/digging) exists only in the unreferenced bundle file — leaving a minor gap rather than the pseudocode/abstraction of the 3 anchor.

4 / 5

Workflow Clarity

The four-step sequence (ensure tool → identify target → execute → interpret result) is clearly ordered and includes checkpoints: the inventory precondition, `look around` to confirm target identity, and result interpretation. This matches the 4 anchor ("most checkpoints present; minor validation gaps") rather than 5, because there is no error-recovery guidance (e.g., what to do when the observation indicates failure or the tool is not in the environment); the destructive-operation cap to 3 does not apply since verification steps are present.

4 / 5

Progressive Disclosure

The body itself is short and well-sectioned, but the actual bundle contains `references/example_trajectory.md` (a digging trajectory) that the body never mentions or links, so the reference is present but not signaled at all. Per the guideline to score against the actual bundle structure, this fits the 3 anchor ("references present but not clearly signaled") and falls below the 4 anchor where references are mostly clear; it is above the 2 anchor because the inline content is appropriately brief, not material that belongs in a separate file.

3 / 5

Total

15

/

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: third-person, concrete, with an explicit "Use this skill when..." clause and specific tool/action examples that make both capability and trigger conditions clear. Main improvement levers are broadening the natural trigger synonyms and sharpening distinctiveness from adjacent inventory-manipulation skills.

DimensionReasoningScore

Specificity

The description lists several concrete actions — "such as digging, cutting, or measuring" — instantiated with specific tools ("using a shovel to dig soil, a thermometer to measure temperature, or an axe to cut wood"), matching the anchor for several specific actions with minor gaps. It falls short of the 5 anchor because the action list is not exhaustive for the domain (e.g., heating/other interactions are only implied) and "outputs the result of the interaction" is generic, while it clearly exceeds the 3 anchor's "1-2 concrete actions."

4 / 5

Completeness

It explicitly answers both questions: what ("Uses a tool from inventory on a target object or location to perform a specific environmental interaction") and when, via a concrete "Use this skill when a task requires modifying the environment or manipulating materials with a tool (e.g., ...)" clause with concrete trigger examples. This directly matches the 5 anchor (clear what AND when with concrete trigger phrases), not the 4 anchor where the 'when' is less explicit.

5 / 5

Trigger Term Quality

Natural trigger phrases are present — "digging", "cutting", "measuring", "modifying the environment", plus concrete tool nouns (shovel, thermometer, axe) a user would plausibly say — giving good keyword coverage with only a few natural variations missing (e.g., "use X on Y", "heat", "pick up and use"). It is below the 5 anchor's comprehensive synonym/extension coverage but well above the 3 anchor's "some relevant keywords, missing common variations."

4 / 5

Distinctiveness Conflict Risk

The tool-on-target environmental-interaction niche with distinct triggers (dig, cut, measure with named tools) is mostly distinct with only minor overlap risk against closely related inventory skills (e.g., a generic "pick up object" or measuring-only skill could share triggers like "thermometer"). It does not fully reach the 5 anchor's "clear niche with minimal conflict risk" because the trigger surface overlaps with adjacent object-manipulation 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.