openclaw-design ยท diff
git:20260712.9c6d53c to git:20260724.ead9d94
6 added, 3 removed. Audit A to A.
---
name: openclaw-design
- description: Route OpenClaw design work to the canonical brand, product design-system, marketing-page, or design-audit guidance. Use when a task touches OpenClaw visual identity, shared CSS tokens, product UI, public web pages, or design-system compliance.
+ description: Route OpenClaw design work to canonical brand, Carapace product-interface, marketing-page, or design-audit guidance. Use when a task touches OpenClaw visual identity, shared CSS tokens, product UI, public web pages, or Carapace compliance.
---
# OpenClaw Design
Choose one focused branch before changing an interface. Load multiple branches
only when the task genuinely crosses them.
| Skill | Use for |
| --- | --- |
| `openclaw-brand` | Identity decisions, typography, logos, imagery, voice, and non-product brand artifacts |
- | `openclaw-design-system` | Application UI, semantic tokens, themes, component reuse, and framework adapters |
+ | `openclaw-carapace` | Application UI, semantic tokens, themes, component reuse, and framework adapters |
+ | `openclaw-design-system` | Compatibility alias for projects upgrading an existing skill lock |
| `openclaw-marketing-pages` | Public-page composition, landing/content pages, navigation, SEO, and responsive layout |
| `openclaw-design-audit` | Design drift, token misuse, component substitution, accessibility, and recurring audits |
For a public website change, start with `openclaw-marketing-pages` and add
`openclaw-brand` only when the task changes identity, logo, imagery, typography,
- or voice. For a product application, start with `openclaw-design-system`.
+ or voice. For a product application, start with `openclaw-carapace` when it is
+ installed. Projects upgrading an existing lock may use
+ `openclaw-design-system` as the `v0.1.x` compatibility alias.
## Shared Contract
- Install agent guidance from this repository's default branch and refresh it with
`npx skills@1.5.16 update --project --yes`.
- Keep runtime CSS pinned to a semantic release tag.
- Prefer semantic tokens over raw palette values.
- Keep product-specific components and layouts in their consumer repository.
- Add shared implementation only after at least two consumers demonstrate the same interface.
- Preserve consumer behavior while changing the visual foundation.
- Validate rendered pages in a real browser at desktop and mobile sizes.
- Check both light and dark themes where the consumer supports them.
- Do not redistribute fonts, logos, or artwork without recorded permission.