design-experience-interaction

name	design-experience-interaction
description	交互设计——关键流程、状态、信息架构、用户路径。当需要设计用户交互流程或信息架构，或提到"交互""流程""用户路径""信息架构"

Interaction Design — 交互设计

入口/出口

• 入口: software 任务需要页面、组件、流程、状态或信息架构设计
• 出口: 关键流程、页面结构、状态设计和交互边界定稿
• 指向: 需要视觉方向 → design-visual-direction；设计批准后 → build-workflow-plan
• 输出路径: build-content-writing 或 build-content-layout（下游 build 技能）
• 前置加载: CANON.md + design-workflow-design

何时不使用

• 纯后端、脚本、迁移
• 已有不可修改的既定交互规范且本次只做工程实现

核心原则

1. Path Before Pixels — 先定用户怎样完成任务，再谈样式。
2. State Completeness — 默认、加载、空态、错误态、边界态必须成套出现。
3. One Primary Flow — 一个设计稿只允许一条主任务路径。
4. Mental Model Fit — 概念和结构要贴近用户预期。
5. Interaction Is a Contract — 一旦进入实现，流程和状态会变成事实约束。

最佳实践输入

先读取 references/design-best-practices.md 和 references/design-inspiration-catalog.md，并把交互相关证据写入 02-design.md 的 Design References / Pattern Synthesis / Adopt / Reject。

扫描重点：

• Enterprise Product Patterns: 类似产品的主流程、导航、表单、状态和完成确认模式
• Official Systems / Platform Rules: 平台交互规范、组件行为、无障碍交互规则
• Methods / Theory / Style Schools: 信息架构、心智模型、渐进披露、错误恢复方法
• Anti-patterns / Verification: happy path-only、状态缺失、CTA 优先级混乱、死胡同流程
• Local Project Truth: 现有路由、组件库、用户权限、数据可用性和业务边界；项目根 DESIGN.md（如果存在，作为跨 feature 交互约束参考）