openclaw/carapace

openclaw-design-audit

Audit OpenClaw frontend code and rendered interfaces for Carapace drift, token misuse, primitive reimplementation, accessibility problems, responsive defects, and off-brand copy. Use for design reviews, compliance checks, or scheduled audit-and-fix workflows.

First seen Jul 9, 2026

Installation

$ npx skills add openclaw/carapace --skill openclaw-design-audit

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from openclaw/carapace.

npx skills add openclaw/carapace

Browse all from openclaw/carapace

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 4
License LICENSE
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,992 B
  • docs SUMMARY.md 288 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1,449 installs

SKILL.md

OpenClaw Design Audit

Separate mechanical violations from judgment. Report suggestions as suggestions unless a documented rule makes them violations.

Workflow

  1. Read [rubric.md](references/rubric.md) and run every applicable category.
  2. Read the consumer's installed Carapace version and current commit SHA.
  3. Read the version-matched token contract and consumer adapters from the

installed product guidance skill: openclaw-carapace for new installs or the openclaw-design-system compatibility alias for an upgraded lock.

  1. Read the brand or marketing references when those categories apply.
  2. Run deterministic source checks before judgment-based review.
  3. Inspect representative rendered routes at desktop and mobile sizes.
  4. Check light and dark themes where supported.
  5. Emit the JSON and Markdown defined in [report-format.md](references/report-format.md).
  6. When asked to fix findings, apply only narrow changes allowed by [fix-policy.md](references/fix-policy.md).
  7. For scheduled ClawHub delivery, follow [github-pr-delivery.md](references/github-pr-delivery.md).

Evidence

Each finding must include:

  • file and line
  • category and severity
  • stable rule ID
  • concise remediation
  • Carapace reference
  • whether the finding is mechanical or judgment-based

Curation

  • Include every error.
  • Rank warnings before informational findings, then by affected-file count.
  • Surface at most five non-error findings in the concise report.
  • Summarize remaining non-error findings by count.
  • Treat zero errors, zero warnings, and five or fewer informational findings as

no significant drift.

  • Never invent source locations or visual evidence.