interaction-ruleslisted

# Interaction Rules · 交互规则 ## 目的与边界 为已确认 `page-design.md` 中每个页面的可交互元素，定义精确的「用户操作 → 系统响应」对子：用户做什么、系统可见地回应什么，含状态变化、反馈时机、弹窗/对话框行为与导航触发。每条规则都要写得让开发者能直接实现、测试者能仅凭这一条规则复现。 **不得** 编写数据校验逻辑（→ `validation-rules` `VL-XXX`）、业务计算（→ `business-rules` `BR-XXX`）、权限规则（→ `business-rules`）或验收标准（→ `acceptance-criteria` `AC-XXX`）。交互规则描述用户在页面层*看到与做*的事；系统的领域判断属于下游。 ## 输入与输出 输入：来自 `page-design.md` 的已确认页面骨架、来自 `functional-flow.md` 的已确认功能流程（主流程 / 分支流程 / 异常流程），以及来自 `feature-list.md` 的 `FEA-XXX`。输出：独立的 `interaction-rules.md`，使用 `src/templates/resolver.py interaction-rules.md` 解析出的模板。 分析前加载 `references/thinking-framework.md`（其引用 `src/framework/thinking-core.md` §1 强制透镜）。Draft 前加载 `references/output-contract.md`。写任何规则前加载 `references/rule-writing-format.md`。交接前加载 `references/audit-checklist.md` 与 `references/reviewer-checklist.md`。Review 前运行 `scripts/validate_artifact.py <artifact> --json`。 ## 思考提示（按阶段） ### 1. Preflight - "哪些页面与可交互元素已确认？每条规则追溯哪个 FEA 与流程步骤？" - 从 `page-design.md` 枚举页面；在每个页面上，从操作列列出可点击/可触碰的元素。 - **若页面骨架缺失或未确认**，返回 routing receipt 并 STOP——规则不能挂在凭空发明的页面上。 ### 2. Intake - "每个已确认操作实际触发什么——而不是通用模式应该触发什么？" - 逐字从页面操作（page-design）与功能流程分支（functional-flow）中摘取：操作、其前置条件与预期结果。 - 按 `src/framework/contracts.md` 将每条规则声明归类为 `FACT` / `DECISION` / `ASSUMPTION` / `AI_INFERENCE` / `UNKNOWN` / `CONFLICT`。 - 我为补全而发明的响应必须标记 `AI_INFERENCE`。 ### 3. Think (apply thinking-core.md §1 mandatory lenses) - **First Principles**: "用户在此操作后必须得到什么可观察的反馈？哪些反馈被暗示但未明说？" - **Systems Thinking**: "该响应是否依赖必须表示为状态的下游系统结果（异步、支付、