feat: group project workflow by batch

agent.md

@@ -79,8 +79,7 @@
 - 视觉方向是“温和的本地工作台 + 编辑器质感”，不要做成工业监控大屏。
 - 不要使用大面积黑底荧光绿、密集硬边框、无解释的红绿灯状态或全页面等宽字体。
 - 页面必须清楚区分：
-  - 项目视图：项目里的智能体执行情况。
-  - 工作流视图：阶段进度、交接、审查循环、主智能体监管。
+  - 项目视图：项目里的智能体执行情况、工作流批次、阶段进度、交接、审查循环、主智能体监管。
   - 智能体视图：名称、描述、角色设定编辑。
   - 草稿：TOML 校验、diff、备份、写回。
   - 设置：Codex 路径和数据源配置。
@@ -133,6 +132,7 @@
 ## 工作流显示规则
 
 - 工作流必须建模为动态事件流或有向图，不允许写死固定流程。
+- 项目内工作流必须先按“工作流批次”分组，再按阶段分组；同一项目的 `v1.0 初始搭建`、`v1.1 优化修复`、`v2.0 重构升级` 必须清楚区分。
 - `thread_spawn_edges` 是派发关系的主要结构化来源。
 - `threads` 表用于补充智能体昵称、角色、项目路径和更新时间。
 - `thread_goals` 用于补充目标状态。
@@ -140,6 +140,28 @@
 - 没有计划文件时，只显示通用事件和推断，不强行命名阶段。
 - 所有推断必须标注来源和置信度。
 
+### 子智能体派发元数据
+
+主智能体派发任何子智能体任务时，必须在任务标题、目标或首段说明中保留以下元数据，方便本项目页面从 Codex 运行记录中准确归类：
+
+```text
+[项目: /Users/yoilun/Code/codex-agent-manager]
+[工作流批次: v1.1 优化修复]
+[阶段: 优化阶段 1]
+[角色: 代码审查员]
+```
+
+本项目当前已完成初始搭建后进入 `v1.1 优化修复`，当前优化改造归入 `优化阶段 1`。后续如果开启 `codex-agent-manager v2.0`，必须显式写成类似：
+
+```text
+[项目: /Users/yoilun/Code/codex-agent-manager]
+[工作流批次: v2.0 重构升级]
+[阶段: 阶段 1 产品规划]
+[角色: 产品经理]
+```
+
+如果继续派发下一级子智能体，必须把同一组元数据继续传递给下一级任务。`项目` 必须写完整项目路径，不要只写项目名；不要只写“继续优化”或“修一下页面”，否则页面只能低置信度推断批次和阶段。
+
 ## 状态规则
 
 运行状态至少包含：