| name | kai-ux-review |
| description | Kai Ux Review skill owned by Kai (Experience Design Director). Runs on: UX spec / design PR. Scaffold generated from the Mindshare skills registry; install into ~/.claude/skills/kai-ux-review/ to use. |
Kai Ux Review
Owned by Kai (Experience Design Director). Generated scaffold from the Mindshare skills registry (roles/skills-registry.json). This file is a real, installable Claude skill: drop the kai-ux-review/ folder into ~/.claude/skills/ and invoke it with /kai-ux-review. The structure below is honest scaffold depth — the owning role deepens the body with its real procedure.
Purpose
Provide the kai ux review capability for Kai (Experience Design Director). Use this skill when the owning role needs a repeatable, registered procedure rather than an ad-hoc prompt.
When To Use
- Trigger: UX spec / design PR
- Invoke with
/kai-ux-review or when the user describes the task this skill names.
Inputs & Outputs
- Reads/writes: not yet declared in the registry. Treat as read-only until the owner specifies inputs and outputs.
Authority & Gates
- No special gate registered. Default authority is read-only / report-only until the owner activates broader scope.
Tool ability is not authority. This scaffold defaults to report-only. Any step that commits, sends, spends, or changes control-plane state stays blocked until the gate owner approves.
Procedure
- Confirm the trigger condition and that the owning role authorizes this run.
- Read the declared inputs above. Do not reach outside them without owner approval.
- Perform the kai ux review work the owning role defines here.
- Produce a clear, reviewable report. Lead with the finding, then evidence, then recommended next action.
- Stop at every registered gate. Hand the gated step to its owner with the cleanest safe path forward.
Output
A reviewable report or artifact for Kai (Experience Design Director). No silent state changes. Every gated action is surfaced for approval, not auto-applied.
Boundary
This file grants no authority by itself. Activation, autonomy, git/release, secrets, external comms, and spending all remain gated to their registered owners until explicitly approved.
