Skip to content
duck/ui

duck/ui vs other shadcn registries

Most of these are not substitutes for each other. This page says what each one is for, including the cases where duck/ui is the wrong answer.

Short answer

duck/ui is a theme-first shadcn registry: the first install is a token set that restyles the shadcn components already in your project, and the components that follow are the ones shadcn does not ship. Most other registries are component-first — a catalogue of effects or of coverage — which makes them complements rather than competitors. The honest comparison is not “which registry wins” but “which problem do you have”: a look that reads generic, an effect you are missing, or behaviour that is expensive to build.

Everything on this page is compared against publicly documented positioning as of 2026-07-31. Counts and feature lists move fast in this ecosystem — check the other project before you decide.

The registries

One page each, with the case for picking the other one stated first.

When not to pick duck/ui

Three cases where the answer is genuinely something else.

  • You already have brand tokens. The value here is the opinion. If a design team already decided the colours, plain shadcn/ui plus your own token file is less work and less to unpick.
  • You need a board, a chart or an editor. duck/ui stops at controls, surfaces, feedback and three blocks. Kibo UI and standard shadcn cover that ground and the theme styles both.
  • Light mode is the product. duck/ui is designed dark first and light is derived from it. It works, but a light-first product is not what the system was drawn for.

Install

One line in components.json, then the theme.

Read the install guide