CtrlK
BlogDocsLog inGet started
Tessl Logo

figma-generate-diagram

MANDATORY prerequisite — load this skill BEFORE every `generate_diagram` tool call. NEVER call `generate_diagram` directly without loading this skill first. Trigger whenever the user asks to create, generate, draw, render, sketch, or build a diagram — flowchart, architecture diagram, sequence diagram, ERD or entity-relationship diagram, state diagram or state machine, gantt chart, or timeline. Also trigger when the user mentions Mermaid syntax or wants a system architecture, decision tree, dependency graph, API call flow, auth handshake, schema, or pipeline visualized in FigJam. Routes to type-specific guidance, sets universal Mermaid constraints, and tells you when to use a different diagram type or skip the tool entirely (mindmaps, pie charts, class diagrams, etc.).

93

1.51x
Quality

91%

Does it follow best practices?

Impact

97%

1.51x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is figma-generate-diagram in figma/mcp-server-guide

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally well-structured skill body: actionable at every step, clearly sequenced with decision points and failure-recovery guidance, and an exemplary routing/progressive-disclosure architecture that keeps type-specific detail in one-level-deep reference files. The only weakness is mild editorial verbosity in the context-gathering and file-reuse sections.

DimensionReasoningScore

Conciseness

The body is dense and largely earns its tokens — routing table, numbered universal constraints with concrete syntax examples, exact tool parameters — but Step 4 and the reuse section carry editorial padding ("One good question beats one wasted diagram", "readers often benefit from seeing the history of attempts", "Regenerating 4 times = 4 draft files to clean up"). These are minor over-explanations that could be trimmed, matching the 4 anchor rather than the 5 ('every token earns its place') or the 3 ('several unnecessary explanations').

4 / 5

Actionability

Fully concrete, executable guidance throughout: exact supported type list (`flowchart`, `sequenceDiagram`, `stateDiagram` / `stateDiagram-v2`, `gantt`, `erDiagram`), an explicit unsupported list with the correct fallback ("tell them directly… instead of calling the tool and failing"), concrete Mermaid syntax examples (`A["Process (main)"]`, `-->|"O(1) lookup"|`), the exact FigJam error string to avoid, all tool parameters with usage conditions, and a `fileKey` extraction rule. Nothing is pseudocode or vague; an instruction-only skill with copy-ready specificity, matching the 5 anchor.

5 / 5

Workflow Clarity

A clear 7-step sequence (tool fit → type selection → universal constraints → context gathering → hybrid decision → tool call → post-generation) with explicit decision checkpoints ("When in doubt, ask the user", hybrid yes/no signals) and genuine feedback loops for error recovery: stop after 2 failed attempts and ask what's wrong, ask the user's file-reuse preference and remember it. Per-type validation checklists live in the references (e.g. architecture.md's validation-checklist section). This exceeds the 4 anchor and matches 5; the destructive/batch cap does not apply since generation is non-destructive and file proliferation is explicitly managed.

5 / 5

Progressive Disclosure

The body is a textbook overview/routing document: a type-selection table pointing to seven real one-level-deep reference files via markdown links, with type-specific detail (layout codes, per-type rules) correctly deferred to those files. Verified the bundle: all referenced files exist and reference files link only to sibling references or internal anchors — no nested chains. Matches the 5 anchor (clear overview, well-signaled one-level-deep references, easy navigation).

5 / 5

Total

19

/

20

Passed

Description

90%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, trigger-rich description with excellent completeness, natural keyword coverage, and low conflict risk. Its main weakness is that the core capability (Mermaid in → editable FigJam diagram out) is never stated directly — the 'what' is expressed only as meta-actions (routes, sets constraints) — and it slips into second person ("tells you"), which the rubric penalizes.

Suggestions

State the core capability explicitly in third person, e.g. "Generates editable FigJam diagrams from Mermaid.js syntax via the generate_diagram tool", before the routing/constraint description.

Remove second-person phrasing ("tells you when to use a different diagram type") in favor of third person ("Advises when a different diagram type or no tool call is appropriate").

Trim the redundant imperative framing ("MANDATORY prerequisite… NEVER call generate_diagram directly") — one load-first clause suffices and frees description budget for the missing core-capability statement.

DimensionReasoningScore

Specificity

The description lists several concrete actions — "Routes to type-specific guidance, sets universal Mermaid constraints, and tells you when to use a different diagram type or skip the tool entirely" — which would anchor at 4, but it never states the core capability (generating a FigJam diagram from Mermaid) and uses second person ("tells you when…"), which the rubric penalizes by one point. It sits above 2 ('names the domain but actions are minimal') because the actions enumerated are genuinely specific, not generic.

3 / 5

Completeness

Explicitly answers both questions: 'when' via "Trigger whenever the user asks to create, generate, draw, render, sketch, or build a diagram" and 'what' via routing, universal constraints, and skip guidance. Matches the 5 anchor (clear and explicit what AND when with concrete trigger phrases); a 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage with synonyms and variations: "create, generate, draw, render, sketch, or build a diagram — flowchart, architecture diagram, sequence diagram, ERD or entity-relationship diagram, state diagram or state machine, gantt chart, or timeline" plus "Mermaid syntax", "decision tree", "dependency graph", "API call flow", "auth handshake". These are exactly the phrases a user would naturally say; nothing common is missing, so the 4 anchor ('a few natural terms missing') does not fit.

5 / 5

Distinctiveness Conflict Risk

Clear niche anchored to the specific `generate_diagram` tool, Mermaid syntax, and FigJam output, with explicit negative triggers ("mindmaps, pie charts, class diagrams"). Minimal conflict risk with other skills; the specificity of the tool name exceeds the 4 anchor's 'minor overlap risk with closely related skills'.

5 / 5

Total

18

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 2 suspicious

Warning

Total

15

/

16

Passed

Repository
openai/plugins
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.