/frontend
Two-mode frontend skill: (1) authoring — accessibility, responsive layout, loading/error states, performance, DESIGN.md authoring, visual direction; (2) critique — READ-only scored review of built UI against anchored rubric, AI-slop detection, two isolated assessments. Router
$ npx -y skills add romiluz13/cc10x --skill frontend --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/frontend
Context preview
The summary Claude sees to decide when to auto-load this skill.
Two-mode frontend skill: (1) authoring — accessibility, responsive layout, loading/error states, performance, DESIGN.md authoring, visual direction; (2) critique — READ-only scored review of built UI against anchored rubric, AI-slop detection, two isolated assessments. Router
SKILL.md
frontend.SKILL.mdname: frontend
description: |
Two-mode frontend skill: (1) authoring — accessibility, responsive layout,
loading/error states, performance, DESIGN.md authoring, visual direction;
(2) critique — READ-only scored review of built UI against anchored rubric,
AI-slop detection, two isolated assessments. Router invokes mode via context.
allowed-tools: Read Grep Glob Bash LSP
user-invocable: false
Frontend (Authoring + Critique)
Two modes: `authoring` (build UI with patterns) and `critique` (score built UI). Both share the visual-direction rules below.
Reference Files
Read only what's needed:
- `references/ui-state-and-feedback.md` — loading/error/empty/success ordering, skeleton vs spinner
- `references/accessibility-and-forms.md` — WCAG, keyboard/focus, labels, form patterns, mobile
- `references/performance-and-layout.md` — responsive, motion, overflow, URL state, light/dark mode
- `references/design-md-authoring.md` — creating/updating DESIGN.md from screenshots, existing UI, preferences
- `references/design-md-inspiration-index.md` — style references when user asks for direction
Shared Visual Direction Rules
Two-Altitude Reflex Check
Before committing a visual direction, run both tests:
1. **First-order:** Could you guess the theme/palette from the category alone? ("Fintech → blue + sans-serif.") If yes → generic. Reject. 2. **Second-order:** Could you guess it from category + anti-references? Once everyone "avoids the purple gradient," the avoidance becomes a reflex — fintech dodging blue lands on the same off-black + lime. If predictable given what people flee toward → still generic. Reject.
The cure: derive direction from the specific product, audience, and content — not from the category or what the category is fleeing.
Reflex-Reject Lists (maintained, pruned as families saturate)
| Reflex-reject fonts | Reflex-reject aesthetic lanes | | --------------------- | ------------------------------- | | Inter, Roboto, Arial, system-ui defaults | Purple/violet gradient on white (AI-tool reflex #1) | | Geist / Geist Mono (over-saturated) | Off-black + acid-lime "anti-corporate" (reflex #2) | | Space Grotesk as default "modern" pick | Warm-beige + serif "anti-AI" editorial (reflex #2) | | Generic Google-Fonts pairing of the month | Glassmorphism cards on gradient mesh |
Prune a lane out once it stops being a reflex; add new families as they saturate. A stale blocklist becomes its own reflex.
Anti-patterns Blocklist
| Anti-pattern | Fix | | -------------- | ----- | | `user-scalable=no`, `maximum-scale=1` | Remove — blocks accessibility zoom | | `transition: all` | List properties explicitly | | `outline-none` without replacement | Add `focus-visible:ring-*` | | `<div onClick>` | Use `<button>` or `<a>` | | Images without `width`/`height` | Add dimensions (prevents CLS) | | Form inputs without labels | Add `<label>` or `aria-label` | | Icon buttons without `aria-label` | Add `aria-label` | | Emoji as UI icons (🚀 ✨) | Use SVG icons (Heroicons, Lucide) | | Hardcoded date/number formats | Use `Intl.DateTimeFormat` | | `autoFocus` everywhere | Use sparingly, desktop only |
Motion Rules
Animate `transform`/`opacity` only — never `width`/`height`/`top`/`left`. No layout-shifting hover effects. List transition properties explicitly. 150-300ms for micro-interactions. Honor `prefers-reduced-motion`. Allow animation cancellation — motion must not block user action.
---
Mode: AUTHORING
Design for user success, not aesthetic preference. Map user flow before writing UI. State order: Error → Loading (no data) → Empty → Success.
Mock-Fidelity Inventory (No Silent Loss)
A build can pass every test and still quietly omit the hero or signature motif. Once a design/mock is approved, before coding, INVENTORY its major visible ingredients:
| Ingredient | Implementation path | | ------------ | --------------------- | | Hero / focal moment | Build now / phase 2 (explicit) / cut (approved) | | Signature motifs | Build now / approximate / cut (approved) | | Sections | Build now / phase 2 (explicit) / cut (approved) | | Interactions | Build now / static fallback / cut (approved) | | States (empty/loading/error) | Build now (states are not optional) |
Every ingredient gets exactly one path. "Cut" and "phase 2" are legitimate, but only when explicitly named — never reached by omission. Treat any silently-dropped major ingredient as a P0 fidelity defect.
Design-System Drift Classifier
When a feature deviates from the design system, classify the root cause:
| Root cause | Fix | | ------------ | ----- | | **Missing token** — system has no value for this need | Add the token to the system, then use it | | **One-off impl** — token/component exists, but feature reimplemented locally | Swap to shared component/token; delete the one-off | | **Conceptual misalignment** — feature's interaction model fights the system's | Rework the flow — patching pixels won't fix it |
**Flow-shape match:** a feature's flow shape must match its neighbors. Modal vs full-page, save-on-blur vs explicit submit — inconsistency reads as broken even when every pixel is on-system. Treat unexplained flow-shape mismatch as conceptual-misalignment.
---
Mode: CRITIQUE
READ-only. Scores and flags; caller decides what to fix. A design self-graded by the head that built it is not reviewed — it is rationalized.
Two Isolated Assessments + Synthesis
**Assessment A — design-director qualitative review.** Read the UI as a senior design director would: hierarchy, rhythm, restraint, intentionality. Score the rubric. A forms its opinion WITHOUT running the ban-list scan.
**Assessment B — AI-slop / pattern scan.** SEPARATE pass walking the ban-list. B must NOT see A's conclusions — give it the artifact, not A's writeup.
**Synthesis — reconcile only after both commit.** Where A and B independently agree → high confidence. Where B caught what A's eye glossed → keep it. Where B's match
Read more
name: frontend description: | Two-mode frontend skill: (1) authoring — accessibility, responsive layout, loading/error states, performance, DESIGN.md authoring, visual direction; (2) critique — READ-only scored review of built UI against anchored rubric, AI-slop detection, two isolated assessments. Router invokes mode via context. allowed-tools: Read Grep Glob Bash LSP user-invocable: false
Frontend (Authoring + Critique)
Two modes: `authoring` (build UI with patterns) and `critique` (score built UI). Both share the visual-direction rules below.
Reference Files
Read only what's needed:
- `references/ui-state-and-feedback.md` — loading/error/empty/success ordering, skeleton vs spinner
- `references/accessibility-and-forms.md` — WCAG, keyboard/focus, labels, form patterns, mobile
- `references/performance-and-layout.md` — responsive, motion, overflow, URL state, light/dark mode
- `references/design-md-authoring.md` — creating/updating DESIGN.md from screenshots, existing UI, preferences
- `references/design-md-inspiration-index.md` — style references when user asks for direction
Shared Visual Direction Rules
Two-Altitude Reflex Check
Before committing a visual direction, run both tests:
1. **First-order:** Could you guess the theme/palette from the category alone? ("Fintech → blue + sans-serif.") If yes → generic. Reject. 2. **Second-order:** Could you guess it from category + anti-references? Once everyone "avoids the purple gradient," the avoidance becomes a reflex — fintech dodging blue lands on the same off-black + lime. If predictable given what people flee toward → still generic. Reject.
The cure: derive direction from the specific product, audience, and content — not from the category or what the category is fleeing.
Reflex-Reject Lists (maintained, pruned as families saturate)
| Reflex-reject fonts | Reflex-reject aesthetic lanes | | --------------------- | ------------------------------- | | Inter, Roboto, Arial, system-ui defaults | Purple/violet gradient on white (AI-tool reflex #1) | | Geist / Geist Mono (over-saturated) | Off-black + acid-lime "anti-corporate" (reflex #2) | | Space Grotesk as default "modern" pick | Warm-beige + serif "anti-AI" editorial (reflex #2) | | Generic Google-Fonts pairing of the month | Glassmorphism cards on gradient mesh |
Prune a lane out once it stops being a reflex; add new families as they saturate. A stale blocklist becomes its own reflex.
Anti-patterns Blocklist
| Anti-pattern | Fix | | -------------- | ----- | | `user-scalable=no`, `maximum-scale=1` | Remove — blocks accessibility zoom | | `transition: all` | List properties explicitly | | `outline-none` without replacement | Add `focus-visible:ring-*` | | `<div onClick>` | Use `<button>` or `<a>` | | Images without `width`/`height` | Add dimensions (prevents CLS) | | Form inputs without labels | Add `<label>` or `aria-label` | | Icon buttons without `aria-label` | Add `aria-label` | | Emoji as UI icons (🚀 ✨) | Use SVG icons (Heroicons, Lucide) | | Hardcoded date/number formats | Use `Intl.DateTimeFormat` | | `autoFocus` everywhere | Use sparingly, desktop only |
Motion Rules
Animate `transform`/`opacity` only — never `width`/`height`/`top`/`left`. No layout-shifting hover effects. List transition properties explicitly. 150-300ms for micro-interactions. Honor `prefers-reduced-motion`. Allow animation cancellation — motion must not block user action.
---
Mode: AUTHORING
Design for user success, not aesthetic preference. Map user flow before writing UI. State order: Error → Loading (no data) → Empty → Success.
Mock-Fidelity Inventory (No Silent Loss)
A build can pass every test and still quietly omit the hero or signature motif. Once a design/mock is approved, before coding, INVENTORY its major visible ingredients:
| Ingredient | Implementation path | | ------------ | --------------------- | | Hero / focal moment | Build now / phase 2 (explicit) / cut (approved) | | Signature motifs | Build now / approximate / cut (approved) | | Sections | Build now / phase 2 (explicit) / cut (approved) | | Interactions | Build now / static fallback / cut (approved) | | States (empty/loading/error) | Build now (states are not optional) |
Every ingredient gets exactly one path. "Cut" and "phase 2" are legitimate, but only when explicitly named — never reached by omission. Treat any silently-dropped major ingredient as a P0 fidelity defect.
Design-System Drift Classifier
When a feature deviates from the design system, classify the root cause:
| Root cause | Fix | | ------------ | ----- | | **Missing token** — system has no value for this need | Add the token to the system, then use it | | **One-off impl** — token/component exists, but feature reimplemented locally | Swap to shared component/token; delete the one-off | | **Conceptual misalignment** — feature's interaction model fights the system's | Rework the flow — patching pixels won't fix it |
**Flow-shape match:** a feature's flow shape must match its neighbors. Modal vs full-page, save-on-blur vs explicit submit — inconsistency reads as broken even when every pixel is on-system. Treat unexplained flow-shape mismatch as conceptual-misalignment.
---
Mode: CRITIQUE
READ-only. Scores and flags; caller decides what to fix. A design self-graded by the head that built it is not reviewed — it is rationalized.
Two Isolated Assessments + Synthesis
**Assessment A — design-director qualitative review.** Read the UI as a senior design director would: hierarchy, rhythm, restraint, intentionality. Score the rubric. A forms its opinion WITHOUT running the ban-list scan.
**Assessment B — AI-slop / pattern scan.** SEPARATE pass walking the ban-list. B must NOT see A's conclusions — give it the artifact, not A's writeup.
**Synthesis — reconcile only after both commit.** Where A and B independently agree → high confidence. Where B caught what A's eye glossed → keep it. Where B's match
Showing the first part of this file.
The Loop Engine for Claude Code — engineer the loop, not the prompt. 1 router · 9 agents · 16 skills · 4 workflows. Fail-closed gates, test honesty, anti-anchored review.
Repo: romiluz13/cc10x
Other skills on cc10x.
- /agent-common
Shared preamble loaded by all cc10x agents — memory protocol, contract format, output rules.
Open skill - /architecture
Greenfield architecture design: map functionality flows, draw components, design APIs, classify dependencies, plan observability. For multi-component, API, schema, auth, or integration-heavy work. For retrofitting existing code, use codebase-hygiene instead.
Open skill - /building
Implementation skill for writing production code with TDD. Covers the RED-GREEN-REFACTOR cycle, false-RED detection, vertical slicing, scope escalation, test process discipline, and code generation patterns. Loaded by component-builder and bug-investigator.
Open skill - /cc10x-router
THE ONLY ENTRY POINT FOR CC10X. Activate this skill for build, debug, review, and plan requests. Use when the user asks to implement, fix, review, plan, test, refactor, or continue code work. Trigger keywords: build, implement, create, write, add, review, audit, debug, fix,
Open skill - /code-review
Two-mode skill: (1) adversarial review — spec compliance + code quality + security, confidence-scored findings with file:line evidence; (2) receiving review — verify-before- agreeing discipline for acting on external/human review feedback.
Open skill - /codebase-design
Canonical deep-module vocabulary (module, interface, depth, seam, adapter, leverage, locality) for designing a module's shape — a lot of behaviour behind a small interface at a clean seam, testable through that interface. The single source of truth for these terms; other skills
Open skill

