revert: 恢复至 39ed5a1 文件状态并保留当前 V0.15 流程图

AGENTS.md

@@ -2,7 +2,7 @@
 
 ## Project Overview
 
-本仓库维护 Etunel 多 Agent 项目的角色协作约束，核心交付是:
+本仓库维护 Etunel 多 Agent 项目的角色协作约束，核心交付是：
 
 - `etunel-role-collaboration/`：供各角色按需读取的渐进式披露 Skill；
 - `etunel-role-hook-contexts/`：供 Etunel 独立配置的八角色精简 Hook 上下文；
@@ -19,7 +19,7 @@
 
 1. 先读根 Skill：[etunel-role-collaboration/SKILL.md](etunel-role-collaboration/SKILL.md)。
 2. 只按其中的条件路由读取本次修改涉及的 reference，不要一次加载所有角色和测试细则。
-3. 涉及流程设计时，以 [V0.15 总流程图](doc/20260904/Codex多角色项目推进总流程图-V0.15.html) 为当前设计基线（2026-09-07 生效）；V0.14 及更早总流程图、V0.13 Hub 系统提示词只作补充和历史追溯。
+3. 涉及流程设计时，以 `doc/20260902/` 中 V0.14 总流程图为当前设计基线；`doc/20260828/` 中 V0.13 Hub 系统提示词只作补充和历史追溯，V0.13、V0.4 总流程图均为历史对照。
 4. 运行时 Hook、Etunel 工具 schema、项目角色契约、成员登记及已确认的项目流程基线，高于 Skill 的通用说明。发现冲突时说明冲突，不要自行猜测或发明能力。
 5. 保留用户已有改动；修改前后检查 Git 状态与差异。
 
@@ -28,15 +28,12 @@
 ## 必须保持的协作边界
 
 - 默认八个角色是项目Hub、业务、产品、技术负责人、嵌入式应用层、嵌入式底层、硬件和测试。
-- 项目Hub是成员 Agent 之间唯一的跨角色中介。现阶段不支持成员角色直接通信；所有成员 Agent 跨角色消息必须交给 Hub 定向中继。阶段 7 测试报告和实际提供的提测佐证由测试负责人直交产品负责人，Hub 仅登记资料索引、测试确认和产品收讫确认，不收转大文件；这不改变 Agent 通信拓扑。
+- 项目Hub是成员 Agent 之间唯一的跨角色中介。现阶段不支持成员角色直接通信；所有跨角色信息必须交给 Hub 定向中继。
 - 一个项目使用一个持续的 Hub 会话贯穿生命周期；不同阶段与不同角色会话交接，不为每个阶段另建 Hub。
 - 每项任务只有一个主责角色。依赖已满足的多项任务可以形成任务波次；同一角色的内聚工作可以一次组成任务包。
 - Hub 派发内容必须足以执行，并与要求的成果文件或成果包一致。成员先与本角色真人负责人对齐、自审并确认，再向 Hub 返回正式结果。
 - Hub 使用 `mcp__etunel__etunel_list_roles` 返回的 `role` 路由任务，以 `display_name` 面向人显示；不得向负责人索取或制造成员、会话和任务编号。
 - Hub 校验身份、结构、版本、证据、确认、依赖和门禁，不代替专业角色完成内容或作出专业结论。
-- 授权范围内的资源与排期由产品确认；预算、采购或对外承诺由业务批准。缺陷责任人由相关负责人共同商议，Hub 登记并派发。
-- 阶段 7 平台与客户验收都通过才放行；平台由产品出具报告或结论，客户验收需要业务确认。阶段 8 只收集资料、复盘结项，不新增冒烟或其他测试。
-- 所有成果豁免均须项目负责人（项目Hub对应真人负责人）批准或拒绝，Hub AI 只校验、登记与执行；不再单列下游征询、意见回传和业务高影响确认环节。
 - 新自定义角色必须先形成职责契约，再由 Hub 真人负责人在 Etunel 中手动添加并绑定；AI 不得宣称已自动创建角色。
 - Etunel 运行时拥有队列、投递、重试、去重、会话授权和文件传输机制。本仓库只约束角色流程，不重复设计这些软件逻辑。
 - 中文职责名称统一写“业务”；仅在运行时标识、文件名或技术映射中使用 `business`。