CtrlK
BlogDocsLog inGet started
Tessl Logo

framed-tech-dark-border-gradient

Create a framed dark technical design system with border-gradient shells, asymmetrical grid panels, mono utility labeling, and restrained monochrome atmosphere.

49

Quality

53%

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 ./agent-skills/web-design/framed-tech-dark-border-gradient/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a well-organized style reference with a clear avoid-list and useful tuning knobs, but it has two structural weaknesses: an empty Workflow section and guidance that stays at the aesthetic-direction level without any concrete values or executable examples. Consolidating the repeated border-gradient framing into one section and adding a small concrete reference (palette values or a snippet) would lift it substantially.

Suggestions

Fill or remove the empty '## Workflow' section; even a short ordered sequence (choose layout → establish palette → apply frame motifs → verify contrast/readability) would restore workflow clarity.

Add one compact concrete reference — e.g., sample hex values for the monochrome ramp, or a short CSS/Tailwind snippet showing the border-gradient wrapper — so guidance is executable rather than purely directional.

Merge the repeated border-gradient guidance spread across Visual target, Implementation guidance, Recommended patterns, and Tuning knobs into a single section to cut redundancy.

DimensionReasoningScore

Conciseness

Mostly efficient, but the border-gradient motif is restated across four sections ('Let one-pixel gradient borders... become a signature motif', 'Use border-gradient wrappers around premium surfaces', 'Border-gradient buttons, pills, and cards', 'Border brightness... white-to-transparent edge gradient'), and Visual target / Implementation guidance / Recommended patterns overlap enough that the body could be tightened.

3 / 5

Actionability

Guidance is directional rather than executable — 'Prefer a restrained monochrome palette of black, charcoal, smoke gray, white, and silver' and 'Add vertical rails that extend slightly beyond the main shell' name concepts but give no concrete values, tokens, class names, or code. As an instruction-only skill some named patterns ('border-x rails', 'left-edge bar') are concrete, but key execution details are missing.

3 / 5

Workflow Clarity

The '## Workflow' section is literally empty — a header with no steps — and no sequence or checkpoints appear anywhere else in the body. Not score 1 because the skill is a coherent single-purpose style direction rather than incoherent steps, but the sequence is absent with clear gaps.

2 / 5

Progressive Disclosure

The body is under 50 lines with no external references needed, and sections are clearly labeled and scannable (Scope, Visual target, Implementation guidance, Recommended patterns, Tuning knobs, Avoid). The empty Workflow header is a minor organization gap preventing a 5.

4 / 5

Total

12

/

20

Passed

Description

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

The description gives a specific, distinctive picture of what the skill produces, but it reads as a style summary rather than a triggerable capability. Its biggest gap is the complete absence of any 'when to use this' trigger guidance, which both limits completeness and leaves natural trigger terms uncovered.

Suggestions

Append a 'Use when' clause with natural user triggers, e.g., 'Use when the user asks for a dark, technical, or engineered-looking design system, dark UI theme, or framed dashboard aesthetic.'

Add natural keyword variations users would actually say (e.g., 'dark dashboard', 'UI theme', 'technical aesthetic') so the skill triggers on real requests.

Lead with concrete actions (e.g., 'Build/apply') and follow with the component list so the capability reads as actions rather than only attributes.

DimensionReasoningScore

Specificity

Lists several specific concrete components — 'border-gradient shells, asymmetrical grid panels, mono utility labeling, and restrained monochrome atmosphere' — though they are attributes of a single 'create' action rather than multiple distinct actions, leaving minor coverage gaps.

4 / 5

Completeness

The 'what' is clear and specific ('Create a framed dark technical design system...') but there is no 'Use when' clause or any explicit trigger guidance, capping completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Terms like 'dark technical design system', 'border-gradient', and 'monochrome' are relevant to the domain, but the description contains no natural user trigger phrases (e.g., 'use when building a dashboard', 'dark UI theme') or common variations and synonyms.

3 / 5

Distinctiveness Conflict Risk

'Framed dark technical design system with border-gradient shells' occupies a clear niche with distinct triggers and minimal conflict risk; only minor overlap with other dark-mode or general design-system skills.

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
MengTo/Skills
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.