docs(agent-week-plan): update master todo and daily plan docs
- MASTER_TODO.md: update master todo list for current sprint - day_3_semantic_ontology_mvp.md: update semantic ontology tasks - day_4_orchestrator_runtime.md: update orchestrator runtime tasks - day_5_user_agent_mvp.md: update user agent tasks chore: add server/.venv-ocr312 to .gitignore
This commit is contained in:
caoxiaozhu
@@ -31,7 +31,8 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
|
||||
- [x] ~~个人工作台、报销对话框和通用聊天入口已经接通真实 Orchestrator / User Agent 问答链路。~~
|
||||
- [x] ~~回答、规则引用、风险说明、建议动作和结构化 `draft_payload` 已可返回。~~
|
||||
- [ ] 真实 `expense_claims` / `expense_claim_items` / 附件表落库，以及 `draft -> submitted` 状态流转尚未完成。
|
||||
- [x] ~~报销对话框已接入 OCR 识别接口，附件名称、OCR 摘要和页面上下文已能透传到 Orchestrator / User Agent。~~
|
||||
- [ ] 真实 `document_assets` / `document_asset_versions` / `expense_item_documents` / `document_ocr_results` 落库，以及 `draft -> submitted` 状态流转尚未完成；`expense_claims` / `expense_claim_items` 草稿已接通真实落库。
|
||||
|
||||
相关架构文档：
|
||||
|
||||
@@ -145,10 +146,11 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
|
||||
## 5. 草稿生成与单据落库
|
||||
|
||||
- [ ] 支持根据语义结果创建 `expense_claims` 草稿。
|
||||
- [ ] 报销草稿初始状态写为 `draft`。
|
||||
- [ ] 支持根据语义结果创建或更新 `expense_claim_items`。
|
||||
- [x] ~~支持根据语义结果创建 `expense_claims` 草稿。~~
|
||||
- [x] ~~报销草稿初始状态写为 `draft`。~~
|
||||
- [x] ~~支持根据语义结果创建或更新 `expense_claim_items`。~~
|
||||
- [ ] 支持把用户上传附件挂到 `document_assets`、`document_asset_versions`、`expense_item_documents`。
|
||||
- [ ] 支持把 OCR 识别快照写入 `document_ocr_results`，并保留 `ocr_engine`、`ocr_model`、`raw_json`、`confidence`。
|
||||
- [ ] 对话中补充金额、事由、客户、参与人、票据后，能回写已有草稿而不是只更新内存结果。
|
||||
- [x] ~~支持生成报销处理意见草稿。~~
|
||||
- [x] ~~支持生成应收催收建议草稿。~~
|
||||
@@ -159,8 +161,10 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
- [ ] 报销状态变更写入 AgentRun 结果。
|
||||
- [x] ~~草稿中标明“待人工确认”。~~
|
||||
- [x] ~~草稿不直接提交业务系统。~~
|
||||
- [ ] 草稿生成写入审计日志。
|
||||
- [x] ~~草稿生成写入审计日志。~~
|
||||
- [x] ~~草稿生成写入 AgentRun 结果。~~
|
||||
- [ ] 草稿创建或更新后向前端返回 `attachment_ids`。
|
||||
- [x] ~~草稿创建或更新后向前端返回 `claim_id`、`claim_no`、`status`。~~
|
||||
|
||||
验收证据：
|
||||
|
||||
@@ -187,7 +191,11 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
- [x] ~~前端增加用户问题输入框。~~
|
||||
- [x] ~~输入框支持回车或按钮提交。~~
|
||||
- [x] ~~提交时调用 Orchestrator，而不是绕过 Orchestrator。~~
|
||||
- [ ] 提交时透传首句文本、附件名称、附件 ID 和页面上下文。
|
||||
- [x] ~~提交时透传首句文本。~~
|
||||
- [x] ~~提交时透传附件名称。~~
|
||||
- [x] ~~提交时透传 OCR 摘要。~~
|
||||
- [x] ~~提交时透传页面上下文。~~
|
||||
- [ ] 提交时透传附件 ID。
|
||||
- [x] ~~展示 Agent 回答。~~
|
||||
- [x] ~~展示引用规则或知识。~~
|
||||
- [x] ~~展示建议动作。~~
|
||||
@@ -227,7 +235,8 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
- [ ] 测试应付查询。
|
||||
- [ ] 测试规则解释。
|
||||
- [x] ~~测试风险解释。~~
|
||||
- [ ] 测试报销草稿创建。
|
||||
- [ ] 测试 OCR 摘要透传后，User Agent 能在回答中正确引用附件语境而不编造内容。
|
||||
- [x] ~~测试报销草稿创建。~~
|
||||
- [ ] 测试报销草稿补槽更新。
|
||||
- [ ] 测试报销状态从 `draft` 变更到 `submitted`。
|
||||
- [x] ~~测试草稿生成。~~
|
||||
@@ -243,7 +252,7 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
- [x] ~~User Agent 服务可被 Orchestrator 调用。~~
|
||||
- [x] ~~用户入口可提交自然语言问题。~~
|
||||
- [x] ~~至少 3 个财务场景有回答。~~
|
||||
- [ ] 语义识别完整后的报销输入能创建报销草稿。
|
||||
- [x] ~~语义识别完整后的报销输入能创建报销草稿。~~
|
||||
- [ ] 用户确认后能提交报销并更新状态。
|
||||
- [x] ~~回答能引用规则或知识。~~
|
||||
- [x] ~~高风险动作不会自动执行。~~
|
||||
@@ -258,5 +267,6 @@ Day 1 到 Day 4 已经具备资产、语义、路由和日志基础，此时可
|
||||
## 日终交接
|
||||
|
||||
- [x] ~~当前已支持报销 / 应收 / 应付查询、规则解释、风险解释、草稿建议与澄清追问。~~
|
||||
- [x] ~~当前仍是占位的主要能力是报销单真实落库、附件持久化和知识库读取，不再是简单静态问答 Mock。~~
|
||||
- [x] ~~当前已支持附件名称、OCR 摘要和页面上下文进入对话链路，但这还不是附件真实持久化。~~
|
||||
- [x] ~~当前仍是占位的主要能力是报销单真实落库、附件持久化、OCR 结果入表和知识库读取，不再是简单静态问答 Mock。~~
|
||||
- [x] ~~Day 6 Hermes 可直接复用当前的规则检查、风险标签和 Orchestrator Trace / ToolCall 契约。~~
|
||||
|
||||
Reference in New Issue
Block a user