CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

industrial-brutalist-ui

Raw mechanical interfaces fusing Swiss typographic print with military terminal aesthetics. Rigid grids, extreme type scale contrast, utilitarian color, analog degradation effects. For data-heavy dashboards, portfolios, or editorial sites that need to feel like declassified blueprints.

62

Quality

78%

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/brutalist-skill/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 strong, tightly written design-spec skill: concrete parameters (hex values, fonts, clamp/spacing ranges, CSS techniques) with no filler or beginner-level explanation. Its main gaps are the absence of a worked example assembling the parameters into real markup/CSS, and the redundant "Skill Meta" section that duplicates the frontmatter description.

Suggestions

Delete Section 1 "Skill Meta" — it restates the frontmatter name and description almost verbatim and adds token cost with no new information.

Add one small worked example (a telemetry panel or print-style header with its HTML and CSS) so the parameters are shown assembled, not just specified.

Add a brief ordering note (choose archetype → set substrate palette → typography → grid layout → post-processing effects) so the design build has a clear sequence.

DimensionReasoningScore

Conciseness

The body is dense parameter specification ("clamp(4rem, 10vw, 15rem)", "-0.03em to -0.06em", "#F4F4F0", "display: grid; gap: 1px") with zero time spent explaining concepts Claude already knows. Minor over-explanation keeps it at anchor 4 rather than 5: Section 1 "Skill Meta" restates the frontmatter description at length, and phrases like "The design system operates by merging two distinct but highly compatible visual paradigms" are rhetorical padding that could be trimmed.

4 / 5

Actionability

Concrete, near-executable guidance throughout: exact hex palettes, named web fonts, a copy-paste scanline repeating-linear-gradient, the grid-gap divider technique, and a specific semantic tag list. Anchor 4 rather than 5 because the parameters are never assembled into a complete worked example (e.g., one sample component's markup and CSS) covering the common case.

4 / 5

Workflow Clarity

No numbered multi-step workflow exists, but the decision rules are explicit and unambiguous ("Pick ONE per project and commit to it", "Choose ONE substrate palette", "Never mix light and dark substrates within the same interface"), so the single task is largely unambiguous. Not 5 because there is no sequencing guidance for a design build (archetype choice → typography → palette → layout → post-processing), leaving Claude to infer an order.

4 / 5

Progressive Disclosure

No bundle files exist and the 117-line body is cleanly organized with numbered sections and consistent parameter subsections, which is appropriate structure for a single-file design spec. Anchor 4 rather than 5 because the skill exceeds 50 lines and content such as the full filter recipes (Section 7) and font catalogs could be split into reference files, keeping SKILL.md as a leaner overview.

4 / 5

Total

16

/

20

Passed

Description

73%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 distinctive, well-scoped description for a niche design skill with an explicit when-clause. Its main weakness is that it reads as an aesthetic specification rather than a capability statement — no verbs tell Claude what the skill actually does (e.g., creates, styles, or applies this system).

Suggestions

Add an action verb so the description states what the skill does, e.g., "Creates web interfaces that fuse Swiss typographic print with military terminal aesthetics..."

Convert the fit-condition into an explicit trigger clause, e.g., "Use when the user asks for a brutalist, industrial, tactical, or Swiss-grid look for dashboards, portfolios, or editorial sites."

Include a couple of common synonyms ("brutalism", "terminal UI", "tactical HUD") to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Phrases like "Rigid grids, extreme type scale contrast, utilitarian color, analog degradation effects" name the domain with concrete visual features, but the description contains no action verbs (create, apply, build) — it describes the output aesthetic rather than what the skill does. Not 4 because no capabilities/actions are listed; not 2 because the elements named are specific rather than generic.

3 / 5

Completeness

The "what" is given by the aesthetic spec ("Rigid grids, extreme type scale contrast, utilitarian color, analog degradation effects") and the "when" is explicit ("For data-heavy dashboards, portfolios, or editorial sites that need to feel like declassified blueprints"). Both are present, so the anchor-3 cap for missing trigger guidance does not apply; it falls short of 5 because the when-clause is a fit-condition rather than an explicit "Use when..." phrase with concrete user-mention triggers.

4 / 5

Trigger Term Quality

Includes natural terms users would say — "dashboards", "portfolios", "editorial sites", "Swiss typographic print", "military terminal aesthetics" — but misses common synonyms such as "brutalism", "tactical dashboard", or "CRT/terminal UI". Good coverage with a few natural terms missing fits anchor 4, short of the comprehensive synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

"Swiss typographic print", "military terminal aesthetics", and "declassified blueprints" carve out a clear niche with distinct triggers and minimal overlap risk with adjacent design skills, matching anchor 5.

5 / 5

Total

16

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

nexu-io/open-design

Path

skills/brutalist-skill/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.