Design & Frontend design-systemthemingui-tokenstailwindiconsaccessibilityanimation-performance

OpenChamber Theme System Skill

Enforces semantic theme tokens, shared button/icon contracts, and keyboard-navigation rules when modifying OpenChamber UI — no hardcoded colors or reinvented components.

FollowSkills review · FSRS-2.0
Use with care
57/ 100 5-point scale 2.9 / 5
1 2 3 4 5 6
1Trust17 / 25 · 3.4/5

Pure coding-convention guidance with no network calls, credential access, or destructive defaults; only local scripts (type-check/lint/build) are invoked, small permission surface, transparent data flow. Deducted: helper scripts (convert/harmonize) not source-audited here, publisher unverified, no explicit rollback guidance.

2Reliability9 / 20 · 2.3/5

Internally consistent instructions: token decision tree, Button/Icon/keyboard/animation contracts align with referenced files, and validation commands are provided. Static cap of 10 applies: referenced files (generate-icon-sprite.mjs, docs/CUSTOM_THEMES.md) not supplied, and failure-feedback quality on abnormal input is unverified.

3Adaptability10 / 15 · 3.3/5

Precise frontmatter trigger (use when creating/modifying UI components, colors, buttons, icons), clear task-based reference loading, explicit boundaries (chrome-less exceptions, performance-engineering ownership). Deducted: narrow audience (repo-internal developers), no declared Chinese support or environment-reachability notes.

4Convention11 / 15 · 3.7/5

Well-layered structure (SKILL.md plus task-scoped references) with key-file lists, naming rules, wrong-pattern examples, generator workflow. Deducted: no skill-level versioning/changelog, maintenance responsibility and update path not stated at skill level, some cited docs not attached.

5Effectiveness6 / 15 · 2.0/5

Clear marginal value as a repo convention skill (consistent tokens, icons, keyboard contracts) with checkable completion criteria. Static cap of 7: no execution evidence that following it yields directly usable code; representative outputs unverified.

6Verifiability4 / 10 · 2.0/5

Claims trace to concrete file paths and commands; repo has test scripts and lint/type-check pipelines, but no third-party execution evidence covering this skill's key paths (theming, icon generation), hence 4.

Evidence confidence:Low Reviewed Sep 09, 2026 Reviewed revision f8b929edf989
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • Static review only; no commands executed. All conclusions are source-read based with low confidence.
  • The skill is tightly coupled to the OpenChamber repository structure (packages/ui paths, bun scripts) and is not usable outside that repo.
  • Referenced files (docs/CUSTOM_THEMES.md, scripts/*.mjs) were not provided in evidence; verify their contents before use.
  • Publisher identity is not verified by the FollowSkills registry; this is not negative evidence but attribution remains unconfirmed.
  • No declared Chinese-language support; reachability of dependencies (opencode.ai, GitHub) from mainland-China networks was not assessed.
See the full review method →

What does this skill do, and when should you use it?

theme-system is one of 18 skills bundled in the openchamber/openchamber repository (MIT license), located at .agents/skills/theme-system/. It governs how an AI agent creates or modifies OpenChamber UI components, colors, buttons, visual states, themes, and icons: semantic theme tokens instead of hardcoded hex or generic Tailwind palette colors, reuse of the shared Button, Icon, and dropdownTriggerVariants. It also defines an animation contract (only transform and opacity) and a keyboard-navigation contract (menus must support both arrow keys and Ctrl+N/P). Task-specific reference docs on tokens, icons, and adding themes are loaded from references/ as needed.

Defines OpenChamber UI conventions: a six-level token decision tree (syntax.*, status.*, primary.*, interactive.*, surface.* and semantic utilities); a usage table for the shared Button's 7 variants and 5 sizes; a sprite-generated Icon component workflow (run bun run icons:generate when introducing a sprite name, never edit sprite.ts manually); an animation contract limited to transform/opacity, measurable via bun run profile:animation; and a requirement that menus and pickers support ArrowDown/ArrowUp alongside Ctrl+N/Ctrl+P through shared navigation logic. It loads references/tokens-and-examples.md, references/icons.md, or references/adding-themes.md depending on the task.

  1. A developer contributing to the OpenChamber frontend who needs to add or change component colors without introducing hardcoded values
  2. A contributor adding new icons or custom themes to OpenChamber who must follow the sprite-generation and theme-adding workflows
  3. A developer refactoring existing buttons or dropdown-style pickers who should replace ad-hoc styling with shared variants and sizes
  4. An engineer implementing menus or autocomplete pickers who must ensure arrow-key and Ctrl+N/P navigation coexist without breaking IME input
  5. A maintainer reviewing UI PRs who can use the skill's completion-criteria checklist to verify token, button, icon, and animation compliance

What are this skill's strengths and limitations?

Pros
  • Highly specific and actionable: token decision tree, button variant/size tables, and icon workflow give concrete paths and commands
  • Covers easily-missed details: IME input preservation, disabled-item skipping, compositing-only animation cost, high-contrast and long-text legibility
  • Built-in completion criteria checklist supports agent self-verification and PR review
  • Ties into shared component contracts (Button, Icon, dropdownTriggerVariants), effectively preventing duplicated implementations
Limitations
  • Tightly bound to the OpenChamber codebase: references specific packages/ui paths, bun commands, and sibling skills (locale-ui-patterns, settings-ui-patterns, performance-engineering); near-useless outside this repository
  • Not a general design-system resource — only meaningful for OpenChamber UI contributors
  • SKILL.md itself contains no automated test evidence; compliance relies on type-checks and visual/runtime validation whose full scripts are not shown in the source

How do you install this skill?

The skill already lives at .agents/skills/theme-system/ inside the openchamber/openchamber repository. For Agent Skills-compatible clients, place the skill directory (SKILL.md plus references/) into the client's skills location. The repository documents no separate install command for this sub-skill; the OpenChamber application itself installs via GitHub Releases (desktop), the VS Code Marketplace, or on Node.js 22+ via: curl -fsSL https://raw.githubusercontent.com/openchamber/openchamber/main/scripts/install.sh | bash.

How do you use this skill?

Triggers automatically when a task involves creating or modifying OpenChamber UI components, styling, colors, buttons, visual states, themes, or icons (per the frontmatter description). Typical usage: ask the agent to 'add a hover state to component X' or 'add a new theme'; the skill directs it to load the matching references file first, then apply the token decision tree, Button contract, icon contract, and animation contract. Icon changes require running bun run icons:generate.

More skills from this repository

All from openchamber/openchamber

Design & Frontend

OpenChamber Settings UI Patterns

A skill that makes AI agents build OpenChamber Settings pages from shared primitives, with localization and search-registry rules enforced instead of hand-rolled markup.

Dev & Engineering

OpenChamber UI/API Decoupling Rules

Enforces clean data-access boundaries in OpenChamber's shared UI: official APIs via the SDK, app capabilities via RuntimeAPIs — no hardcoded URLs, tokens, or transport assumptions.

Dev & Engineering

OpenChamber Performance Engineering Skill

Eliminate structural waste before micro-optimizing: a measurement-driven methodology for interaction, render, polling, cache, and high-volume data paths.

Dev & Engineering

Locale UI Patterns — OpenChamber UI Localization Rules

Enforces that every user-facing OpenChamber string gets a real translation in every language dictionary immediately — no English placeholders, ever.

Design & Frontend

OpenChamber Drag-to-Reorder Skill

A battle-tested @dnd-kit playbook that fixes the hardest drag-to-reorder bugs: variable-width items, wrapping layouts, and touch/mobile gesture conflicts.

Dev & Engineering

serve-sim — iOS Simulator Remote Control from the Terminal

Boot, install, stream, and control a Capacitor iOS app in the Apple Simulator from your terminal — no Xcode needed.

Dev & Engineering

OpenChamber Relay Transport Skill

Build WebSocket, SSE, and streaming endpoints that actually work over OpenChamber's end-to-end encrypted relay tunnel, where desktop-only testing silently hides failures.

Dev & Engineering

Clack CLI Patterns

Defines consistent interactive prompt, --quiet, and -- output contracts for OpenChamber terminal commands, so policy validation always precedes presentation in every run mode.

Dev & Engineering

OpenChamber Desktop Shell Skill

Gives AI agents the correct architecture boundaries and security rules when changing OpenChamber's Electron main/preload code, IPC, or packaging.

Dev & Engineering

OpenChamber Change Discipline

Enforces "smallest complete change, narrowest sufficient validation" discipline when modifying the OpenChamber codebase, preventing local fixes from ballooning into speculative rewrites.

Dev & Engineering

OpenChamber Sync State Invariants

A rulebook that enforces state ownership and failure semantics when agents change session sync, event reducers, polling, and caches — preventing destructive data loss and state corruption.

Related skills