# Agent Week Plan HTML

A7 Agent Week HTML
周计划总控 执行细则索引 架构目录
Static Map

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

这一套 HTML 页面不是替代 Markdown，而是把 `agent week plan`、`weekly_execution_details` 和 `agent 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 文档。

00_README MASTER_TODO

### 2. 执行细则

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

README 执行索引

### 3. 架构依据

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

总体架构 语义本体 观测与 Trace
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统一回归、补日志、做演示和交接