Probably the easiest and cheapest way to build a testing UI and documentation for your tRPC v11.0 endpoints. tRPC ui automatically generates a UI for manually testing your tRPC backend with 0 overhead:
trpc panel moves as fast as your trpc backend with minimal effort.
Check out our test app
This is a fork of the original tRPC panel project, which is now unmaintained. The original author deserves credit for the vast majority of the work done on this project.
- 🚀 Automatically inspect your tRPC router and recursively generate a typesafe UI
- 🕒 Zero overhead
- No output schemas (procedure return types can be inferred as nature intended)
- New procedures will be added to your UI as you create them in your backend
- No compilation required, works with any backend
- 📄 Document your procedures and input parameters with minimal effort and markdown support
- 🐦 Supports nested routers, and nested input objects. The structure of the UI maps one-to-one to your API's routers and procedures.
- 🧭 SideNav and VSCode-like procedure / router search to quickly find what you're looking for
- ✨ Transform data with built in
superjson
support.
Install as a dev dependency with your preferred package manager:
npm install trpc-ui
yarn add trpc-ui
pnpm install trpc-ui
bun add trpc-ui
render your panel and return it from your backend (express example):
import { renderTrpcPanel } from "trpc-ui";
// ...
app.use("/panel", (_, res) => {
return res.send(
renderTrpcPanel(myTrpcRouter, { url: "http://localhost:4000/trpc" })
);
});
trpc-ui
just renders as a string, so it can be used with any backend.
In Nextjs you'd want to create an api route somewhere like src/pages/api/panel.ts
and send a text response:
import type { NextApiRequest, NextApiResponse } from "next";
import { renderTrpcPanel } from "trpc-ui";
import { appRouter } from "../../server/api/root";
export default async function handler(_: NextApiRequest, res: NextApiResponse) {
res.status(200).send(
renderTrpcPanel(appRouter, {
url: "http://localhost:3000/api/trpc",
transformer: "superjson",
})
);
}
Then we can visit the url http://localhost:3000/api/panel
to use the panel. Here we do transformer: "superjson"
assuming we have superjson
set as the transformer in tRPC (which create-t3-app does by default).
trpc-ui
supports documenting procedures.
Documentation is opt-in, meaning you only need to set it up if you want to use it. When docs are included for your trpc procedure, a "Docs" section will appear in your procedure:
trpc-ui
supports documenting procedures via trpc meta. First setup your trpc instance to be typed with TRPCPanelMeta
:
import { initTRPC } from "@trpc/server";
import { TRPCPanelMeta } from "trpc-ui";
const t = initTRPC.meta<TRPCPanelMeta>().create();
Then in your routers you can provide a description to the meta:
export const appRouter = t.router({
sayHello: t.procedure
.meta({ /* 👉 */ description: "This shows in the panel." })
.input(z.object({ name: z.string() }))
.query(({ input }) => {
return { greeting: `Hello ${input.name}!` };
});
});
Most descriptions don't need more than basic text, but descriptions for procedures and procedure descriptions can render markdown. This is most often useful for adding links within descriptions, but all markdown is supported thanks to react-markdown.
.meta({ /* 👉 */ description: "# H1 heading\nSome normal, or maybe **bold** text below, and a [link](https://trpc.io/docs) to something important" })
trpc-ui
supports documenting parameters via zod's .describe()
method. This allows developers to quickly write documentation as they're writing schemas:
export const appRouter = t.router({
sayHello: t.procedure
.input(z.object({
name: z.string().describe("The name to say hello too.")
}))
.query(({ input }) => {
return { greeting: `Hello ${input.name}!` };
});
});
Whatever you pass to describe()
will appear in the docs section. Any input fields without a description will not appear in the docs section.
Trpc panel supports superjson
, just pass it into the transformer option:
app.use("/panel", (_, res) => {
return res.send(
renderTrpcPanel(myTrpcRouter, {
url: "http://localhost:4000/trpc",
transformer: "superjson",
})
);
});
trpc-ui
welcomes and encourages open source contributions. Please see our contributing guide for information on how to develop locally.
Currently, tRPC panel only works with zod input schemas. With it's current design it would be feasible to easily add support for other input types as well
The following are supported
- Array
- BigInt
- Boolean
- Branded
- Default
- DiscriminatedUnion
- Effects
- Enum
- Literal
- NativeEnum
- Nullable
- Null
- Nullish
- Number
- Object
- Optional
- Promise
- String
- Undefined
We would like to add the following types:
- Union
- Tuple
- Record
- Never
- Map (superjson only)
- Set (superjson only)
- Date (superjson only)
- Any