CtrlK
BlogDocsLog inGet started
Tessl Logo

ping

Lightweight readiness probe. Returns the input `message` echoed back, or `'pong'` when omitted. Useful for CLI health checks and SignalR connectivity smoke tests.

63

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

High

Do not use without reviewing

Fix and improve this skill with Tessl

tessl review fix ./Unity-MCP-Plugin/.claude/skills/ping/SKILL.md
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.

The body delivers fully executable call guidance for a trivial tool and needs no bundle files, but it pads token cost by repeating the input spec three times and including a generic stdin tip with a placeholder that doesn't match the tool's real parameter. Fixing heading hierarchy and collapsing the duplicate input documentation would make it clean.

Suggestions

Collapse "## Inputs", "## Input", and "### Input JSON Schema" into a single input section (table plus one schema snippet) — the parameter is currently documented three times.

Fix heading placement: move "### Troubleshooting" out from under "## How to Call" to a top-level section, and make the stdin/heredoc tip use the real parameter (e.g. `{"message": "hello"}`) instead of the generic `{"param": "value"}` placeholder.

Delete the blockquoted multi-line/stdin boilerplate entirely — for a single-string-parameter tool the one basic invocation is sufficient, and the generic tip adds tokens without tool-specific value.

DimensionReasoningScore

Conciseness

The `message` parameter is documented three separate times ("## Inputs" bullet list, "## Input" table, and the Input JSON Schema), and the blockquoted heredoc/stdin tip with the generic `{"param": "value"}` placeholder is boilerplate not specific to this tool. Mostly efficient, but these redundancies should be tightened.

3 / 5

Actionability

The primary command `unity-mcp-cli run-system-tool ping --input '{"message": "string_value"}'` is executable and copy-paste ready, but the recommended stdin example uses the placeholder `{"param": "value"}` instead of the tool's actual `message` field, leaving a minor gap.

4 / 5

Workflow Clarity

This is a simple, single-purpose skill and its one action — call ping, optionally passing `message` — is unambiguous, including a troubleshooting fallback (install globally or use `npx`) for the common CLI-not-found failure. No destructive or batch operations, so no validation checkpoint is required.

5 / 5

Progressive Disclosure

The skill is self-contained with the only cross-reference ("Read the /unity-initial-setup skill") one level deep and clearly signaled, which fits a skill with no reference material of its own. However, organization has minor gaps: duplicated Inputs/Input sections, "### Troubleshooting" nested under "## How to Call" instead of standing at the right level, and inconsistent heading names.

4 / 5

Total

16

/

20

Passed

Description

75%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: concrete, third-person, concise, with both what and when clearly stated. The main refinements would be a more explicit "Use when..." trigger phrasing and richer natural-term coverage.

Suggestions

Recast the when-clause as an explicit trigger, e.g. "Use when checking whether the Unity MCP transport or SignalR connection is alive, or measuring round-trip latency before invoking heavier tools."

Add one or two natural synonyms users might say, such as "connectivity check" or "liveness check", to broaden trigger-term coverage.

Note the tool is side-effect-free in the description to further distinguish it from heavier Unity tools that share the ping/health vocabulary.

DimensionReasoningScore

Specificity

States concrete behaviors — "Returns the input `message` echoed back, or `'pong'` when omitted" — which fully describe the tool's actions, though only two specific actions are listed, leaving minor gaps relative to a comprehensive action inventory.

4 / 5

Completeness

Both what ("Returns the input message echoed back, or 'pong' when omitted") and when ("Useful for CLI health checks and SignalR connectivity smoke tests") are answered; the when-clause is explicit trigger guidance but could be phrased more directly as "Use when...". Not missing, so the cap at 3 does not apply.

4 / 5

Trigger Term Quality

Natural user phrases like "readiness probe", "health checks", and "smoke tests" are present and domain-scoped ("SignalR connectivity"), but a few natural synonyms are missing.

4 / 5

Distinctiveness Conflict Risk

The echo/pong readiness-probe niche with SignalR smoke-test triggers is mostly distinct from other skills; the main overlap risk is that "ping" is a very common operation name.

4 / 5

Total

16

/

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