CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

mps-language-modularity

Use when designing how multiple MPS languages relate or compose — choosing between language referencing, extension, reuse, and embedding, or deciding where a cross-language dependency should live and how generated code interacts. Covers the 2×2 modularity taxonomy adapted to MPS, a decision procedure, per-kind recipes (references + search scopes; subconcepting + overloaded operations; abstract hooks + adapter languages + separated/interwoven generation; guest + composition languages + type bridges), the annotations escape hatch, and per-kind validation. This is the design tier above the aspect-implementation skills: it picks the strategy, then routes into the relevant mps-aspect-* skills (structure, constraints, typesystem, generator, generation-plan, intentions) and mps-tests. Reach for it before authoring aspects, or whenever one language must see, extend, embed, or adapt another.

Quality

84%

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

63%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 well-structured, information-dense design-tier skill: the 2×2 taxonomy, decision procedure, and routing table are clear and token-efficient, and validation guidance is present. Its main defect is bundle integrity — all six reference files it routes to are missing, so the recipes and per-kind validation checklist it promises cannot be reached, and the pseudo-syntax note refers to snippets absent from the body.

Suggestions

Ship the six referenced files under references/ (referencing.md, extension.md, reuse.md, embedding.md, design-principles.md, validation.md) or inline the essential per-kind recipes and validation checklist into SKILL.md — as delivered, every entry in the Reference index is a dead path.

Add at least one concrete (clearly-labeled illustrative) snippet or tool invocation per kind, or remove the 'Code snippets here are illustrative pseudo-syntax' note, since the body currently contains no snippets at all.

Tighten the 'Loading companion skills' paragraph and trim the overlap between 'Critical directives' and the decision-procedure/four-kinds sections, which restate the same fork and dependency guidance.

DimensionReasoningScore

Conciseness

Mostly lean: the 2×2 table, decision procedure, and four-kinds table are dense with no explanation of concepts Claude already knows. Minor trimmable fat remains — the 'Loading companion skills' paragraph is lengthy, and 'Critical directives' partially restate points made again in the decision procedure and four-kinds sections. Not a clean 5: those repetitions could be tightened.

4 / 5

Actionability

The decision procedure is concrete (binary questions with explicit outcomes), but the promised per-kind recipes and 'Full per-kind checklist: references/validation.md' are deferred to reference files that are absent from the bundle, so key implementation details are effectively missing. The closing note 'Code snippets here are illustrative pseudo-syntax' refers to snippets that do not exist in the body, and no executable commands or tool invocations appear.

3 / 5

Workflow Clarity

The decision procedure is a clear, unambiguous sequence (Q1 inline? → Q2 dependency allowed? → Q3 built-for-host vs independent?) that routes each outcome to named implementing aspects, and the Validation section names concrete checkpoints ('Run the model checker over the example suite after every structural or generator change', 'test the semantic seams'). Falls short of 5 because the detailed per-kind checklist is deferred to a missing file, leaving validation partially implicit.

4 / 5

Progressive Disclosure

The body itself is well organized with a clearly signaled one-level-deep 'Reference index', but every one of the six referenced paths (references/referencing.md, extension.md, reuse.md, embedding.md, design-principles.md, validation.md) does not exist — the references/ directory is absent from the bundle. Judged against the actual bundle structure, the promised detail layer is unreachable, which is more than the 'minor organization gaps' of a 4.

3 / 5

Total

14

/

20

Passed

Description

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

An exemplary description: it names the domain, enumerates concrete capabilities, gives an explicit 'Use when' clause plus end-of-description trigger phrases, and cleanly differentiates itself from sibling aspect-implementation skills. Dense but every clause carries information; no fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete capabilities: 'choosing between language referencing, extension, reuse, and embedding', 'a decision procedure, per-kind recipes (references + search scopes; subconcepting + overloaded operations; abstract hooks + adapter languages...)', 'per-kind validation', and routing 'into the relevant mps-aspect-* skills (structure, constraints, typesystem, generator, generation-plan, intentions)'. Coverage is comprehensive with no generic filler.

5 / 5

Completeness

Both questions are answered explicitly: 'Use when designing how multiple MPS languages relate or compose' states when, and 'Covers the 2×2 modularity taxonomy... decision procedure, per-kind recipes... validation' states what, ending with concrete trigger phrases ('Reach for it before authoring aspects, or whenever one language must see, extend, embed, or adapt another').

5 / 5

Trigger Term Quality

Natural trigger phrasings cover the domain well: 'languages relate or compose', 'cross-language dependency', 'before authoring aspects', 'whenever one language must see, extend, embed, or adapt another'. Synonym coverage (relate/compose, see/extend/embed/adapt) is thorough for what an MPS user would actually say.

5 / 5

Distinctiveness Conflict Risk

Clear niche — MPS multi-language modularity — with explicit positioning against sibling skills ('the design tier above the aspect-implementation skills: it picks the strategy, then routes into the relevant mps-aspect-* skills'), minimizing overlap with the aspect-authoring skills it names.

5 / 5

Total

20

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 9 missing

Warning

Total

14

/

16

Passed

Repository

JetBrains/MPS

Path

.agents/skills/mps-language-modularity/SKILL.md

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.