CtrlK
BlogDocsLog inGet started
Tessl Logo

mps-aspect-editor

Use when creating or changing MPS editor definitions — the overall workflow from scaffolding a `ConceptEditorDeclaration` through componentizing reusable `EditorComponentDeclaration`s, refining cell models and cell layouts, applying style sheets and indent-layout style items, wiring smart references, leveraging inheritance via super-concepts and interfaces, inspecting (`print_node_json`, `show_node_representation`) and validating (`check_root_node_problems`). Covers `jetbrains.mps.lang.editor` cell models (`CellModel_RefNode`/`CellModel_RefNodeList`/`CellModel_RefCell`/`CellModel_Property`/`CellModel_Constant`), layout choices, and JSON blueprints for common editor shapes. For the non-layout side (action maps, keymaps, transformation/substitute menus) use `mps-aspect-editor-menus-and-keymaps`.

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

—

The risk profile of this skill

SKILL.md
Quality
Evals
Security

Quality

Content

67%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 itself is a well-organized, actionable overview with a sensible validated workflow, and the reference architecture is exactly what progressive disclosure should look like on paper. The critical defect is that the bundle ships none of the referenced files — every pointer to `references/*.md` is broken in the actual skill package, so the detail content the body defers to does not exist.

Suggestions

Ship the referenced files (`references/cell-models.md`, `references/editor-patterns.md`, `references/editor-components.md`, `references/stylesheet-values.md`, `references/indent-layout-styles.md`, `references/aspect-model-stereotypes.md`) alongside SKILL.md, or inline the highest-value patterns (the minimal `ConceptEditorDeclaration` JSON template) if the bundle must stay single-file.

Fix the inconsistent reference path: the inspected-cell-layout pattern is cited as `references/editor-patterns/inspected-cell-layout.md` in one section but described as a pattern inside `references/editor-patterns.md` in the Reference Index — pick one location and use it consistently.

Add an explicit feedback loop after the validate step, e.g. 'If `mps_mcp_check_root_node_problems` reports problems, fix them and re-validate before proceeding', to close the workflow's error-recovery gap.

DimensionReasoningScore

Conciseness

The body is dense and directive — "Always use `CellModel_RefNodeList` for `0..n` or `1..n` children", "put the hint in the constant's `nullText` (not `text`)" — with little padding. Minor trimmable spots remain (the 'Loading companion skills' paragraph and some explanatory asides like spelling out that `editor` is a default aspect), placing it at the 4 anchor 'efficient; minor instances of over-explanation' rather than the fully lean 5.

4 / 5

Actionability

Concrete guidance throughout: named tools (`mps_mcp_scaffold_editor`, `mps_mcp_print_node`, `mps_mcp_check_root_node_problems`), exact parameter names (`moduleName`, `type="component"`, `readOnly=true`), and precise rules for choosing cell models. It falls short of 5 because the copy-paste JSON blueprints are delegated to reference files rather than included, leaving minor gaps in what the body itself can execute.

4 / 5

Workflow Clarity

The 'Common Workflow' is a clear numbered 0–5 sequence (check model exists → scaffold → componentize → refine → inspect → validate) with both an inspection and a validation checkpoint. It misses 5 because there is no explicit error-recovery loop — nothing says what to do when `mps_mcp_check_root_node_problems` reports problems.

4 / 5

Progressive Disclosure

The in-file design is a well-signaled, one-level-deep reference structure (a 'Reference Index' with per-file purpose), but scored against the actual bundle: no `references/` directory exists, so every referenced path — `references/cell-models.md`, `references/editor-patterns.md`, `references/editor-components.md`, `references/stylesheet-values.md`, `references/indent-layout-styles.md`, `references/aspect-model-stereotypes.md` — is dangling, and one path is internally inconsistent (`references/editor-patterns/inspected-cell-layout.md` vs. the same pattern listed in `references/editor-patterns.md`). The promised detail content is unreachable, which the structure cannot compensate for; this is below the 3 anchor's 'could be better organized' and matches a broken/minimal reference scheme (2).

2 / 5

Total

14

/

20

Passed

Description

92%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: it states an explicit trigger, enumerates concrete workflow actions with specific concept and tool names, and explicitly routes adjacent topics to the sibling skill. The only weakness is that a few natural synonyms are absent from the trigger terms.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "scaffolding a `ConceptEditorDeclaration`", "componentizing reusable `EditorComponentDeclaration`s", "refining cell models and cell layouts", "applying style sheets and indent-layout style items", "wiring smart references", "inspecting (`print_node_json`, `show_node_representation`) and validating (`check_root_node_problems`)" — plus named cell-model concepts. Coverage of the workflow stages is comprehensive, matching the score-5 anchor rather than the 'minor gaps' of score 4.

5 / 5

Completeness

Both halves are explicit: the what is the concrete end-to-end workflow (scaffold → componentize → refine → inspect → validate, with named concepts), and the when opens the description ("Use when creating or changing MPS editor definitions"). This matches the score-5 anchor ('clearly and explicitly answers both what AND when with concrete trigger phrases').

5 / 5

Trigger Term Quality

Good natural-term coverage: "creating or changing MPS editor definitions", "cell models", "cell layouts", "style sheets", "smart references" are phrases a user in this domain would say. A few natural variations are missing (e.g. "projectional editor", "inspector"), so it sits at the 4 anchor ('good keyword coverage; a few natural terms missing') rather than the 5 anchor's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is tightly scoped to `jetbrains.mps.lang.editor` layout-side work and it actively disambiguates the sibling: "For the non-layout side (action maps, keymaps, transformation/substitute menus) use `mps-aspect-editor-menus-and-keymaps`". Clear niche with distinct triggers and minimal conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 1 missing

Warning

referenced_paths_exist

Referenced path issues: 13 missing, 1 deeper-than-1-level

Warning

Total

13

/

16

Passed

Repository
JetBrains/MPS
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.