docs: update agent plan and week plan documents

- agent plan/04_orchestrator_and_runtime_flow.md: update orchestrator runtime flow docs
- agent week plan/day_3_semantic_ontology_mvp.md: update semantic ontology tasks
- agent week plan/day_4_orchestrator_runtime.md: update orchestrator runtime tasks
- agent week plan/day_5_user_agent_mvp.md: update user agent tasks

document/development/agent plan/04_orchestrator_and_runtime_flow.md

@@ -22,7 +22,7 @@ Agent Orchestrator 是双 Agent 架构的调度中心。
   用户消息 / 页面按钮 / 定时任务 / 系统事件
   ↓
 上下文装配
-  页面对象 / 附件名称 / OCR 摘要 / VLM 摘要 / 用户角色
+  页面对象 / 附件名称 / OCR 摘要 / VLM 摘要 / 用户角色 / conversation_id / draft_claim_id
   ↓
 语义解析
   LLM 主解析 + 规则兜底，输出 ontology_json
@@ -176,6 +176,49 @@ paid
 
 这些状态应由审批流、财务支付流或受控后台同步更新。
 
+### 3.7 结构化核对回路
+
+当 `scenario = expense` 且当前仍存在缺槽位、附件待核对或票据需拆单时，不直接返回一段自由文本，而是返回结构化核对结果：
+
+```text
+result.review_payload
+  intent_summary
+  body_message
+  slot_cards
+  risk_briefs
+  document_cards
+  claim_groups
+  confirmation_actions = 取消 / 修改 / 保存草稿或下一步
+  edit_fields
+```
+
+前端正文区只展示简洁提示，右侧展示字段、风险、票据与分单明细。
+
+### 3.8 会话续接与重识别
+
+用户对话不是无状态调用。Orchestrator 需要携带以下会话字段继续当前报销流程：
+
+```text
+conversation_id
+draft_claim_id
+conversation_history
+review_action
+review_form_values
+```
+
+其中：
+
+```text
+review_action = edit_review
+  表示用户基于结构化模板修改识别结果，需要重新进入语义识别
+
+review_action = save_draft
+  表示信息未补齐，但允许先保存报销草稿
+
+review_action = next_step
+  表示用户确认当前识别结果，可进入下一步流转
+```
+
 ## 4. 用户流程示例
 
 用户输入：

document/development/agent week plan/day_3_semantic_ontology_mvp.md

@@ -32,6 +32,8 @@ Orchestrator 不能直接根据原始文本做可靠路由。它需要先拿到
 - [x] ~~语义层已切到“模型优先 + 规则回退”，并把结果写入 `AgentRun` / `SemanticParseLog`。~~
 - [x] ~~附件名称、附件数量、OCR 摘要和 OCR 文档摘要已能作为上下文带入语义层。~~
 - [x] ~~最小会话历史、上一轮场景/意图和 `draft_claim_id` 已能作为上下文带入语义层，用于识别“改成 800”“继续补充”这类追问。~~
+- [x] ~~叙述型报销语义已补强：`客户 + 吃饭/请客/宴请/招待` 优先归类为业务招待费，不再误打到应收查询。~~
+- [x] ~~相对时间已支持标准化展示：`今天 / 昨天 / 本月 / 4 月` 会换算成绝对日期，同时保留原始表达。~~
 - [x] ~~前端调试入口与核心评测测试已完成并通过。~~
 - [ ] 叙述型报销样本、附件/OCR 带入样本和模糊短句追问样本仍需继续扩充。
 
@@ -157,6 +159,7 @@ Orchestrator 不能直接根据原始文本做可靠路由。它需要先拿到
 - [x] ~~“客户 A 这个月还有多少应收”能识别为 accounts_receivable + query。~~
 - [x] ~~“供应商 B 明天要付多少钱”能识别为 accounts_payable + query。~~
 - [x] ~~“我今天去客户现场，招待了客户，花销了1000元”不会错误识别为应收查询。~~
+- [x] ~~“昨天请客户吃饭花了 200 元”会优先识别为报销草稿语义，并保留绝对日期 + 原文日期。~~
 
 ## 5. 解析业务对象
 

document/development/agent week plan/day_4_orchestrator_runtime.md

@@ -29,6 +29,8 @@
 - [x] ~~Orchestrator 已开始向前端返回结构化 `review_payload`，用于右侧预审面板展示识别意图、槽位、票据和分单建议。~~
 - [x] ~~`conversation_id`、会话消息历史和 `draft_claim_id` 已接入 Orchestrator，会话内追问可继续落到同一张报销草稿。~~
 - [x] ~~已新增最近会话恢复与用户级会话清空接口，个人工作台可显式继续旧会话或删除旧会话后新建。~~
+- [x] ~~`clarification_required` 的报销请求已改为返回结构化核对结果，而不是只回一句追问文案。~~
+- [x] ~~`review_action`、`review_form_values` 已能透传到 User Agent / 报销草稿服务，用于结构化修改后重识别和保存草稿。~~
 - [ ] 真实 `expense_claims` 提交链路尚未接通；草稿建单 / 改单已接到真实落库，附件与 OCR 持久化仍未完成。
 - [ ] 报销附件持久化服务、OCR 结果落库服务和前端 ToolCall 细粒度 Trace 展示尚未接通。
 
@@ -115,7 +117,7 @@
 - [x] ~~`intent=risk_check` 且来源为 schedule 时路由到 Hermes。~~
 - [x] ~~`intent=query` 且来源为 user_message 时路由到 User Agent。~~
 - [x] ~~`intent=explain` 路由到 User Agent。~~
-- [x] ~~`intent=draft` 路由到 User Agent，但当前只返回草稿占位结果。~~
+- [x] ~~`intent=draft` 路由到 User Agent，并可返回结构化核对结果、草稿结果或草稿更新结果。~~
 - [x] ~~`scenario=expense` 且最小建单槽位完整时，允许进入 `create_expense_claim_draft`。~~
 - [x] ~~`scenario=expense` 且已有 `claim_id` 或会话内 `draft_claim_id` 时，允许进入 `update_expense_claim_draft`。~~
 - [ ] `scenario=expense` 且用户明确确认提交时，允许进入 `submit_expense_claim`。

document/development/agent week plan/day_5_user_agent_mvp.md

@@ -34,6 +34,8 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
 - [x] ~~报销对话框已接入 OCR 识别接口，附件名称、OCR 摘要和页面上下文已能透传到 Orchestrator / User Agent。~~
 - [x] ~~右侧工作台已开始展示结构化 `review_payload`：识别意图、待确认字段、历史风险/注意事项、分单建议、逐票据识别结果和确认动作卡片。~~
 - [x] ~~个人工作台和报销对话框已接入 `conversation_id` / `draft_claim_id`，同一会话内的连续追问不再按全新请求处理。~~
+- [x] ~~个人工作台已支持“继续会话 / 新建会话”，并可恢复最近一次用户会话或清空旧会话后重新开始。~~
+- [x] ~~报销核对流已切到产品化交互：正文区只保留简洁核对提示，右侧承载字段、风险、票据和分单细节，动作固定为“取消 / 修改 / 保存草稿或下一步”。~~
 - [ ] 真实 `document_assets` / `document_asset_versions` / `expense_item_documents` / `document_ocr_results` 落库，以及 `draft -> submitted` 状态流转尚未完成；`expense_claims` / `expense_claim_items` 草稿已接通真实落库。
 
 相关架构文档：
@@ -203,6 +205,7 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
 - [x] ~~展示引用规则或知识。~~
 - [x] ~~展示建议动作。~~
 - [x] ~~展示识别意图摘要、待确认字段和确认动作卡片。~~
+- [x] ~~正文区改为简洁核对提示，不再堆叠调度结果或运行明细。~~
 - [x] ~~展示逐票据 OCR 识别结果，并支持按 1、2、3… 顺序查看。~~
 - [x] ~~展示多场景票据的分单建议。~~
 - [ ] 展示报销草稿 ID 或 claim_no。