CtrlK
BlogDocsLog inGet started
Tessl Logo

visual-answer

Answer code/product questions as visual Plan artifacts using repo, bridge, or GitHub context; use for API specs, UI look, schema models, and architecture.

70

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable and well-structured, with concrete tooling, block types, and a ready-to-run publish command plus a clear sequenced workflow. Its lone weakness is mild redundancy between the intro paragraph, the frontmatter description, and the 'When To Use' section.

Suggestions

Trim the opening paragraph so it does not restate the frontmatter description and the 'When To Use' use-case list verbatim; let the description carry the what and 'When To Use' carry the triggers.

Consider collapsing the five quoted example questions in 'When To Use' into a shorter inline list to save tokens while preserving the trigger signal.

DimensionReasoningScore

Conciseness

The body is mostly efficient and free of basic-concept padding, but the opening paragraph ('turns a specific code or product question into a published Agent-Native Plan artifact ... API contracts, schema/data models, UI states ...') restates the frontmatter description and overlaps the 'When To Use' list, so it could be tightened.

2 / 3

Actionability

It names specific tools (get-plan-blocks, list-plan-components, get-visual-plan), concrete block types (openapi-spec, api-endpoint, wireframe, data-model, file-tree, diff), and a copy-paste-ready publish command with flags and a JSON source-file example.

3 / 3

Workflow Clarity

The five-step Workflow is clearly sequenced with explicit preflight guards ('Inspect the real source first', 'Do not invent endpoints', 'Call get-plan-blocks before authoring. Use the live registry, not memory'); no feedback loop is required because publishing a visual answer is neither destructive nor batch.

3 / 3

Progressive Disclosure

With no bundle files present, the self-contained body is organized into well-signaled sections (When To Use, Workflow, Terminal Handoff, Don't, Related Skills) with only shallow navigation pointers to sibling skills, satisfying the simple-skill allowance.

3 / 3

Total

11

/

12

Passed

Description

90%

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 well-constructed description that conveys both purpose and trigger conditions in third person with natural terminology. Its only weakness is a narrow action vocabulary, relying on one verb plus a list of domains rather than enumerating multiple distinct actions.

Suggestions

Lead with two or three distinct concrete verbs (e.g., 'Render, publish, and inspect ... as visual Plan artifacts') to broaden the action vocabulary beyond the single 'Answer' verb.

Add one or two more colloquial trigger phrasings (e.g., 'draw the flow', 'show me the shape of') so the description mirrors how users phrase visual-answer requests.

DimensionReasoningScore

Specificity

The description names a clear domain ('visual Plan artifacts' for 'API specs, UI look, schema models, and architecture') but rests on a single action verb ('Answer code/product questions as visual Plan artifacts') with a list of use-cases rather than multiple distinct concrete actions, matching the 'names domain and some actions, but not comprehensive' anchor.

2 / 3

Completeness

It explicitly answers what ('Answer code/product questions as visual Plan artifacts using repo, bridge, or GitHub context') and when ('use for API specs, UI look, schema models, and architecture'), satisfying both halves with an explicit trigger clause.

3 / 3

Trigger Term Quality

Phrases like 'API specs', 'UI look', 'schema models', and 'architecture' are natural terms a user would say ('what is the API spec', 'what does this UI look like'), giving good coverage of likely trigger language.

3 / 3

Distinctiveness Conflict Risk

The 'visual Plan artifacts' niche combined with concrete contexts (repo, bridge, GitHub) and specific use-cases carves a clear, distinct trigger space unlikely to fire for unrelated skills.

3 / 3

Total

11

/

12

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.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository
BuilderIO/agent-native
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.