CtrlK
BlogDocsLog inGet started
Tessl Logo

theme-factory

Create new AiderDesk UI themes by defining SCSS color variables, registering theme types, and adding i18n display names. Use when adding a theme, creating a color scheme, customizing appearance, or implementing dark mode and light mode variants.

65

Quality

77%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./.aider-desk/skills/theme-factory/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

55%

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

The skill has an excellent, actionable workflow checklist (steps 1-7) with clear file paths, code examples, and verification steps. However, it is severely undermined by the enormous inline Color Variable Reference section that should be extracted to a separate reference file. The document is roughly 4x longer than it needs to be for the core task of adding a theme, with most of the bulk being reference material that Claude could derive from reading existing theme files.

Suggestions

Extract the entire 'Color Variable Reference' section into a separate file (e.g., COLOR_REFERENCE.md) and link to it from the main skill with a one-line reference like '**Color variables**: See [COLOR_REFERENCE.md](COLOR_REFERENCE.md) for the full variable list and usage guide'.

Remove the opacity suffix convention table — Claude can read hex values and understand alpha channels without a lookup table.

Trim the variable tables to just list the variable group names with a brief description (e.g., 'bg-* — 14 surface hierarchy variables, see theme-dark.scss for full list') rather than documenting every individual variable inline.

The 'Global color applications' and 'Input colors' sections add marginal value — consider removing them or folding them into a brief note in the reference file.

DimensionReasoningScore

Conciseness

The Color Variable Reference section is extremely verbose, spanning hundreds of lines documenting every CSS variable, its usage, and where it's visible. This is reference material that Claude doesn't need inline — it could look at the actual theme files. The opacity suffix convention table and detailed component-level mapping (e.g., which exact components use which variable) is information Claude can derive from reading the source code.

1 / 3

Actionability

The checklist provides concrete, specific steps with exact file paths, exact code snippets (SCSS import, JSON structure), and clear naming conventions. Each step tells Claude exactly what file to edit and what to add, making it fully actionable and copy-paste ready.

3 / 3

Workflow Clarity

The 7-step checklist is clearly sequenced with explicit verification steps (step 6: verify in UI, step 7: quality checks covering contrast, key surfaces, and states). The workflow includes a feedback loop implicit in the quality checks and troubleshooting section for error recovery.

3 / 3

Progressive Disclosure

The massive Color Variable Reference section (which constitutes the majority of the document) should be in a separate reference file rather than inline. The skill is a monolithic wall of text mixing a concise workflow checklist with an exhaustive variable reference guide, making it hard to navigate and bloating the main skill file.

1 / 3

Total

8

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a well-crafted skill description that clearly specifies the concrete actions involved in creating AiderDesk themes, includes natural trigger terms covering both technical and user-friendly language, and explicitly separates the 'what' from the 'when'. The product-specific scoping (AiderDesk) and technical specificity (SCSS, i18n) make it highly distinctive.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: 'defining SCSS color variables', 'registering theme types', and 'adding i18n display names'. These are precise, actionable steps rather than vague language.

3 / 3

Completeness

Clearly answers both what ('Create new AiderDesk UI themes by defining SCSS color variables, registering theme types, and adding i18n display names') and when ('Use when adding a theme, creating a color scheme, customizing appearance, or implementing dark mode and light mode variants').

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: 'theme', 'color scheme', 'customizing appearance', 'dark mode', 'light mode', 'SCSS', 'color variables'. Good coverage of both technical and casual terms.

3 / 3

Distinctiveness Conflict Risk

Highly specific to AiderDesk UI theming with distinct triggers like 'SCSS color variables', 'theme types', 'i18n display names'. Unlikely to conflict with general styling or other UI skills due to the product-specific scope.

3 / 3

Total

12

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
hotovo/aider-desk
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.