This skill should be used when setting up a new project that uses @policyengine/ui-kit, debugging CSS or styling issues in a consumer app, or when Tailwind utility classes are not being generated. Also use when creating globals.css, configuring PostCSS, or troubleshooting "no styles", "no spacing", or "no layout" problems. Triggers: "ui-kit import", "globals.css setup", "Tailwind not working", "styles not applying", "utility classes missing", "setup ui-kit", "PostCSS config", "no styling", "CSS broken", "import ui-kit", "theme.css", "no layout", "no spacing", "@tailwindcss/postcss"
From essentialnpx claudepluginhub policyengine/policyengine-claude --plugin data-scienceThis skill uses the workspace's default tool permissions.
references/migration-from-broken-setup.mdGuides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Optimizes cloud costs on AWS, Azure, GCP via rightsizing, tagging strategies, reserved instances, spot usage, and spending analysis. Use for expense reduction and governance.
How to correctly import and use the PolicyEngine UI kit's design system in any consumer application. This skill covers the required setup, the correct import order, and common mistakes that cause styling to break.
Every app using @policyengine/ui-kit needs exactly three things:
bun add @policyengine/ui-kit
bun add -D @tailwindcss/postcss postcss
postcss.config.mjsexport default {
plugins: {
"@tailwindcss/postcss": {},
},
};
No other PostCSS plugins needed — @tailwindcss/postcss handles imports, vendor prefixes, and nesting internally.
app/globals.css with two imports@import "tailwindcss";
@import "@policyengine/ui-kit/theme.css";
Both lines are required. The order matters. Tailwind must come first because the ui-kit's @theme blocks extend it.
This provides:
flex, grid, p-4, text-sm, etc.)bg-primary, text-foreground, border-border)bg-teal-500, text-gray-600, bg-blue-500)Understanding the flow prevents debugging confusion:
globals.css through @tailwindcss/postcss@import "tailwindcss" establishes the cascade layers and enables utility class generationprocess.cwd() (the consumer's project root) — this is why the consumer's utility classes get generated@import "@policyengine/ui-kit/theme.css" is inlined by Tailwind's import bundler@theme and @theme inline blocks merge into the consumer's Tailwind build@source directive tells Tailwind to also scan the ui-kit's own component files@layer base styles apply within the existing cascade/* WRONG — utility classes will not be generated */
@import "@policyengine/ui-kit/theme.css";
/* CORRECT */
@import "tailwindcss";
@import "@policyengine/ui-kit/theme.css";
Without @import "tailwindcss", there is no Tailwind build. The ui-kit's @theme blocks have nothing to extend. No utility classes (flex, p-4, grid) will exist.
/* WRONG — double Tailwind causes conflicting resets and broken styles */
@import "tailwindcss";
@import "@policyengine/ui-kit/theme.css";
@import "tailwindcss";
The ui-kit does NOT contain @import "tailwindcss" inside it. One import at the top of globals.css is all that's needed.
/* WRONG — Tailwind v4 does not use JavaScript config */
tailwind.config.ts ← DELETE THIS
Tailwind v4 is CSS-first. All configuration comes from @theme blocks in the ui-kit's theme CSS. There is no content array, no theme.extend, no JavaScript config.
/* WRONG — these conflict with @tailwindcss/postcss */
export default {
plugins: {
"postcss-import": {},
"@tailwindcss/postcss": {},
"autoprefixer": {},
},
};
/* CORRECT — @tailwindcss/postcss handles both internally */
export default {
plugins: {
"@tailwindcss/postcss": {},
},
};
@import "tailwindcss" inside the ui-kit packageIf working on the ui-kit itself, never add @import "tailwindcss" to tokens.css. The consumer owns that import. See tailwind-design-system-authoring skill for details.
/* WRONG */
<div style={{ color: '#319795', fontFamily: 'Inter' }}>
/* CORRECT — use Tailwind classes */
<div className="text-teal-500 font-sans">
/* CORRECT — use CSS variables for inline styles */
<div style={{ color: 'var(--primary)', fontFamily: 'var(--font-sans)' }}>
globals.css has @import "tailwindcss" as the first linepostcss.config.mjs exists with @tailwindcss/postcss@tailwindcss/postcss and postcss are installed as devDependenciesglobals.css is imported in app/layout.tsx (or pages/_app.tsx)This means @theme tokens are being processed but Tailwind's utility generation isn't scanning files correctly.
If missing classes are from the consumer's own components (app/, components/):
@import "tailwindcss" comes BEFORE the ui-kit import (order matters)process.cwd() is the project root when the build runssource() to the import: @import "tailwindcss" source("./src")If missing classes are from ui-kit components (DashboardShell, Header, InputPanel, etc.):
The ui-kit's @source directive in tokens.css may not match the actual directory structure. This is a ui-kit-side fix — the @source glob must cover all directories containing .tsx files with className= attributes. See the tailwind-design-system-authoring skill for the verification procedure.
This means Tailwind is being imported twice.
tokens.css does NOT contain @import "tailwindcss"globals.css has only ONE @import "tailwindcss" lineThe ui-kit ships @source directives to tell Tailwind to scan its components. If this fails:
@source in globals.css:
@import "tailwindcss";
@import "@policyengine/ui-kit/theme.css";
@source "../node_modules/@policyengine/ui-kit/src";
bun link (symlinked package), the path resolves differently — check the actual resolved pathStandard setup. Requires @tailwindcss/postcss in PostCSS config.
app/
globals.css ← @import "tailwindcss"; @import ui-kit theme
layout.tsx ← import "./globals.css";
postcss.config.mjs
Same setup. Turbopack processes PostCSS normally. No changes needed.
Use @tailwindcss/vite instead of @tailwindcss/postcss:
// vite.config.ts
import tailwindcss from '@tailwindcss/vite'
export default defineConfig({ plugins: [tailwindcss()] })
No postcss.config.mjs needed — the Vite plugin handles everything.
globals.css is the same two imports.
| What | Where | Content |
|---|---|---|
| PostCSS config | postcss.config.mjs | { plugins: { "@tailwindcss/postcss": {} } } |
| Entry CSS | app/globals.css | @import "tailwindcss"; @import "@policyengine/ui-kit/theme.css"; |
| Dependencies | package.json devDeps | @tailwindcss/postcss, postcss |
| Dependencies | package.json deps | @policyengine/ui-kit |
After the two-line import, these are available:
| Category | Examples | Source |
|---|---|---|
| Semantic colors | bg-primary, text-foreground, border-border | :root + @theme inline |
| Brand palette | bg-teal-500, text-gray-600, bg-blue-500 | @theme |
| Status colors | text-success, bg-warning, text-error | @theme |
| Chart colors | fill-chart-1 through fill-chart-5 | :root + @theme inline |
| Typography | text-sm (14px), text-base (16px), font-sans | @theme |
| Spacing | h-header (58px), w-sidebar (280px), max-w-content (976px) | @theme |
| Breakpoints | xs:, sm:, md:, lg:, xl:, 2xl: | @theme |
| Radius | rounded-sm (4px), rounded-md (6px), rounded-lg (8px) | @theme inline |
| All Tailwind utilities | flex, grid, p-4, gap-2, hidden, etc. | @import "tailwindcss" |
policyengine-design-skill — Full token reference (hex values, usage guidelines)policyengine-tailwind-shadcn-skill — @theme namespace mechanics, SVG var() usagepolicyengine-interactive-tools-skill — Full tool scaffolding checklistpolicyengine-vercel-deployment-skill — Deploying consumer apps