Day 6 Hermes MVP

Hermes 是后台数字员工，不做即时对话，而是负责定时巡检、风险预警、日报统计、知识候选和规则草稿。它的关键不是“会不会说”，而是“任务能不能跑、结果能不能追”。

上游依赖

Day 4 的 Orchestrator 路由，Day 1 的任务与日志表，Day 3 的语义结构，Day 5 可复用的风险/规则/知识接口。

下游交接

Day 7 要用它做手动触发任务、查看结果、展示规则草稿和知识候选。

当天关键

任务入口、风险项结构、OCR Mock、知识候选和规则草稿都必须可追溯。

Three-Layer Mapping

三层文档映射

路线图

周计划要求实现 Hermes 调度入口、每日风险巡检、统计任务、知识库维护、OCR Mock 和运行结果面板或 API。

day_6_hermes_mvp.md

执行细则

执行层拆成输入输出、任务调度入口、风险巡检、每日统计、OCR 接入点、知识库维护、规则草稿形成、结果展示和测试。

agent week plan/day_6

架构依据

主要受 Agent 职责、OCR 架构、知识库架构和反馈学习闭环约束。Hermes 能生成候选和草稿，但不能自动发布正式结果。

03 11 12 15

Build Order

今天必须产出的东西

任务调度入口

可手动触发至少一个任务资产。
任务经 Orchestrator 进入 Hermes。
结束后能更新最近执行时间和状态。

风险与统计

重复报销、金额超标、应收逾期、应付异常付款等风险有结构化输出。
日报包含报销、报账、应收、应付的关键统计口径。
每个风险项都要能被业务人员理解和追溯。

知识候选与规则草稿

知识候选默认是 draft，不能自动发布。
规则草稿保存为 asset_type=rule，状态为 draft。
两类生成都要写审计日志。

OCR Mock 与结果展示

OCR 服务接口和输入输出结构定下来。
当前阶段允许完全使用 Mock 结果。
任务详情或运行日志中能直接看到 Hermes 的执行结果。

Acceptance Snapshot

验收快照

任务可触发

至少一个任务可以手动触发，并能查到结构化结果。

风险巡检

输出里能看到风险类型、业务对象、触发规则、建议动作和风险等级。

候选与草稿

知识候选和规则草稿都能生成，但都不是 active / published 正式状态。

可观察性

不用查数据库，也能从任务详情或运行日志判断 Hermes 是否执行成功。

Common Misses

这一天最容易漏掉的点

只做 Hermes 服务逻辑，不做任务入口和结果展示，最后无法演示。
能生成知识或规则，但没把状态锁在 draft，会直接越过人工审核边界。
OCR Mock 只返回一段自由文本，不定义结构字段，后面无法和规则或风险逻辑对接。