docs: defer candidate decision data loop

docs/08-interaction-checklist.md

@@ -15,6 +15,7 @@
 | IX-006 | US-004 | App 执行页 | 确认开始/自动步骤 | 显示步骤并有界执行搜索与候选判断 | P0 | 已定 |
 | IX-007 | US-005 | App 候选确认 | 接受/拒绝/转人工 | 停止自动化并回传人员结论 | P0 | 已定 |
 | IX-008 | US-006 | App/管理端错误状态 | 自动失败、取消、重试上传 | 显示结构化原因和恢复动作 | P0 | 已定 |
+| IX-009 | US-008 | App 候选理由/管理端决策详情 | 接受、拒绝、改选或修正 | 保存逐候选结构化人工标签 | P1 | 已定，T-208 后置 |
 
 ## IX-001 管理 Web 登录
 
@@ -203,7 +204,8 @@
 
 1. 展示原始需求、候选标题/价格、匹配项、缺失项和证据截图。
 2. 用户选择“接受候选”“拒绝候选”或“需人工处理”。
-3. 每种选择要求确认，必要时填写简短原因。
+3. 每种选择要求确认并填写简短人工原因；这满足 T-207 第一版审计，不冒充结构化
+   优化标签。
 4. 结果幂等回传，页面显示“验证完成，未提交订单”。
 
 **状态与异常**
@@ -248,6 +250,34 @@
 - 每类错误至少有一个自动化或 fake 测试。
 - 验证码/未知页/支付边界至少在受控环境各验证一次安全停止。
 
+## IX-009 结构化候选理由
+
+- 页面：Android“候选确认”、管理 Web“任务详情/候选决策”。
+- 角色：采购执行员、采购管理员/优化人员。
+- 前置条件：T-207 第一版流程已完成；T-208 reason schema 已固定。
+- 服务依赖：T-208 幂等 human review API。
+
+**正常路径**
+
+1. 用户选择接受项、逐项拒绝、改选或全部无匹配。
+2. 每个决定至少选择一个结构化理由，并明确一个主要理由；备注默认可选。
+3. 选择“其他”时显示 4-200 字备注输入；没有预算时不显示预算类理由。
+4. 改选时先确认原推荐项拒绝理由，再确认替代项选择理由。
+5. 全部拒绝时逐候选确认；允许勾选多个候选后显式批量应用相同理由。
+6. 提交后显示人工结论、模型判断和系统推荐三个独立区块，不合并文案。
+
+**状态与异常**
+
+- 模型理由可以只读展示，但不得预选为人工理由。
+- 网络失败保留本地草稿和独立幂等 key；查询服务端后决定是否重放。
+- 修改已提交结论时明确提示“创建修订版本”，不能覆盖原记录。
+- 理由码失效或与任务不适用时由服务端拒绝并要求重新选择。
+
+**可访问性**
+
+- 理由使用 checkbox/radio 和明确 label，不依赖颜色；主要理由可用单选控件指定。
+- 批量应用前显示候选数量和标题摘要，默认不选中。
+
 ## 通用交互约束
 
 - Web 和 App 的所有提交都防重复，网络超时后以服务端状态为准。