القائمة
当用户需要审查或重构 UI/UX 交互组件与状态逻辑，并提供 UI 截图、原型图、组件交互描述，或提到交互逻辑、状态设计、开关/Tab/联动、体验优化、设计走查、UI 审查时使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | ui-ux-interaction-review-cn |
| author | YangsonHung |
| source | https://github.com/YangsonHung/ui-ux-interaction-review |
| description | 当用户需要审查或重构 UI/UX 交互组件与状态逻辑，并提供 UI 截图、原型图、组件交互描述，或提到交互逻辑、状态设计、开关/Tab/联动、体验优化、设计走查、UI 审查时使用。 |
本技能用于诊断和重构复杂的 UI 组件交互逻辑。核心思路：不看界面美不美观，而是把每个交互组件当作一个状态机来穷举审查，找出控制权归属不清、状态反馈缺失、文案二义性等问题，再给出"最佳体验"和"最低成本"两种解法。
适用场景：开关联动 Tab、单选/多选嵌套、自动/手动模式切换、列表随条件显隐、表单联动校验等任何"一个变量的改变会影响其他组件可见性/可用性"的界面。
以下场景不应使用本技能：
按顺序执行，不要跳步：
剥离视觉表象，回答两个问题：
常见误判：把"控制关系"看成"并列关系"。例如"自动/手动开关"与"模型列表"看似两个独立控件，实则开关决定列表是否可操作，二者是上下级关系。
把所有控件的操作变量做笛卡尔积组合，穷举所有可能的界面状态，逐一检查是否存在两类断层：
必须至少给出两种方案，不能只给一种：
方案的取舍要考虑三个维度：开发成本、转场动效稳定性、视觉清爽度。
严格按以下结构输出：
### 🔍 现状诊断与核心冲突
- **组件层级矛盾**：[谁控制了谁，哪里存在逻辑交叉]
- **状态机断层**：[具体状态下，信息反馈缺失或操作权模糊的表现]
- **认知混淆点**：[文案或视觉隐喻的二义性]
### 💡 优化方案 A：[方案名称]（最佳体验）
- **核心思路**：[一句话]
- **交互表现**：
- 状态1：[渐进式呈现细节]
- 状态2：[对应变化]
- **方案优势**：[...]
### 💡 优化方案 B：[方案名称]（低成本稳健）
- **核心思路**：[一句话]
- **交互表现**：
- 状态1：[置灰/蒙层/锁定规则]
- 状态2：[恢复激活逻辑]
- **方案优势**：[...]
### 📐 深度细节优化建议（可选）
- **文案规范**：[如何统一固定文案]
- **微动效/反馈**：[Tooltip、呼吸灯等]