| name | coss |
| description | React UI kit skill for coss UI components. Use with React/Vite frontends when building UIs with coss primitives (buttons, dialogs, selects, forms, menus, tabs, inputs, toasts, etc.), migrating from shadcn/Radix to coss/Base UI, composing trigger-based overlays, or troubleshooting coss component behavior. Requires Tailwind CSS v4 and @base-ui/react. Covers imports, accessibility, Tailwind styling, and common pitfalls. |
| license | MIT |
| metadata | {"author":"cosscom"} |
coss ui
OpenCode Greenfield Bootstrap Metadata
This OpenCode-only metadata installs coss UI registry artifacts during Greenfield bootstrap. The coss agent skills come from the global/preseeded skills manager during bootstrap. The rest of this file remains the official coss skill guidance and references.
Bootstrap follows the official coss install path: run the shadcn CLI with the project's existing package manager and let it finish because the CLI creates files and installs dependencies. The bootstrap script reports the CLI exit code and then verifies generated artifacts plus runtime dependencies such as class-variance-authority, clsx, and tailwind-merge.
Registry specs such as @coss/ui, @coss/colors-neutral, @coss/style, coss/ui, and coss/colors-neutral are remote shadcn registry identifiers. Use the shadcn CLI and diagnose the actual CLI process, package.json, lockfile, and generated UI files.
{
"role": "frontend",
"category": "ui-kit",
"uiKit": "coss",
"frameworks": ["react", "react-vite"],
"requiresPrimarySkills": ["react-vite-feature-based"],
"order": 30,
"packageManager": "node",
"scaffoldCommand": [
"if test -f .opencode/skills/coss/scripts/coss-ui-bootstrap.cjs; then node .opencode/skills/coss/scripts/coss-ui-bootstrap.cjs; else node ${OPENCODE_PROJECT_SKILLS_PRESEEDED_DIR:-/app/.opencode/skills}/coss/scripts/coss-ui-bootstrap.cjs; fi"
],
"verificationCommands": []
}
coss ui is a component library built on Base UI with a shadcn-like developer experience plus a large particle catalog.
The coss skill owns its direct React/Vite UI dependencies: Tailwind CSS v4, @tailwindcss/vite, @base-ui/react, lucide-react, class-variance-authority, clsx, and tailwind-merge.
What this skill is for
Use this skill to:
- pick the right coss primitive(s) for a UI task
- write correct coss usage code (imports, composition, props)
- apply coss/Base UI migration rules from shadcn/Radix assumptions
- reference particle examples to produce practical, production-like patterns
Source of truth
- coss components docs:
apps/ui/content/docs/components/*.mdx
https://github.com/cosscom/coss/tree/main/apps/ui/content/docs/components
- coss particle examples:
apps/ui/registry/default/particles/p-*.tsx
https://github.com/cosscom/coss/tree/main/apps/ui/registry/default/particles
- coss particles catalog:
https://coss.com/ui/particles
- docs map for agents:
https://coss.com/ui/llms.txt
Out of scope
- Maintaining coss monorepo internals/build pipelines.
- Editing registry internals unless explicitly requested.
Principles for agent output
- Use existing primitives and particles first before inventing custom markup.
- Prefer composition over custom behavior reimplementation.
- Follow coss naming and APIs from docs exactly.
- Keep examples accessible and production-realistic.
- Prefer concise code that mirrors coss docs/particles conventions.
- Assume Tailwind CSS v4 conventions in coss examples and setup guidance.
Critical usage rules
Always apply before returning coss code:
- Verify coss APIs against component docs first.
- For trigger-based primitives (Dialog, Menu, Select, Popover, Tooltip), follow each primitive's documented trigger/content hierarchy and composition API for that component.
- Preserve accessibility labels and error semantics.
- Consult primitive-specific guides for component invariants and edge cases.
- For manual install guidance, include all required dependencies and local component files referenced by imports.
- Prefer styled coss exports first; use
*Primitive exports only when custom composition/styling requires it.
Rule references (read on demand when the task touches these areas):
./references/rules/styling.md - Tailwind tokens, icon conventions, data-slot selectors
./references/rules/forms.md - Field composition, validation, input patterns
./references/rules/composition.md - Trigger/popup hierarchies, grouped controls
./references/rules/migration.md - shadcn/Radix to coss/Base UI migration patterns
./references/portal-props.md - optional portalProps on composed popups and toast providers (keepMounted, container, which surfaces support it)
Component discovery
All 54 primitives have dedicated reference guides at ./references/primitives/<name>.md. To find the right one for a task, consult the component registry index:
./references/component-registry.md
Usage workflow
- Identify user intent (single primitive, composed flow, form flow, overlay flow, feedback flow).
- Consult
references/component-registry.md to identify candidate primitives.
- Select primitives from coss docs first; compose project-local components for primitive coverage gaps.
- Check at least one particle example for practical composition patterns. Particle files live at
apps/ui/registry/default/particles/p-<name>-N.tsx.
- Write minimal code using documented imports/props.
- Self-check accessibility and composition invariants.
Installation reference
See ./references/cli.md for full install/discovery workflow.
Quick CLI pattern:
npx shadcn@latest add @coss/<component>
For Greenfield bootstrap, prefer the official commands from https://coss.com/ui/docs/get-started. Examples below use pnpm; adapt to the project's existing package manager when running manually:
pnpm dlx shadcn@latest init @coss/style
pnpm dlx shadcn@latest add @coss/ui
pnpm dlx shadcn@latest add @coss/ui @coss/colors-neutral
Quick manual pattern:
- install dependencies listed in the component docs page
- copy required component file(s)
- update imports to match the target app alias setup
Primitive Guidance
Every primitive has a reference guide at ./references/primitives/<name>.md with imports, minimal patterns, inline code examples, pitfalls, and particle references. Use the component registry to find the right file.
High-risk primitives (read these guides first -- they have the most composition gotchas):
./references/primitives/dialog.md - modal overlays, form-in-dialog, responsive dialog/drawer
./references/primitives/menu.md - dropdown actions, checkbox/radio items, submenus
./references/primitives/context-menu.md - right-click/long-press menus at the pointer
./references/primitives/select.md - items-first pattern, multiple, object values, groups
./references/primitives/form.md - Field composition, validation, submission
./references/primitives/input-group.md - addons, DOM order invariant, textarea layouts
./references/primitives/toast.md - toastManager, anchored toasts, providers
Output Checklist
Before returning code:
- imports and props match coss docs
- composition structure is valid for selected primitive(s)
- accessibility and explicit control types (
button, input, etc.) are present
- migration-sensitive flows are verified (type/lint, keyboard/a11y behavior, and SSR-sensitive primitives like Select/Command)