feat:

kits/agent-collaboration-kit/core/optimization-method.md

@@ -2,7 +2,7 @@
 
 减少"开发声称完成但复测不过"的循环成本。本文件是**验收信号写法**和**三轮失败策略**的 SSOT，其它文件引用这里。
 
-复测步骤与环境对齐见 `closed-loop.md`；状态机与完成定义见 `roles-and-permissions.md`。
+三角色分工（Coordinator 编排 / Test 验证 / Developer 实现）见 `roles-and-permissions.md`；复测步骤、Coordinator 终检与环境对齐见 `closed-loop.md`。
 
 ---
 
@@ -34,9 +34,9 @@
 
 ---
 
-## 2. worker_done 必须带证据，不带结论
+## 2. 回报必须带证据，不带结论
 
-Developer Worker 的 `worker_done` 应报告：改了哪些文件、跑了哪些命令、自己如何复现验收路径、仍可能有的风险。
+Developer 的 `worker_done` 应报告：改了哪些文件、跑了哪些命令、自己如何复现验收路径、仍可能有的风险。Test 的复测报告同理：跑了哪些命令、命中/缺失了哪些验收信号、实际观察到什么、证据（snapshot / API 结果）。两者的"结论"都不作数，只有 Coordinator 落盘的 `tasks.yaml` 才是事实。
 
 不要写：
 
@@ -54,9 +54,11 @@ Developer Worker 的 `worker_done` 应报告：改了哪些文件、跑了哪些
 
 ---
 
-## 3. Product/Test 只信自己的复测
+## 3. 验证权在 Test，Coordinator 只信证据
 
-即使 worker_done 写了"全部通过"，Coordinator 仍必须独立复测。完整复测步骤与 worktree/服务对齐见 `closed-loop.md`。这可避免三类假通过：测错服务实例、测到旧构建产物、开发只验证静态文本没验证真实交互。
+即使 Developer 的 worker_done 写了"全部通过"，也必须由独立的 Test 复测（验证者 ≠ 实现者）。完整复测步骤与 worktree/服务对齐见 `closed-loop.md`。独立复测可避免三类假通过：测错服务实例、测到旧构建产物、开发只验证静态文本没验证真实交互。
+
+Coordinator 不亲自复测，但要做终检：读 Test 的证据，确认它覆盖了每条验收信号且符合原始意图，避免"过了字面没过意图"。终检不通过就回写 `failed_retest`。
 
 ---
 
@@ -125,7 +127,7 @@ one dispatch = one bug = one acceptance path
 
 ## 8. 优先让测试可执行化
 
-如果某个问题需要多轮修复，说明它值得沉淀成自动化检查。优先级：
+如果某个问题需要多轮修复，说明它值得沉淀成自动化检查。这类可执行测试由 Test 拥有并维护（见 `roles-and-permissions.md` 权限表的 `<integration_test_paths>`）。优先级：
 
 1. API smoke。
 2. 浏览器脚本或 case 文档。