CtrlK
BlogDocsLog inGet started
Tessl Logo

tool-set-enabled-state

Enable or disable MCP tools by name in batch. Persists the change via `UnityMcpPluginEditor.Instance.Save()` only when at least one tool actually flipped. Returns per-input success flags plus optional operation logs.

50

Quality

55%

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 ./Unity-MCP-Plugin/.claude/skills/tool-set-enabled-state/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is well structured with concrete CLI commands and schemas, but it duplicates input presentation, uses misleading placeholder values in its main example, and lacks a verification step for a batch operation. Tightening the duplication and adding a validation/retry checkpoint would raise the weakest dimensions.

Suggestions

Remove the redundant 'Inputs' list or 'Input' table, keeping a single clear input description plus the JSON schema to cut duplication.

Replace the 'string_value' placeholders in the 'How to Call' example with a real example payload, e.g. an array of {"Name": "...", "Enabled": true} objects, so the command is copy-paste ready.

Add a verification step to the workflow, such as inspecting the returned per-tool Success map and retrying any names reported false, so the batch operation has an explicit feedback loop.

DimensionReasoningScore

Conciseness

Mostly efficient but padded with redundancy — inputs are described three times (the 'Inputs' list, the 'Input' table, and the full 'Input JSON Schema'), and the 'How to Call' example uses placeholder 'string_value' fields that add noise; not 3 because of this duplication, not 1 because no basic concepts are over-explained.

2 / 3

Actionability

Concrete commands are present ('unity-mcp-cli run-tool tool-set-enabled-state --input ...' and the --input-file variants) but the primary example uses 'string_value' placeholders that are not valid (tools must be an array), so it is not copy-paste ready; not 3 because the example is incomplete/misleading, not 1 because real executable commands are given.

2 / 3

Workflow Clarity

The Behavior section sequences the process (resolve each entry, short-circuit already-correct state, save once iff something changed) but for a batch operation there is no validation/verification step or error-recovery feedback loop, which caps workflow clarity at 2 per the rubric; not 3 because validation checkpoints are missing, not 1 because the sequence is clearly described.

2 / 3

Progressive Disclosure

Content is organized into clear sections but is monolithic — the large input/output JSON schemas are inline and no bundle files or one-level-deep references are provided or signaled; not 3 because content that could be separate (the schemas) is inline with no navigation, not 1 because sections are well labeled rather than a wall of text.

2 / 3

Total

8

/

12

Passed

Description

60%

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 is specific and concrete about what the skill does, but omits any 'Use when...' trigger guidance and leans on implementation jargon rather than natural user phrasing. Adding an explicit trigger clause and common-sense keywords would lift the weakest dimensions.

Suggestions

Add an explicit 'Use when ...' clause naming natural triggers, e.g. 'Use when the user wants to enable, disable, or toggle MCP tools, or turn specific tools on or off in batch.'

Replace implementation jargon like 'UnityMcpPluginEditor.Instance.Save()' in the description with outcome-oriented language (e.g. 'persists the change only when a tool actually changes state') and keep the API detail in the body.

Include common user phrasings such as 'toggle', 'turn on/off', or 'activate/deactivate MCP tools' to improve trigger-term coverage.

DimensionReasoningScore

Specificity

Lists several concrete actions — 'Enable or disable MCP tools by name in batch', 'Persists the change via UnityMcpPluginEditor.Instance.Save() only when at least one tool actually flipped', and 'Returns per-input success flags plus optional operation logs' — matching the anchor for multiple specific concrete actions; not below because it is far more than naming a domain.

3 / 3

Completeness

It clearly answers 'what does this do' but provides no 'when should Claude use it' guidance, so per the judging guidelines a missing 'Use when...' clause caps completeness at 2; not 3 because the trigger is entirely absent, not 1 because the 'what' is well covered.

2 / 3

Trigger Term Quality

Some natural keywords exist ('enable or disable MCP tools') but common variations like 'toggle/turn on/turn off tools' are missing, and 'UnityMcpPluginEditor.Instance.Save()' is not a term a user would say; not 3 because coverage of natural user phrasing is thin, not 1 because relevant terms are present.

2 / 3

Distinctiveness Conflict Risk

The MCP-tool-enabled-state niche is fairly specific, but without explicit triggers it could still overlap with other MCP tool-management skills (listing, registration); not 3 because distinct triggers are absent, not 1 because the scope is narrow and unlikely to conflict broadly.

2 / 3

Total

9

/

12

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
IvanMurzak/Unity-MCP
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.