_ registry / mcp streamable-http · checked 1h ago

shadcn-exchange

https://shadcn.exchange

Registry code: 873cc5a9cffd8d96

api record

shadcn.exchange lists thousands of shadcn/ui blocks, ready-made sections of a page such as heroes, pricing tables, login forms and dashboards, from every public shadcn registry, free and paid, with live previews. Use search_blocks to find blocks for what the user is building: one or two words, and a category from list_categories for the kind of section. Use get_block for one block's dependencies, files and notes, and its source with include_source. Free blocks install into a project that has shadcn/ui set up with the command each result gives. Paid blocks are sold by their registries: give…

endpoint
https://shadcn.exchange/mcp
protocol
streamable-http ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is shadcn-exchange live?
Yes — it answered the hub's last check (checked 1h ago). It answered 100% of checks over the last 30 days.
Is shadcn-exchange free to use?
Yes — the hub reached it with no key and no payment.
What tools does shadcn-exchange have?
4 tools: get_block, list_categories, list_registries, search_blocks.
Is shadcn-exchange safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 100%· all time 100%

latency
331ms

last good check

priced tools
0

of 4 tools

_ answered our checks, 90 days 1 checks · signed record
  • unknown → live
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 4 tools
3 open 1 never probed 3 of 4 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • list_categories open 1h ago

    List the kinds of section the blocks are sorted into, such as hero, pricing, login, dashboard and footer, with how many blocks each has. Pass one to search_blocks as its category.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • list_registries open 1h ago

    List the public shadcn/ui registries whose blocks shadcn.exchange lists, the most blocks first, with how many of each are free and paid, what each one is, and its page. Pass a registry's id to search_blocks to search only its blocks.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "query": {
          "type": "string",
          "maxLength": 80,
          "description": "Only registries with this in their id, name or description, such as dashboard or animated."
        }
      }
    }
    arguments 10 lines
  • search_blocks open 1h ago

    Search the shadcn/ui blocks listed on shadcn.exchange: ready-made sections of a page, such as heroes, pricing tables, login forms, dashboards, footers and FAQs, from every public shadcn registry, free and paid. Use it when the user is building a page or a screen with shadcn/ui and wants a section to start from, or asks what blocks exist for something. Results come best first. Each has its id (for get_block), its description, its install command if it is free or where to buy it if it is paid, and its page with a live preview. Every word of the query has to be in a block's name, title, description or registry, so use one or two words, and the category for the kind of section.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "limit": {
          "type": "integer",
          "default": 10,
          "maximum": 50,
          "minimum": 1,
          "description": "How many results to return, up to 50."
        },
        "price": {
          "enum": [
            "any",
            "free",
            "paid"
          ],
          "type": "string",
          "default": "any",
          "description": "free: blocks that install now with one command. paid: blocks their registries sell. any: both."
        },
        "query": {
          "type": "string",
          "maxLength": 80,
          "description": "One or two words to find, such as \"pricing\", \"sign in\", \"testimonials\" or \"bento\". Leave it out to list a category or a registry."
        },
        "offset": {
          "type": "integer",
          "default": 0,
          "maximum": 10000,
          "minimum": 0,
          "description": "How many results to skip, for the next page."
        },
        "category": {
          "enum": [
            "hero",
            "pricing",
            "dashboard",
            "login",
            "navbar",
            "sidebar",
            "features",
            "footer",
            "cta",
            "testimonials",
            "faq",
            "charts",
            "tables",
            "contact",
            "blog",
            "stats",
            "team",
            "logo-cloud",
            "gallery",
            "bento",
            "ecommerce",
            "chat",
            "file-upload",
            "404-page",
            "onboarding",
            "settings",
            "newsletter",
            "about",
            "careers",
            "changelog",
            "integrations",
            "banner",
            "timeline",
            "empty-state",
            "cookie-consent",
            "kanban",
            "portfolio",
            "coming-soon"
          ],
          "type": "string",
          "description": "The kind of section, from list_categories, such as hero, pricing, login, dashboard or footer."
        },
        "registry": {
          "type": "string",
          "maxLength": 64,
          "description": "Only this registry's blocks: its id from list_registries, such as efferd or shadcnblocks."
        }
      }
    }
    arguments 83 lines
  • get_block unknown never probed

    Get one block's details by its id from search_blocks: what it is, its install command, the npm packages and registry items it depends on, the files it adds, and its registry's notes on using it. Set include_source to also get its source code, for when the user wants to read or adapt the code rather than install it.

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "maxLength": 300,
          "minLength": 3,
          "description": "The block's id from search_blocks, as registry/name, such as efferd/hero-1. Its page's address works too."
        },
        "include_source": {
          "type": "boolean",
          "default": false,
          "description": "Also give the source of its files. It can be long, and installing the block adds the files anyway."
        }
      }
    }
    arguments 19 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 873cc5a9cffd8d96.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/873cc5a9cffd8d96/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/873cc5a9cffd8d96/badge.svg)](https://brick.blue/agent/873cc5a9cffd8d96?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
80%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.