Clarify final-window ownership and evidence

Why: Keep final sync and conflict handling with the merge agent and avoid treating pre-freeze SELF checks as final evidence.

Evidence: Review found one stale anchor, one ownership ambiguity, and one evidence-scope overclaim; all three are corrected.

Impact: Documentation only; no runtime or platform behavior changes.

Refs: Agent-System-Dev #518

.task/feature-merge-queue-simple-policy.md

@@ -83,7 +83,7 @@
 ## 结果与验证（完成后填写）
 
 - 结果：已将合入规范收敛为队列、等待、单窗口、对象变化和验收五部分；项目入口、采纳状态和能力矩阵保持一致。
-- 验证：scope/link/关键规则检查 PASS，`git diff --check` PASS，`make test-worktree` PASS；均为 SELF，完整输出见本卡 evidence。当前 PR HEAD GATE 尚待创建 PR 后运行。
+- 验证：候选固定前的 scope/link/规则、diff 和 worktree 检查仅作为编辑辅助；最终提交后的精确 HEAD SELF 收据和 PR GATE 此处保持 `NOT_RUN`，分别使用源码外 RECEIPT 与 Gitea 运行记录，不把旧对象结果升级。
 - 影响与剩余项：只影响文档规则；运行机制沿用现有命令、CI 和受保护 PR。未实施全写者审计、第二轮试行、平台/runner 改造或业务接管。
 
 ## 规划进展与下一步

policy/governance.md

@@ -25,7 +25,7 @@ make task-start NAME=feature/my-task PRECHECK_RECEIPT=/tmp/my-task-precheck.json
 默认 `TASK_WORK_MODE=delivery`，继续要求严格 READY 和当前目标一致。
 工作区忙或落后时先由 owner 保存现场并同步；远端不可达时只继续不依赖新鲜基线的阅读和分析。
 
-局部恢复接口已具备，流程启用仍以 [合入调度](merge-queue.md#采纳顺序与停止条件) 的采纳条件为准。
+局部恢复接口已具备，正式交付仍按[合入调度](merge-queue.md)的单一最终窗口执行。
 启用后，既有任务可以显式选择 local，保持原 R0，标记落后，继续已授权局部工作：
 
 ```bash

policy/merge-queue.md

@@ -10,7 +10,7 @@
 
 - Dev main 使用一份[合入队列 #518](https://git-home.u1680832.nyat.app:30319/weichen/Agent-System-Dev/issues/518)。
 - 队列只记录顺序和当前窗口：任务/PR、owner、依赖、就绪状态、当前 base/head、CI、合入结果。
-- 协调智能体维护顺序和窗口；任务 owner 负责自己的分支、冲突和测试；所有 PR 合入由智能体执行。
+- 协调智能体维护顺序和窗口；任务 owner 负责分支内容和必要整改；窗口内的同步、冲突处置、Review、当前 HEAD CI 核验和所有 PR 合入由智能体执行。
 - 普通功能 PR、修复 PR 和任务卡闭合 PR 都会移动 main，因此使用同一队列。组件仓按各自目标分支单独安排。
 
 入队表示内容基本就绪且已取得该任务所需授权，不要求分支已经包含不断移动的最新 main。