CtrlK
BlogDocsLog inGet started
Tessl Logo

object-get-data

Get serialized data for a Unity `UnityEngine.Object` — all serializable fields and properties. Supports token-saving path-scoped reads via `paths` or `viewQuery`. Pair with 'object-modify' when you need to write back.

59

Quality

74%

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/object-get-data/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

70%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 is well-structured and immediately actionable, with executable CLI examples, a clear input table, and explicit output shape. Weaknesses are redundancy (path syntax stated three times) and two large inlined JSON schemas that inflate the token cost and belong in a references file.

Suggestions

State the path syntax once (in the "## Path syntax" section) and have the `paths` table row and ViewQuery description reference it instead of repeating it.

Move the full Input and Output JSON schemas to a references/ file (e.g. references/schema.md) and keep only a compact summary of key members inline.

Fix the "How to Call" example to show a valid objectRef payload, e.g. {"objectRef": {"instanceID": 12345}, "paths": ["health"]}, instead of the placeholder string_value that contradicts the schema.

DimensionReasoningScore

Conciseness

Mostly efficient prose with no conceptual padding, but path syntax is explained three times ("## Path syntax", the `paths` table row, and `ViewQuery.Path`'s schema description) and two ~60-line JSON schemas are inlined wholesale. Not 4 because the schema dumps and triple-stated path syntax are unnecessary bulk that could be trimmed.

3 / 5

Actionability

Executable CLI commands with three invocation patterns (inline JSON, --input-file, stdin heredoc) plus a troubleshooting section for CLI-not-found. Not 5 because the sample input shows "objectRef": "string_value" while the schema requires an object with an integer instanceID — a copy-paste user would construct the wrong payload.

4 / 5

Workflow Clarity

Single-purpose read skill: the one action (call object-get-data with objectRef and optional paths/viewQuery) is unambiguous, with full call syntax, input requirements, output schema, and error recovery. It is a read operation, so the destructive/batch validation cap does not apply.

5 / 5

Progressive Disclosure

Sections are well-organized, but the bundle contains no references directory and ~120 lines of JSON Schema API reference are inlined in SKILL.md — material that clearly belongs in a separate reference file. Not 4 because reference content is inline rather than split out with signaled navigation.

3 / 5

Total

15

/

20

Passed

Description

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

The description is specific and appropriately concise, with a clear domain and concrete actions, and it explicitly differentiates the read tool from 'object-modify'. Its main gaps are the absence of an explicit "Use when..." trigger clause and a few missing natural synonyms that would improve retrieval.

Suggestions

Add an explicit trigger clause, e.g. "Use when you need to inspect or read the serialized state of a Unity object, component, or asset".

Include a few natural synonyms such as "inspect", "read", and "GameObject/component/asset" alongside the current terminology.

Briefly state what is returned (a serialized tree of fields/properties) so the 'what' is complete without extra padding.

DimensionReasoningScore

Specificity

"Get serialized data for a Unity UnityEngine.Object — all serializable fields and properties. Supports token-saving path-scoped reads via paths or viewQuery" names the domain and several concrete, parameter-level actions. Falls short of 5 because coverage is one capability family (reads) with no mention of what is returned or how results are shaped.

4 / 5

Completeness

The "what" is clear and specific, but there is no explicit "Use when..." clause; "Pair with 'object-modify' when you need to write back" only weakly implies usage timing, which caps completeness at 3 per the judging guidelines. Not 4 because the when-guidance is a pairing note rather than an explicit trigger for this skill.

3 / 5

Trigger Term Quality

Includes natural terms like "Unity", "serialized data", "fields and properties", and "write back" that users of a Unity MCP setup would say. A few natural synonyms are missing ("inspect", "read", "dump", "GameObject", "component data"), so it is not the comprehensive 5.

4 / 5

Distinctiveness Conflict Risk

Clear niche (serialization read of Unity objects) explicitly disambiguated from the sibling 'object-modify' write tool. Slight overlap risk remains with other Unity inspection/read skills since "get data" phrasing is generic. Not 5 because the trigger phrasing does not fully distinguish it from adjacent Unity data-reading tools.

4 / 5

Total

15

/

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.