CtrlK
BlogDocsLog inGet started
Tessl Logo

meta-diagram-triangulation

Scan a target codebase path, classify the most informative diagram kind, then render it as BOTH a PlantUML source file AND a draw.io XML in parallel, and compose them into a single architecture doc. Use when writing an RFC or onboarding doc and you want a text-friendly (PlantUML) and an editable (drawio) view of the same architecture.

69

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

78%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 concise, well-structured overview that explains the meta-skill's design and gives a concrete fallback. The main gap is actionability: the body lacks executable commands or examples because the real mechanics are embedded in frontmatter rather than the markdown body.

Suggestions

Add a short 'Re-run a failed render' example showing the concrete sub-agent invocation (input → scan output, output → file path) so the fallback is copy-paste actionable.

Add an explicit validation step before compose_doc (e.g. 'Confirm both .puml and .drawio files exist and are non-empty before composing') to lift workflow clarity above the reactive fallback.

Surface 1-2 representative composition-step outputs inline (e.g. the classify_kind choices) so the body is self-contained without re-reading the frontmatter.

DimensionReasoningScore

Conciseness

The body is lean: it does not explain what PlantUML or draw.io are, and the one rationale clause ('running in parallel because they are independent tools serving different downstream uses') earns its place by justifying the design. Re-reading the 4-anchor (minor over-explanation that could be trimmed) it fits the 5-anchor better — every token earns its place.

5 / 5

Actionability

The fallback gives a concrete instruction ('manually re-run the failed render via sub-agent with the same scan output as input') and the trigger instruction is specific, but there is no executable code or command in the body — the mechanics live in the frontmatter composition block. This sits between the pseudocode/incomplete anchor (3) and the mostly-executable anchor (4), and the absence of copy-paste steps keeps it at 3 rather than 4.

3 / 5

Workflow Clarity

The scan → classify → parallel render → compose sequence is clear, and the Fallback section provides an explicit error-recovery feedback loop. It is not a 5 because there is no validation checkpoint that verifies render outputs (e.g. PlantUML parse, well-formed draw.io XML) before composition — only a reactive fallback after failure.

4 / 5

Progressive Disclosure

A short (<50 line) skill with no external references needed; it is well-organized into clear sections (intro, Trigger surface, Fallback), so the simple-skill exception applies and well-organized sections score 5.

5 / 5

Total

17

/

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, specific description that covers what and when clearly with concrete actions and a distinct niche. Minor headroom only in trigger-term synonyms.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Scan a target codebase path', 'classify the most informative diagram kind', 'render it as BOTH a PlantUML source file AND a draw.io XML in parallel', 'compose them into a single architecture doc' — with comprehensive coverage and no vague filler.

5 / 5

Completeness

Explicitly answers both what (scan, classify, dual-render, compose) and when ('Use when writing an RFC or onboarding doc and you want a text-friendly (PlantUML) and an editable (drawio) view of the same architecture') with concrete trigger context.

5 / 5

Trigger Term Quality

Good natural-term coverage ('PlantUML', 'draw.io XML', 'architecture doc', 'RFC or onboarding doc') but a few synonyms users might say (e.g. 'architecture diagram', 'class diagram', 'sequence diagram') are absent, so it sits just below the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

The dual PlantUML + draw.io triangulation niche is clearly distinct from generic diagram skills and unlikely to trigger for the wrong skill.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
TokenRhythm/opensquilla
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.