Frontend Builder

Generates production-ready React TSX frontend components from natural-language UI goals for non-programmers, including setup instructions and dependencies.

Security Scan

The skill's declared purpose (generate production-ready React TSX components) aligns with its requirements and runtime instructions; it is an instruction-only meta-skill that coordinates upstream frontend skills and does not request unrelated credentials or system-wide privileges.

Purpose & Capability

Name/description ask for React TSX components; declared requirements (node, npm, npx) and the instructions to install frontend-design-ultimate, shadcn-ui, and react-expert via npx are coherent with that purpose. No unrelated credentials, binaries, or config paths are requested.

Instruction Scope

SKILL.md focuses on collecting UI inputs, orchestrating three upstream skills, and producing a single TSX output plus setup instructions. It does not instruct reading arbitrary host files, secrets, or system state beyond expecting a React/TS/Tailwind project and running installation commands when needed.

Install Mechanism

The skill is instruction-only (no install spec). It instructs using npx -y clawhub@latest install ... and npx shadcn@latest init/add which will download and run code from npm at install time. This is expected for a meta-skill that composes other skills, but users should be aware these commands fetch third-party packages and may modify project files.

Credentials

No environment variables or credentials are requested. The required tools (node, npm, npx) are appropriate and proportional to a tool that generates and installs frontend code.

Persistence & Privilege

always is false and the skill does not request permanent agent presence or elevated privileges. The SKILL.md does instruct running install commands that modify the local project, which is expected behavior and limited in scope to the user's workspace.

Assessment

This skill appears internally consistent with its stated purpose. Before installing or running its suggested commands: 1) verify you trust the 'clawhub' npm package and the upstream skills it will fetch (they will be downloaded and executed via npx); 2) run install/init commands in a sandboxed or version-controlled project (shadcn init/add and other installers can modify files); 3) review any generated TSX and dependency commands before applying to production (check licenses and third-party package versions); 4) if you prefer not to let the agent run installers automatically, decline those steps and run them manually after inspection. Confidence is high because the skill is instruction-only and requests only appropriate tools, but running its install commands will pull third-party code so exercise normal supply-chain caution.

Purpose

Enable non-programmers to get production-grade frontend components from natural-language requirements.

This meta-skill coordinates three upstream skills and produces implementation-ready output, usually as one .tsx file plus concise setup notes.

It does not replace upstream skill logic and does not assume hidden dependencies are already installed.

Required Installed Skills

• frontend-design-ultimate (inspected latest: 1.0.0)
• shadcn-ui (inspected latest: 1.0.0)
• react-expert (inspected latest: 0.1.0)

Install/update:

npx -y clawhub@latest install frontend-design-ultimate
npx -y clawhub@latest install shadcn-ui
npx -y clawhub@latest install react-expert
npx -y clawhub@latest update --all

Verify:

npx -y clawhub@latest list

OpenClaw Compatibility Notes

This skill is written to match OpenClaw skill-loading rules:

• SKILL.md with YAML frontmatter and Markdown body
• single-line frontmatter keys
• metadata encoded as a single-line JSON object
• no unsupported custom top-level frontmatter keys

If this file is edited later, keep those constraints intact.

Runtime Prerequisites

Minimum local stack:

• Node.js 18+
• npm
• React + TypeScript project with Tailwind configured

Adjacent ecosystem dependencies (from inspected upstream skill content):

• tailwindcss (layout/styling baseline)
• lucide-react (icons used by many shadcn examples)
• next-themes (theme toggle patterns in shadcn guidance)
• react-hook-form, zod, @hookform/resolvers (form patterns)
• optional: framer-motion (motion patterns from frontend-design-ultimate)
• optional: recharts or equivalent if a real chart package is required

If user wants shadcn components and they are missing, include explicit setup commands in output:

npx shadcn@latest init
npx shadcn@latest add card button badge tabs table sheet sidebar

Do not assume Next.js unless the user says Next.js. Default to framework-agnostic React .tsx output that can run in Vite or Next.js with minimal adaptation.

Inputs the LM Must Collect First

• ui_goal (dashboard, landing page, admin panel, etc.)
• theme_mode (dark, light, or system)
• primary_metrics (for example revenue, MRR, growth)
• chart_expectation (line, bar, area; static or interactive)
• layout_density (compact, balanced, spacious)
• brand_constraints (colors, logo, typography constraints)
• target_framework (vite-react, nextjs, or generic-react)
• single_file_strict (true/false)

If any critical input is missing, make explicit defaults and state them in Assumptions.

Tool Responsibilities

frontend-design-ultimate

Use for visual direction and anti-generic design decisions:

• choose strong aesthetic direction
• define typographic hierarchy and color system
• enforce mobile-first responsiveness
• avoid boilerplate “AI-slop” layouts

From inspected upstream guidance:

• commit to one clear tone
• include an unforgettable visual element
• prefer CSS variables and strong contrast
• avoid generic default fonts

shadcn-ui

Use for robust UI primitives and composition patterns:

• cards, tabs, sheets, navigation, table, badges, dialogs
• theming conventions and dark mode compatibility
• predictable component structure for fast shipping

From inspected upstream guidance:

• components are copied into the project (not a hosted runtime UI SDK)
• include install commands for any components you reference
• prefer composable primitives for layout and data display

react-expert

Use for behavioral correctness and maintainability:

• state design and data flow
• strict TypeScript-first component patterns
• accessibility and predictable rendering behavior
• optional performance hardening for non-trivial UI

From inspected upstream guidance:

• avoid state mutation and unstable keys
• use semantic structure and cleanup in effects
• ship clear typed interfaces for props/data

Canonical Causal Chain

Use this exact orchestration order.

1. Requirement Parse

• Normalize user request into goals, constraints, and output contract.

2. Design Direction (frontend-design-ultimate)

• Select one explicit aesthetic mode.
• Define palette, type scale, spacing, and page composition.
• Decide dark-mode token strategy.

3. Component Architecture (shadcn-ui)

• Map UI blocks to component primitives (sidebar, card, tabs, table, badge).
• Declare required shadcn installs for referenced primitives.

4. React Glue Logic (react-expert)

• Implement typed data models and render loops.
• Add local state/hooks where required.
• Keep logic simple and deterministic for copy-paste usability.

5. Output Assembly

• Produce one .tsx file by default.
• Include short Setup section with required install commands.
• Include Assumptions and Adaptation Notes.

Output Contract

Default output must contain:

• Setup:

  • exact npm/npx commands for missing dependencies
  • shadcn component add commands used by generated code

• Single TSX File:

  • one self-contained React component in TypeScript
  • imports listed at top
  • mock data included inline unless user supplies real data source

• Assumptions:

  • explicit defaults chosen due to missing input

• Adaptation Notes:

  • where to plug in real API data
  • which imports to remove if a component is unavailable

No auxiliary script generation. No multi-file scaffolding unless user explicitly asks.

Chart Handling Rule

If chart library is not guaranteed in target project:

• default to a semantic “chart-ready” card layout with placeholders, or
• use lightweight inline SVG chart logic in the same .tsx.

Do not hallucinate unavailable chart components. If using external chart lib (for example Recharts), include install command and clearly label as optional.

Scenario Mapping: Revenue Dashboard (Dark Mode)

For scenario: "I need a dark-mode dashboard showing revenue metrics"

Execution:

1. frontend-design-ultimate defines dark palette, bold typography, and dashboard composition (sidebar + metric grid + chart area).
2. shadcn-ui maps layout to Card, Badge, Tabs, optional Sidebar primitives.
3. react-expert creates typed metric arrays and rendering loops for KPI tiles + trend view.
4. final output returns one production-usable .tsx component plus setup commands.

Quality Gates

Before finalizing output, ensure:

• component compiles as TSX (no missing symbols in emitted code)
• design is intentional, not default-template generic
• dark mode tokens are coherent and readable
• mobile behavior is included (sm/md/lg responsive strategy)
• all referenced UI components are listed in setup commands
• no fake API calls presented as real integrations

If any gate fails, return Needs Revision with a concrete missing-items list.

Guardrails

• Never claim “works out of the box” without listing dependency assumptions.
• Never emit components from libraries not declared in setup.
• Never hide unresolved decisions (state them under Assumptions).
• Prefer one high-quality component over broad but shallow scaffolding.

Failure Handling

• Missing upstream skills: stop and report exact missing skills.
• Missing project context: output generic React version and mark adaptation points.
• Missing chart dependency: provide fallback rendering path and optional install command.
• Conflicting constraints (for example “single file” + “full app routing”): prioritize single-file contract and document tradeoff.