CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

engram-visual-language

Visual language rules for Engram surfaces. Trigger: Any dashboard styling, typography, spacing, or visual identity change.

Quality

77%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/visual-language/SKILL.md
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.

An extremely lean, well-organized rule set with no wasted tokens and clean section structure. Its one real weakness is that the rules stay at the level of design taste — the referenced 'TUI-inspired palette' is never defined and several rules lack concrete criteria, so an agent must supply its own specifics.

Suggestions

Define the TUI-inspired palette concretely (hex values or CSS variable names) inline or in a short reference file, since 'Use the TUI-inspired palette' currently points at nothing in the bundle.

Convert taste-based rules into checkable criteria — e.g., replace 'Metrics should read instantly' with a concrete standard (minimum font size, tabular numerals, no more than one accent color per metric row).

Add a short end-of-work verification step (re-check the 5 visual rules and 4 density rules against the finished change) to close the apply-then-verify loop.

DimensionReasoningScore

Conciseness

The body is ~35 lean lines with zero padding, no explanations of concepts Claude already knows, and every rule adds project-specific constraints. It matches 'every token earns its place' exactly.

5 / 5

Actionability

Some rules are directly checkable ('Avoid box-inside-box repetition', 'Important text must never touch borders'), but key executable details are missing — 'Use the TUI-inspired palette' names a palette that is never defined (no hex values, CSS variables, or reference file exists in the bundle), and 'Metrics should read instantly' / 'must feel like Engram' are judgments without concrete criteria. This is 'some concrete guidance but incomplete' rather than 4's 'concrete code or commands with minor gaps'.

3 / 5

Workflow Clarity

As a simple single-purpose rule set, the 'When to Use' section plus the rule list makes the single action (apply these rules when styling) clear, so the simple-skill exception applies and no destructive/batch validation cap is triggered. Not 5 because there is no compliance check step (e.g., re-reading the rules against the finished change), leaving the apply-then-verify loop implicit.

4 / 5

Progressive Disclosure

Under 50 lines, no bundle files exist, and nothing that belongs in a separate file is inlined; the three well-organized sections (When to Use, Visual Rules, Density Rules) satisfy the explicit under-50-line guideline for scoring 5 on structure alone. The undefined palette is an actionability gap, not a navigation one.

5 / 5

Total

17

/

20

Passed

Description

65%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 concise, third-person description with an explicit trigger clause and a clear project niche. Its main weakness is the absence of concrete capability verbs — it states what the skill governs but not what it does (e.g., applies palette/typography/spacing rules), which drags specificity down.

Suggestions

Rewrite the 'what' with concrete action verbs, e.g., 'Applies Engram's visual language — TUI-inspired palette, typography, and spacing rules — to dashboard styling' instead of the static noun phrase 'Visual language rules for Engram surfaces'.

Add natural trigger synonyms users would say, such as 'colors', 'design', 'UI', or 'CSS changes', to broaden the trigger terms while keeping the Engram-specific niche.

State the outcome of invoking the skill (e.g., '...so changes stay visually consistent with the existing dashboard') to sharpen the what-clause.

DimensionReasoningScore

Specificity

The description names the domain ("Visual language rules for Engram surfaces") but gives no concrete actions or verbs — it is a noun-phrase capability statement, and the topics listed ("dashboard styling, typography, spacing, or visual identity change") are trigger conditions rather than capabilities. This matches the anchor 'Names the domain but actions are minimal or generic' better than 3, which requires 1-2 concrete actions like 'Applies...' or 'Formats...'.

2 / 5

Completeness

It answers both: 'Visual language rules for Engram surfaces' is a clear (if terse) what, and 'Trigger: Any dashboard styling, typography, spacing, or visual identity change' is explicit trigger guidance, so no completeness cap applies. Not 5 because the 'what' does not state concrete actions (e.g., what applying the rules produces), so the pair is present but the what could be more explicit.

4 / 5

Trigger Term Quality

"Any dashboard styling, typography, spacing, or visual identity change" gives good natural keyword coverage a user would actually say. Not 5 because common synonyms like 'colors', 'design', 'CSS', 'layout', or 'UI' are missing.

4 / 5

Distinctiveness Conflict Risk

The 'Engram surfaces' and dashboard-specific framing carves a clear niche, so it is mostly distinct. Minor overlap risk remains with generic front-end/design-system skills that also trigger on 'styling', 'typography', and 'spacing', which keeps it from 5.

4 / 5

Total

14

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

Gentleman-Programming/engram

Path

skills/visual-language/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.