A7 Agent Week HTML
Static Map

把 7 天周计划变成可直接浏览的开发视图

这一套 HTML 页面不是替代 Markdown,而是把 agent week planweekly_execution_detailsagent plan 的对应关系收成一个稳定入口。Codex 可以按日推进,开发人员也能按目标、依赖、验收和风险快速定位。

阅读顺序
先总览,再选 Day,再跳转到具体 Markdown 落地执行。
核心视图
路线图、执行细则、架构依据三层同时可见。
适用对象
Codex 开发、后端开发、前端开发、项目 owner、验收人员。
How To Use

怎么用这套页面

Codex 开发视角

  1. 先看今天在哪一天,确认上游依赖和下游交接。
  2. 用“三层映射”定位:周计划看目标,执行细则看步骤,架构文档看约束。
  3. 按“推荐开发顺序”推进,不跳天,不跨层乱做。
  4. 完成后回到原始 Markdown,把 TODO、阻塞、交接更新回文档。

人工开发与验收视角

  1. 先看每一天的“今日定位”,知道这一天到底产出什么。
  2. 再看“今天必须产出的东西”和“验收快照”,确认完成标准。
  3. 最后跳转到对应 Markdown,逐条执行或验收。
  4. 如果发现跨天阻塞,优先回前一天补地基,而不是在当前天临时兜底。
Three Layers

文档结构一眼看清

1. 周计划路线图

定义每天的大方向、交付物和验收门槛。用于排期、对齐和验收。核心入口是 MASTER_TODO.md 和 Day 1 到 Day 7 daily 文档。

2. 执行细则

把每天的开发目标拆到模型、字段、接口、服务、前端、测试和验收证据。这里是 Codex 和研发的直接执行层。

3. 架构依据

提供为什么要这么做、协议怎么定、权限和审计边界是什么。它不直接当 TODO,但所有实现都要受它约束。

Seven Days

7 天总览

Day 1 基础模型与工程骨架

当前状态:已完成(2026-05-11)。先把 Agent 资产、版本、审核、运行日志、审计日志,以及报销 / 应收 / 应付的最小业务数据来源定下来。后面所有能力都站在这一天的模型上。

Day 2 任务规则中心联调

把规则、技能、MCP、任务从静态 UI 拉到真实后端数据。重点是规则 Markdown、版本切换、审核和上线拦截。

Day 3 语义本体 MVP

建立 8 字段语义解析协议,让报销、应收、应付、知识查询进入同一结构,给 Orchestrator、User Agent、Hermes 统一消费。

Day 4 Orchestrator 运行时

把用户消息和定时任务统一接到 Orchestrator,完成 run_id、权限拦截、Agent 路由、ToolCall 和 Trace。

Day 5 User Agent MVP

面向用户的问答和流程辅助层。做查询、解释、规则引用、草稿生成,但严格不碰自动审批、自动付款和自动上线。

Day 6 Hermes MVP

后台数字员工层。做任务触发、风险巡检、日报统计、OCR Mock、知识候选、规则草稿,结果都必须可追溯。

Day 7 加固、演示和验收

不再大扩功能,只做回归、权限边界、审计、Trace、测试、演示脚本和交接收口,让整周产出可跑、可演示、可继续接手。

Dependency Chain

跨天依赖链

Day 1模型、审计、运行日志、最小业务数据源
Day 2把 Day 1 的资产 API 接进规则中心 UI
Day 3在 Day 1/2 基础上产出统一语义结构
Day 4用 Day 3 的语义结果完成路由与权限
Day 5接入 User Agent 问答、解释和草稿
Day 6接入 Hermes 任务、巡检和知识/规则候选
Day 7统一回归、补日志、做演示和交接