pixel-review 是一个 UI 像素级审查技能，适用于工作差异涉及任何可渲染内容的场景，例如组件、样式、独立状态用例或网页源码。若没有可渲染内容发生变化，应说明并停止。
用途：在构建 UI 工作之后、开启 PR 之前使用，或在用户要求时使用。它依据设计工单，在新上下文中按像素判定 UI 改动是否满足规格。
主要能力与流程：
- 命名范围：读取差异和工单，列出所有受影响的视觉状态、实现工作树路径、HEAD 提交以及设计工单编号或分支。这只是状态图，不是证据，不应渲染或传递截图给审查者。若设计工单未知或未覆盖所有受影响状态，则报告视觉验证不可用并停止。
- 将证据交给审查者：交给从未见过实现推理或渲染结果的新上下文（Claude Code 中通过 Agent 工具启动独立智能体，其他工具则开新会话）。只提供工单验收标准或用户规格的原文，以及状态图。审查者自行读取 docs/design-stack.md、解析设计工单、创建临时目录，并自行获取设计分支渲染、基础样本渲染和产品截图，记录证据清单，逐控件对比，回答“已交付像素是否满足此规格”，给出通过或失败结论及具体发现。无法解析的工件意味着视觉验证不可用，绝不能视为通过。若无法获得新上下文则停止。
- 修复循环：发现的问题返回实现，修复、重新渲染、重新判定，最多两轮。仍失败则停止，将未解决问题交回调用方，并指出其中属于根本性遗漏的问题。
- 将结论交给 /ship：删除临时目录，交回结论、存留的发现，以及每个受影响组件的在线位置（托管组件站点的深链，或渲染命令与状态名）。/ship 将内容写入 PR 正文。
适用场景：提交 UI PR 前的视觉审查，尤其适合需要独立验证像素与设计一致性的工作流。
限制：需要设计工单覆盖所有受影响状态，需要可获取的设计分支或渲染；无法获得新上下文时不能执行；工件无法解析时报告不可用而非通过；修复循环最多两轮；资料未提供更多关于平台、收费或其他具体限制的信息。