CtrlK
BlogDocsLog inGet started
Tessl Logo

ux-disruptivo

Use when designing new screens, redesigning existing UI, creating visual concepts, or improving interfaces in Nicolify. Executes a 7-phase creative Design Thinking workflow: defines user personas, frames problems, audits existing components (Shadcn UI + Tailwind CSS v4 + FSD architecture), researches SaaS UI patterns, proposes multiple distinct layout paradigms with ASCII wireframes and HTML mockups, iterates through dialogue, and delivers a complete UI-SPEC.md with component trees, data flow, responsive behavior, and interaction patterns — all following Nicolify's design tokens and codebase conventions. Triggers: 'diseña', 'rediseña', 'nueva pantalla', 'concepto visual', 'propuesta de diseño', 'UX', 'layout', 'prototipo', 'mejora la interfaz', 'wireframe', 'mockup', 'esquema de color', 'componentes de pantalla'.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 well-engineered workflow skill: every phase has concrete tool directives, hard gates, and failure-mode handling, and all bundle references are real, clearly signaled, and exactly one level deep. The two residual costs are mild redundancy (anti-mechanical warnings and component-verification steps repeated across sections) and inline detail — notably the HTML preview procedure and full question scripts — that would be more token-efficient as reference files.

Suggestions

Move the HTML Preview procedure (Phase 5) into a references file (e.g., references/html-preview-guide.md) and keep only the trigger conditions and 'disposable, concept-validation only' caveat inline, matching how other formats are externalized.

Deduplicate the verification and routing rules: state the component-name glob and the mechanical-CRD handoff once (Phase 3/7 and the role block repeat them) and reference the single location elsewhere.

Consider moving the Phase 1-2 question scripts into a references file (e.g., references/discovery-questions.md) so the SKILL.md body stays a navigable overview of the workflow.

DimensionReasoningScore

Conciseness

The body is dense and operational — tables for mode detection, quick reference, edge cases, and common mistakes; no explaining of concepts Claude already knows (it never defines Design Thinking, Shadcn, or FSD). It falls just short of the score-5 'every token earns its place' anchor due to redundancy: the anti-mechanical warning appears in both the role block and Common Mistakes, Phase 7's component verification repeats Phase 3's glob instructions, and the preserved-sections list duplicates template content that lives in references/ui-spec-template.md. It is clearly above the score-3 anchor, which expects noticeably unnecessary explanation.

4 / 5

Actionability

Guidance is concrete and executable throughout: exact glob patterns ('frontend/src/features/{domain}/components/**/*.tsx'), the exact questions to ask per phase, the gate condition ('do not advance until questions 1 and 2 are answered'), a literal CDN script tag for HTML previews, the output file path ('docs/ui-specs/UI-SPEC-{feature-name}.md'), and named navigation phrases ('volvamos a las propuestas'). For an instruction-only skill this matches the score-5 anchor — specific guidance covering the common cases — rather than the score-4 anchor with minor gaps.

5 / 5

Workflow Clarity

The 7-phase sequence is explicit with a Quick Reference table of tools and gates per phase, an upfront mode-detection table that routes to different phase subsets, a hard validation gate in Phase 1 ('Do NOT proceed to Phase 2 without answers to at least questions 1 and 2'), Phase 7's verify-before-write step ('Verify real component names against codebase' before writing the UI-SPEC), error-recovery navigation ('volvamos a [phase]' re-enters with accumulated context), and an Edge Cases + Common Mistakes section for failure modes. This matches the score-5 anchor (clear sequence, explicit validation steps, feedback loops); the skill's only write operation is the spec file, so no destructive-operation cap applies.

5 / 5

Progressive Disclosure

Structure is good: all five reference files are one level deep, clearly signaled with explicit load instructions ('Load references/proposal-format.md and references/ascii-mockup-guide.md with Read') and listed up front in the role block; all referenced paths exist in references/. It falls short of the score-5 'clear overview' anchor because the body is a full 300-line operating manual rather than an overview — the detailed HTML-preview procedure (CDN setup, token replication, xdg-open) and the full Phase 1/2 question scripts are content that could live in reference files like the other formats do. It is well above the score-3 anchor, where references would be unclearly signaled or mis-placed content would be inline.

4 / 5

Total

18

/

20

Passed

Description

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

An exemplary description: it explicitly states both what the skill does (a concrete 7-phase workflow with named deliverables) and when to use it, in third person, with a rich list of natural Spanish trigger terms and synonym variants. The only weakness is that a few broad trigger terms ('UX', 'layout') create minor conflict risk with sibling design skills.

Suggestions

Narrow the broadest trigger terms ('UX', 'layout') to context-bearing phrases (e.g., 'diseño UX de pantalla', 'layout de pantalla') to reduce false triggers against sibling design skills.

Add a distinguishing clause such as 'for creative/non-mechanical screen design; for mechanical CRUDs use nicolify-ux-designer' to make the boundary with sibling skills explicit in the description itself.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions covering the full workflow: 'defines user personas, frames problems, audits existing components... researches SaaS UI patterns, proposes multiple distinct layout paradigms with ASCII wireframes and HTML mockups, iterates through dialogue, and delivers a complete UI-SPEC.md with component trees, data flow, responsive behavior, and interaction patterns'. This matches the score-5 anchor (multiple specific concrete actions, comprehensive coverage) and is clearly above the score-4 anchor, which expects minor gaps in coverage.

5 / 5

Completeness

Both parts are explicit: 'what' is answered by 'Executes a 7-phase creative Design Thinking workflow: [detailed phase actions]' and 'when' by the opening 'Use when designing new screens, redesigning existing UI, creating visual concepts, or improving interfaces in Nicolify' plus a concrete trigger-phrase list. This matches the score-5 anchor (clearly and explicitly answers both what AND when with concrete trigger phrases) and exceeds the score-4 anchor where 'when' is present but less specific.

5 / 5

Trigger Term Quality

The explicit 'Triggers:' list provides comprehensive natural terms with synonyms a Spanish-speaking user would actually say: 'diseña', 'rediseña' (design/redesign variants), 'nueva pantalla', 'concepto visual', 'propuesta de diseño', 'UX', 'layout', 'prototipo', 'mejora la interfaz', 'wireframe', 'mockup', 'esquema de color', 'componentes de pantalla' — covering mockup/wireframe/prototipo as synonyms. This fits the score-5 anchor (comprehensive coverage including synonyms); it is above score 4, which would have notable natural terms missing.

5 / 5

Distinctiveness Conflict Risk

The description is clearly scoped to 'Nicolify' with a distinctive '7-phase creative Design Thinking workflow' and Spanish triggers, separating it from generic or mechanical UX skills. However, broad trigger terms like 'UX', 'layout', and 'wireframe'/'mockup' could fire in general UI-design contexts where a sibling skill (e.g., the mechanical 'nicolify-ux-designer') or another design skill is more appropriate — minor overlap risk with closely related skills, matching the score-4 anchor rather than the minimal-conflict score-5 anchor.

4 / 5

Total

19

/

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
alpacapurpura/luana-method
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.