tailthemes
all-access
docs · clearing

Clearing owner's guide

Everything from the download to your own palette, read from the files this theme ships.

1.0.0
version
7
pages
28
components
120 × 2 modes
tokens
4
workflows
from zip to running
unzip clearing-1.0.0.zip
cd clearing-1.0.0
bun install
bun dev

The download is a complete Next.js project, not a folder of snippets. It carries 7 routes, the token file, 28 components and the agent kit.

See the price

Install

Three ways in: the zip, the shadcn registry, or your agent over MCP.

the zip

The artifact is versioned and immutable, so the file you get is clearing-1.0.0.zip. Unzip it, run the four commands above, and the site is on localhost:3000.

The link arrives with your license, and stays valid for every future version.

the registry

Every theme is a registry item the real shadcn CLI installs. Files land under src/tailthemes/clearing/, mirroring the tree below.

bunx shadcn add https://tailthemes.com/r/clearing.json

Clearing is paid, so the registry answers 402 with the price, the purchase URL and both token tables. Only the source files are withheld.

A registry item is JSON, so image assets cannot travel with it. Themes that import images need the zip as well.

over mcp

Point any MCP client at https://tailthemes.com/api/mcp and your agent can read the manifest, both token tables and AGENTS.md before it touches a file.

the four tools

What unzips

One directory, laid out the way you would lay it out yourself.

clearing-1.0.0/
app/generated routes, one per page
globals.csstailwind, the tokens, the semantic bridge
layout.tsxapplies the theme's own faces
page.tsx/ · 4 sections
forecast/page.tsx/forecast · 2 sections
payments/page.tsx/payments · 2 sections
account/page.tsx/account · 2 sections
counterparty/page.tsx/counterparty · 3 sections
exposure/page.tsx/exposure · 2 sections
components/page.tsx/components · 10 sections
src/the theme, copied verbatim
app/7 pages, one file each · 7 files
components/11 sections, one file each, no cross-imports · 74 files
fonts/self-hosted woff2 with their licences · 4 files
fonts.tswires the faces to the font tokens
theme.cssevery design decision: 120 tokens, both modes
.claude/workflows your agent can run
skills/rebrand · add-section · add-page · check-quality · 4 files
AGENTS.mdthe agent contract: invariants, file map, what never to touch
README.mdthe human quick start
theme.jsonthe manifest: pages, components, both token tables
package.jsongenerated, carrying this repo's exact versions
tsconfig.jsongenerated
next.config.tsgenerated
postcss.config.mjsgenerated
env.d.tsgenerated, so a fresh extract typechecks before first run
.gitignoregenerated
every file
app/generated routes, one per page
globals.csstailwind, the tokens, the semantic bridge
layout.tsxapplies the theme's own faces
page.tsx/ · 4 sections
forecast/page.tsx/forecast · 2 sections
payments/page.tsx/payments · 2 sections
account/page.tsx/account · 2 sections
counterparty/page.tsx/counterparty · 3 sections
exposure/page.tsx/exposure · 2 sections
components/page.tsx/components · 10 sections
src/the theme, copied verbatim
app/7 pages, one file each
account.tsx
components.tsx
counterparty.tsx
exposure.tsx
forecast.tsx
home.tsx
payments.tsx
components/11 sections, one file each, no cross-imports
ui/the shared primitives
_tt/
anchor.ts
capture.ts
confirm-dialog.axes.ts
confirm-dialog.fixtures.ts
confirm-dialog.tsx
dialog.axes.ts
dialog.fixtures.ts
dialog.tsx
dropdown-menu.axes.ts
dropdown-menu.fixtures.ts
dropdown-menu.tsx
field-ids.ts
field.axes.ts
field.capture.ts
field.fixtures.ts
field.tsx
focusables.ts
form-error-summary.axes.ts
form-error-summary.fixtures.ts
form-error-summary.tsx
form.axes.ts
form.fixtures.ts
form.part.tsx
form.ts
host.ts
ids.ts
layer.ts
layout-effect.ts
popover.axes.ts
popover.fixtures.ts
popover.tsx
presence.ts
recipe.ts
reduced-motion.ts
roving.ts
search-input.axes.ts
search-input.capture.ts
search-input.fixtures.ts
search-input.tsx
tabs.axes.ts
tabs.fixtures.ts
tabs.tsx
badge.tsx
button.tsx
chart.tsx
confirm-dialog.tsx
dashboard-layout.tsx
data.ts
dialog.tsx
dropdown-menu.tsx
field.tsx
form-error-summary.tsx
form.tsx
hint.tsx
horizon.tsx
mode-toggle.tsx
money.tsx
panel.tsx
popover.tsx
search-input.tsx
table.tsx
tabs.tsx
ui.config.ts
account-index.tsx
account-statement.tsx
app-shell.tsx
console-menus.tsx
counterparty-detail.tsx
exposure-charts.tsx
hold-dialog.tsx
movements-table.tsx
payment-run.tsx
position-ledgers.tsx
position-summary.tsx
fonts/self-hosted woff2 with their licences
ChivoMono-Variable.woff2
OFL-ChivoMono.txt
OFL-Onest.txt
Onest-Variable.woff2
fonts.tswires the faces to the font tokens
theme.cssevery design decision: 120 tokens, both modes
.claude/workflows your agent can run
skills/rebrand · add-section · add-page · check-quality
add-page/
SKILL.md
add-section/
SKILL.md
check-quality/
SKILL.md
rebrand/
SKILL.md
AGENTS.mdthe agent contract: invariants, file map, what never to touch
README.mdthe human quick start
theme.jsonthe manifest: pages, components, both token tables
package.jsongenerated, carrying this repo's exact versions
tsconfig.jsongenerated
next.config.tsgenerated
postcss.config.mjsgenerated
env.d.tsgenerated, so a fresh extract typechecks before first run
.gitignoregenerated

Three of these do the work: src/theme.css holds every design decision, AGENTS.md is the contract your agent reads first, and .claude/skills/ holds the 4 workflows it can run.

Screenshots are not in the download. They are generated by the publish pipeline and live on the listing, not in your project.

Using it

Every page is a plain component, and the tokens are scoped to one class.

the pages
  • /Cash position4 sections
  • /forecastThirteen-week forecast2 sections
  • /paymentsPayment run R-26342 sections
  • /accountLloyds · Operating2 sections
  • /counterpartySolvay Chemicals BV3 sections
  • /exposureExposure and facilities2 sections
  • /componentsThe parts10 sections
dropping it into an existing app

Tokens are declared on .tt-clearing as well as :root, so an install cannot repaint components you already have. Wrap the page in <div className="tt-clearing"> and everything inside picks them up.

Dark mode is a dark class on <html>. There is no second stylesheet and no dark: utility in the components.

The HTML edition

The same site again, with no framework under it.

Everything under html/ is a second, independently authored edition of the theme. html/dist/ is 7 compiled routes with local fonts and vanilla JavaScript — copy it to any static host and it is live, with no build step and no Node on the server. html/src/ is the Nunjucks source those routes compile from.

the two commands

bun run build:html recompiles html/dist/ after you change the source or the tokens. bun run preview:html serves the compiled edition locally. Both ship in the download's package.json, backed by the two files in scripts/.

One token file drives both editions, so a rebrand made in src/theme.css reaches the HTML edition the next time you run the build — dist/ carries compiled CSS and never updates by itself.

The two editions are kept in step by the publish gate: every route in the manifest must have a compiled counterpart before a version ships, so the 7 pages you saw above exist in both.

Making it yours

Tokens are the API: change the values, never the names.

the rebrand loop
  1. Edit the values. All 120 tokens live in src/theme.css, in a light block and a dark one. Nothing in src/components/ carries a colour.
  2. Watch it land. Open /components. The styleguide reads every swatch, type step and radius live, so you see what the change did to the whole system at once.
  3. Re-check contrast. Run the check-quality workflow. The palette ships verified to WCAG AA in both modes and a rebrand should keep it there.
the workflows that ship inside
  • .claude/skills/add-page

    A page in src/app/ composes sections and does nothing else: no data fetching, no arithmetic, no markup that belongs in a section. Six routes ship today.

  • .claude/skills/add-section

    A section is one file in src/components/, self-contained, importing only from src/components/ui/. Sections never import each other — that rule is what lets a buyer delete one without a cascade.

  • .claude/skills/check-quality

    Four checks, in this order. The first three are mechanical and the fourth is the one that finds real defects.

  • .claude/skills/rebrand

    Every design decision in this theme lives in src/theme.css. Nothing in src/components/ or src/app/ carries a colour or a size, so a rebrand is a stylesheet edit plus a fixture edit — and if you find yourself editing a component to change a colour, you have found a bug, not a requirement.

Those summaries are the files' own opening lines. They are written against this repo, so where one names themes/clearing/ your copy has the project root instead.

For your agent

The theme brought its own rules, so nothing has to be reverse-engineered.

AGENTS.md is 299 lines of invariants, the file map, the type and spacing scale, and what never to touch. It opens like this.

AGENTS.md, first 26 lines
# Clearing — the rules

You are working inside a shipped theme. This file is the contract; the repo's
`themes/CONTRACT.md` is the law above it. Read both before changing anything.

## What this theme is

**Clearing** is a treasury and cash-forecast dashboard. The fiction is
**Bellhouse Compounds**, a 340-person specialty-chemicals manufacturer in
Warrington: seven accounts across five banks in three currencies, a supplier
payment run every Thursday, a revolving credit facility whose covenant requires
£2.0m of liquidity at every week end, and a €4.10m development-loan repayment in
week 10 that takes them through it. That last fact is the reason the product
exists — every route is either finding it, explaining it, or doing something
about it.

**Positioning.** For the finance lead who has to say on Monday morning how much
cash is where and what leaves this week — unlike the accounting dashboards that
report last month's P&L, this is a forward view, and the number it is built
around is the week the money runs short.

**Fiction boundary.** The catalog already carries three money-ops fictions —
grove (bookkeeping close), relay (subscription billing queue), marquee (revenue
reconciliation). Clearing is none of them: it is the company's *own* cash,
looking forward, and the job is liquidity rather than reconciliation. Keep it
that way. A feature that reconciles invoices belongs in marquee.

The kit is plain markdown, so the work continues on your machine and your own account. Nothing calls back here.