The component layer for spec-driven UI development.
Hex Core turns a brief (or a spec.md / plan.md section) into a ranked component checklist over MCP. No server, no runtime — just static JSON and 19 MCP tools over a catalog of 213 components, including 43 section blocks, 8 page recipes, and 26 React Native components for Expo.
shadcn/ui is built for humans browsing docs. Hex Core is built for AI agents that need:
- Machine-readable component specs — Zod schemas with props, variants, slots, and constraints
- AI hints —
whenToUse,whenNotToUse,commonMistakes,accessibilityNotesper component - Recipes — spec-driven blueprints (auth flows, settings page, pricing table, data table, confirm-destructive, command palette, and the
layout-starterlayout-primitives bundle) with ordered install steps and post-install checklists - MCP server — 19 tools for component discovery, installation, theming, scaffolding, spec resolution, and emitting paste-into-LLM app context.
list_themesrenders an interactive theme browser in MCP Apps hosts (Claude, ChatGPT, VS Code) - Agent surface over HTTP —
llms.txt(+llms-full.txtwith per-itemwhenToUse),/registry.json,/recipes.json,/graph.json, and/r/{name}.jsonin shadcn registry-item format, sonpx shadcn@latest add @hex/<slug>works from the@hexnamespace - Two render targets, one catalog — the same schemas, tokens and AI hints serve React DOM and React Native. An agent building an Expo app gets the same guidance it gets on the web, and the CLI installs the right renderer's component without being told
- Token budgets — each component declares its token cost for efficient LLM context usage
Warning
Use the scoped package names. The npm packages are @hex-core/cli and @hex-core/mcp. An unrelated hex-core package is published on npm by a different author — npx hex-core … will fail with npm error could not determine executable to run. Always include the @hex-core/ scope in install commands.
Add to your Claude Code settings (.claude/settings.json):
{
"mcpServers": {
"hex-core": {
"command": "npx",
"args": ["@hex-core/mcp"]
}
}
}Then ask Claude: "Search hex-core for a button component and add it to my project"
Declare the @hex namespace once in components.json, then install any catalog slug with the tool you already run:
{ "registries": { "@hex": "https://hex-core.dev/r/{name}.json" } }npx shadcn@latest add @hex/buttonItems arrive in shadcn registry-item format with the machine-readable ai block included — agents reading your project keep the intent metadata.
npx @hex-core/cli init # detects Tailwind v3 vs v4, scaffolds globals.css, auto-installs peer deps
npx @hex-core/cli add button input label # writes components, auto-installs Radix peers, rewrites imports to your @/ alias
npx @hex-core/cli doctor # diagnose what's missing if anything breaks
npx @hex-core/cli map "a SaaS site with landing + pricing" # brief → screens/install/warnings map
npx @hex-core/cli poc --from hex.map.json --dir demo --yes # scaffold a runnable Next.js demo app
npx @hex-core/cli graph affected button # reverse blast radius across the catalog| Package | Description |
|---|---|
@hex-core/registry |
Zod schemas and types for the component registry |
@hex-core/tokens |
Design token engine with 3 themes |
@hex-core/components |
Component source code (React + Tailwind) |
@hex-core/native |
React Native component source (NativeWind + @rn-primitives) for Expo |
@hex-core/motion |
UI animation primitives + deterministic timeline composer (zero-dep WAAPI core, optional motion@^11 adapter) |
@hex-core/themes |
Theme catalog — premium presets and generated design briefs built on @hex-core/tokens |
@hex-core/payload |
Pure-function builders for paste-into-LLM payloads (App Context markdown, Figma Variables JSON) shared by the MCP server and CLI |
@hex-core/mcp |
MCP server for AI-native distribution |
@hex-core/cli |
CLI for human developers |
| Tool | Purpose |
|---|---|
search_components |
Discover components by query, category, or tags |
search_compositions |
Find component examples by composition tags (destructive, confirm, form-action, …) |
get_component |
Get full source code + metadata for installation |
get_component_schema |
Get props/variants/AI hints (token-efficient) |
describe_intent |
Intent-first payload: per-variant useWhen, structured anti-patterns, token intents — call before generating JSX |
get_theme |
Get theme in CSS, JSON, or Tailwind format |
list_themes |
List available themes — in MCP Apps hosts, also renders an interactive palette-previewing theme browser |
search_themes |
Search the theme catalog by category, tags, or free-text |
emit_figma_tokens |
Render a theme as a Figma Variables REST POST payload |
scaffold_project |
Generate complete project setup |
customize_component |
Apply CSS overrides to components |
list_recipes |
Catalog of spec-driven blueprints |
get_recipe |
Ordered install steps + post-install checklist |
resolve_spec |
Deterministic brief → ranked component + recipe shortlist |
verify_checklist |
Cross-check installed components against the internal-dep graph |
emit_app_context |
Synthesize a paste-into-LLM markdown payload of theme + installed components |
map_application |
Whole-app brief → typed screens, requires-closure install manifest, warnings (hex.map.json) |
query_graph |
Query the catalog knowledge graph — explain, neighbors, path, affected |
scaffold_poc |
Generate a standalone runnable Next.js demo app — frames plus a panel to demo them by role and data state |
See hex-core.dev/docs/spec-driven for the full spec-driven workflow.
# 1. Discover recipes
npx @hex-core/cli recipe list
# 2. Install every component in a recipe + print its checklist
npx @hex-core/cli recipe add settings-pageOr from an MCP client: ask "Resolve this spec into hex-core components: build a settings page with notifications toggle" — resolve_spec returns the settings-page recipe and a ranked component shortlist.
Hex Core ships nine prose context packs in SKILL.md format — overview, MCP tools decision tree, recipes workflow, theming, CLI, a11y, anti-patterns, registry authoring, motion. Install in one command:
npx @hex-core/cli skills installThis copies the skills into .claude/skills/ so any agent working in your repo loads them via trigger keywords on demand. See hex-core.dev/docs/skills.
- Default — Refined, neutral. Professional and versatile.
- Midnight — Dark-first with deep blues. Built for developer tools.
- Ember — Warm terracotta and amber. For creative applications.
213 registry items across two render targets.
187 for React DOM: 27 primitives (Button, Input, Checkbox, Switch, Slider, …), 40 compounds (Combobox, DataTable, Command, Calendar, Date Picker, Kanban, DnD primitives, …), 43 section blocks (auth, pricing, settings, dashboard, …), 26 AI-native (Composer, Message, Reasoning, ToolCall, Terminal, Canvas, Diagram, AudioPlayer, AudioWaveform, SpeechRecognition, …), 23 artifact diagrams (sankey, mindmap, gantt, …), 26 motion primitives (Motion factory, Presence, Timeline composer, useAnimate, useScroll, …), and 2 hooks. DataTable rows and Tree top-level nodes also opt into drag-to-reorder via the shared DnD primitive set.
26 for React Native (see below).
Every item ships with a machine-readable .schema.ts containing props, variants, AI hints (whenToUse, whenNotToUse, commonMistakes, accessibilityNotes), and a token budget. pnpm verify:schema-quality gates the ai block on every push — placeholder prose, unresolvable slugs, and missing examples fail CI, and on a native item it also fails DOM idioms that would not run on a device.
Full catalog + live demos: hex-core.dev/docs
26 components for Expo, built on NativeWind and @rn-primitives: 12 primitives (Text, Button, Card, Badge, Avatar, Separator, Label, Input, Checkbox, Switch, Progress, Skeleton), 8 overlays and form controls (Tabs, RadioGroup, Textarea, Dialog, AlertDialog, Popover, Tooltip, Select), a native-only BottomSheet, and 5 AI Kit components (Message, MessageList, Composer, ToolCall, Markdown).
npx @hex-core/cli init --platform native # NativeWind config chain + token stylesheet
npx @hex-core/cli add button card # installs the native items automaticallyThe platform comes from the project, not the slug — on an Expo app hex add button installs native-button, and installing a component built for the other renderer is refused rather than silently copied. search_components takes a platform filter, and resolve_spec resolves a brief against one target so a web brief never returns components that cannot run in a browser.
Tokens resolve to literal HSL triplets rather than var() chains, because React Native has no cascade for one to resolve through. The Markdown component is a real native renderer sharing the web component's micromark parser, so a partially-streamed reply parses as text instead of throwing.
Catalog: hex-core.dev/native
pnpm install
pnpm build
pnpm run build:registry
pnpm verify:schema-quality # ai-block quality gate (also runs in CI)hex-core/
├── packages/
│ ├── registry/ # Zod schemas + types
│ ├── tokens/ # Design token engine
│ ├── themes/ # Theme presets
│ ├── components/ # React component source
│ ├── motion/ # Animation primitives
│ ├── payload/ # Paste-into-LLM payload builders
│ ├── mcp-server/ # MCP server
│ └── cli/ # CLI tool
├── registry/ # Built registry JSON
└── scripts/ # Build scripts
Each component has two files:
{name}.tsx— React component (Radix UI + Tailwind + CVA){name}.schema.ts— Machine-readable spec with props, variants, AI hints
Feature branch → PR → main → /release skill. CI on main runs Lint / Build / Test (~2 min). Slow regression checks (a11y axe-scan + Playwright visual diffs) run locally via pnpm regression as a pre-release gate; see CONTRIBUTING.md.
If hex-core saves you time, consider sponsoring development on GitHub.