MCP server for UI Beats. Let your coding agent search, read and install animated React components.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Supercharge your UI.
Beautifully designed, animated React components you can copy, paste, or install with the shadcn CLI.
Documentation Β· Components Β· Blog
UI Beats is a collection of animated React components built with TypeScript, Tailwind CSS and Motion.
It is not a package you install and import from. You own the code: add a component, then change whatever you like. No version pinning, no wrapper APIs, no waiting on a maintainer to expose a prop.
The CLI writes the component into your project and installs the npm packages it needs. Every component page lists its own command, and the full index lives at /r/registry.json.
Prefer to copy and paste? Every component page has the full source under Installation β Manual.
Most components get picked by whatever is writing the code. The MCP server puts the whole catalogue inside Claude Code, Cursor, Windsurf and anything else that speaks MCP, so your agent can search for a component and read its real props instead of guessing.
It exposes four tools: search_components, get_component, list_components and get_install_command. See packages/mcp or the MCP docs.
For agents that only fetch URLs, the same content is served as plain text:
| URL | What it is |
|---|---|
/llms.txt | Index of every component, linking to its markdown |
/llms-full.txt | Every component's props and full source, in one file |
/docs/<category>/<name>.md | Any component page as markdown, just add .md |
/r/components.json | The catalogue as JSON, with props and guidance. CORS is open |
Every component has a playground at /playground/<category>/<name>: the props table becomes a live control panel, the preview updates as you drag, and the snippet carries only what you actually changed. All 52 of them.
The controls are derived from the same props array that renders the documentation table, so a control can never describe a prop the docs do not.
Alongside it, Motion Studio, a cubic-bezier and spring editor. Drag the curve or tune stiffness, damping and mass, watch it run on three properties at once, and copy the Motion transition or the CSS. Springs are integrated from the same damped-oscillator model Motion uses rather than approximated with a bezier, so the preview is the motion you will ship.
52 components across six categories:
| Category | Components |
|---|---|
| Animation | Animated List, Bounce, Fade In, Fade In Unblur, Rotate In, Scale In, Smooth Reveal, Stagger List |
| Background | Animated Beam, Aurora, Dot Pattern, Gradient Flow, Meteors, Orbiting Elements, Particles, Retro Grid, Sparkling Grid |
| Button | Confetti Button, Loading Button, Magnetic Button, Rainbow Button, Ripple Button, Shimmer Button, Subscribe Button |
| Card | Card Stack, Expandable Card, Flip Card, Glowing Card, Morphing Card, Tilt Card |
| Component | Avatar Stack, Bento Grid, Border Beam, Comparison Slider, Dock, Liquid Tabs, Marquee, Progress Ring, Scratch to Reveal, Scroll Progress, Shimmer Effect, Terminal, Timeline |
| Text | Flip Words, Gradient Text, Gravity Text Swap, Number Ticker, Scroll Reveal, Split Flap, Text Scramble, Text Shine, Text Writer |
Every component honours prefers-reduced-motion. Not "most of them": the
whole registry, checked in CI: tests/reduced-motion.test.ts fails the build
if a component ships without consulting the preference, or reads it and then
animates anyway.
What that means per component is a judgement, not a switch. An entrance is settled from the first frame. A carousel stops advancing on its own but still moves when you press the button. Flip Card still turns, because the back face is the point; it just cuts instead of sweeping.
Components read shadcn's own variables (--card, --border,
--muted-foreground), so an installed component wears your palette. The few
that need a colour shadcn does not define ship it with them: cssVars in the
registry item, merged into your stylesheet by the CLI. See config/tokens.ts;
the build fails on a component that reads a variable nothing defines.
Requires Node 20.9+ and Yarn 4 (via Corepack).
The site runs at http://localhost:3000.
| Script | What it does |
|---|---|
yarn dev | Start the dev server |
yarn build | Build the registry, then the production site |
yarn start | Serve the production build |
yarn lint | ESLint (flat config) |
yarn typecheck | tsc --noEmit |
yarn test | Vitest unit tests |
yarn test:e2e | Playwright end-to-end tests against a production build |
yarn test:visual | Motion frame diffs against the committed baselines |
yarn format | Prettier |
yarn registry:build | Regenerate public/r/ from the component source |
yarn new:component | Scaffold a component and wire it into every registry |
That writes the four files below, registers them in all three maps, and leaves a stub that compiles and passes the suite. The rest of this section is what it does, for when you need to do it by hand.
Adding a component means adding four files. The sidebar, the docs page, the sitemap, the command menu and the shadcn registry entry are all derived from them; there is no central list to keep in sync.
Optionally a fifth, to give it a playground:
Everything else is generated:
lib/registry.ts joins each config with its source on disk and derives the npm dependency list from the component's own import statements.lib/playground.ts turns the documented props table into controls: a string-literal union becomes a select, a number becomes a range with a bounded scale, a hex-defaulted colour prop becomes a swatch.lib/agent-docs.ts renders the same registry data as markdown for /llms.txt, /llms-full.txt and the per-component .md routes.config/side-nav.ts builds the sidebar from the same array.scripts/build-registry.ts emits public/r/*.json for the shadcn CLI, plus components.json for the MCP server.app/docs/[category]/[component]/page.tsx statically generates one page per component, with real per-page metadata.No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/ui-beats)<a href="https://allmcps.com/mcp/ui-beats"><img src="https://allmcps.com/api/badge/ui-beats?style=directory" alt="UI Beats on AllMCPs" /></a>