Delegate reviewed PR merges to agents after conflict and CI checks

Why: make the agent responsible for merging reviewed PRs without another human merge step.

Evidence: SELF governance and generated-card checks are captured in .task/feature-agent-pr-merge.md; CI remains required on the final PR HEAD.

Impact: update project delivery policy, agent entry points, task metadata and closure guidance; preserve platform protection and scoped authorization.

Refs: .task/feature-agent-pr-merge.md; user instruction on 2026-10-12

AGENTS.md

@@ -3,7 +3,9 @@
 本仓开发遵循 Development-Guidelines（见 `deps/development-guidelines`，gitlink 固定版本）：
 核心规则与术语见其 `core/`，按任务触发阅读 `standards/` 专题；通用交付依据为 `workflows/delivery.md`。
 本项目的需求、设计试验、实施调整及交付**必读 [policy/delivery.md](policy/delivery.md)**：
-默认逐阶段人工评审，阶段内迭代、按影响回退；仅在用户明确授权范围内连续推进。
+需求、方案、实施与验收默认逐阶段人工评审，阶段内迭代、按影响回退；代码 Review 与 PR
+合入由智能体负责，解决冲突且当前 HEAD 的 CI 通过后执行合入，无需另请人工操作。
+具体评审、版本及授权条件见 policy/delivery.md；其他阶段仅在用户明确授权范围内连续推进。
 
 ## UI 设计门禁（强制）
 
@@ -42,7 +44,8 @@
   共享主检出或推送另一任务。主检出 pull/merge 的 post-merge 钩子仅提示待办，不自动写入或推送。
   `make task-close` 会提交、推送并可能创建 PR，须先核对闭合范围和对应授权。闭合在主检出运行→建
   `feature/card-close-*` 分支+PR，任务分支内加 `FOLD=--fold` 随当前 PR 合入。
-  precheck 的 `[cards]` 行报告欠账，验收前应清零；闭合 PR 由所有者合入。
+  precheck 的 `[cards]` 行报告欠账，验收前应清零；闭合 PR 同样由智能体按
+  policy/delivery.md 完成 Review、冲突处置及当前 HEAD 的 CI 核验后合入。
 
 ## 证据与验证门禁（强制）
 

policy/adoption.md

@@ -16,7 +16,7 @@
 | standards/verification.md | 验收 | 本地 make test-governance + 组合测试；当前证据与历史 scratch 记录分开 |
 | standards/multi-repo.md | 跨仓/gitlink | manual；受控历史迁移通道已于 2026-09-30 行使一次（documents/records/2026-09-30-history-migration.md） |
 | 工作区回收 | 交付终点 | advisory（task-finish）；负例：合入前 finish 拒绝输出 |
-| policy/delivery.md（项目收紧） | 需求、长期方向、试验、实施迭代及交付 | manual：人工评审和有范围的连续推进授权；方向主记录及任务收尾建议；任务卡提供记录，post-merge 默认只提示，行为回归见 tests/test_task.py |
+| policy/delivery.md（项目收紧） | 需求、长期方向、试验、实施迭代及交付 | manual（人工/Agent 执行）：前序人工决策与有范围的连续推进授权；智能体完成 Review、冲突处置和当前 HEAD 的 CI 核验后合入；任务卡提供记录，post-merge 默认只提示，行为回归见 tests/test_task.py |
 | standards/tool-adaptation.md（draft.8） | 为工具创建规则/钩子实例 | 本组合 CLI/git 级实例已登记：policy/tool-adaptation-matrix.md（A1–A7 逐行定级+正负例证据） |
 | 同上（zcode 实例） | zcode 客户端写路径 | policy/tool-adaptation-zcode.md：PreToolUse 写守卫；脚本负例与客户端接线分开，客户端 pending-live |
 | core/baseline.md「规范层级」+ documentation.md「记忆分层/机制化」（draft.9） | 层级效力、记忆权威、经验机制化 | manual：本仓 policy/ 仅收紧不放宽；记忆四层按条文执行（任务卡=任务记忆，documents/records=项目记忆，Dev 仓 AGENTS.md 指针已就位） |
@@ -26,7 +26,7 @@
 | 原规则/章节 | 项目采用方式 | 原因与风险 | 负责人/复查条件 |
 |---|---|---|---|
 | baseline 硬边界 1（授权范围） | 高后果双钥匙：改写历史/解除分支保护/删归档/发布——Agent 只准备，用户执行（AGENTS.md 条文） | 单人+Agent 场景下消除单点；风险=用户不在场时高后果操作排队 | weichen；首次触发时复查 |
-| delivery.md §2、design-verification.md 的轻量流程默认做法 | 按 [policy/delivery.md](delivery.md) 默认逐阶段人工评审；小任务简化篇幅，阶段内可迭代；明确授权时在指定范围连续推进 | 保留需求、方案和实施决策权；按变化影响重审，避免每条命令审批及全流程重复返工 | weichen；阶段等待或试验边界影响交付时复查 |
+| delivery.md §2、design-verification.md 的轻量流程默认做法 | 按 [policy/delivery.md](delivery.md) 保留需求、方案、实施与验收的人工节点；代码 Review 与 PR 合入交由智能体，冲突解决且当前 HEAD 的 CI 通过后合入；小任务简化篇幅，阶段内可迭代 | 2026-10-12 用户明确要求智能体 Review 后合入，合入前解决冲突且 CI 通过；其他人工决策与高后果双钥匙边界保留 | weichen；Review、CI 或平台准入条件变化时复查 |
 
 - 历史记录（2026-09-30）报告 11 个组合仓 main 禁直推、拒绝陈旧候选；当前平台能力须独立重验，本地脚本测试不替代远端证据。
 - 当前规范内容以 gitlink 及其 VERSION 为准。治理可靠性修复的命令与证据约定见 [开发门禁](governance.md)，本地与客户端/平台能力分别登记；本轮不改变分支保护、发布授权或通用库版本。

policy/delivery.md

@@ -2,21 +2,23 @@
 
 适用：本项目的需求、修复、规范修改和其他交付任务。依据固定版本的
 [通用交付流程](../deps/development-guidelines/workflows/delivery.md)，本项目收紧为
-**默认逐阶段人工评审；阶段内迭代，按影响回退，按增量交付**。
+**需求、方案、实施与验收默认逐阶段人工评审；代码 Review 与 PR 合入由智能体完成；
+阶段内迭代，按影响回退，按增量交付**。
 本文件是阶段与评审的权威表述；启动、同步、命令证据和回收操作见
 [开发门禁](governance.md)。规则的执行能力见 [能力矩阵](tool-adaptation-matrix.md)。
 
 ## 授权与阶段评审
 
-任务卡默认记为 `manual`。完成当前阶段产物并取得人工评审结论后，才进入下一阶段。
+任务卡默认记为 `manual`。阶段 1–7 完成当前阶段产物并取得人工评审结论后，才进入下一阶段；
+阶段 8–9 由智能体执行 Review 和合入，条件见下文「智能体 Review 与 PR 合入」。
 评审记录包含阶段、对象版本、评审人、时间、结论、意见及可追溯依据；结论使用
 未评审、通过、需修改、拒绝、不适用。人工结论与命令执行证据分开记录；Agent 自审、
-测试通过、工具写入或用户沉默均不能代替人工批准，也不能由作者代签独立审核。
+测试通过、工具写入或用户沉默均不能代替阶段 1–7 的人工批准，也不能由作者代签独立审核。
 
 只有用户明确要求自动或连续推进时，才将对应范围记为 `authorized-continuous`，记录
 授权来源、覆盖阶段、允许动作、交付终点、资源约束和停止条件。未覆盖阶段仍逐阶段评审。
 授权连续推进不免除需求分析、试验判定、测试、代码 Review、证据和平台准入；
-既有独立审核要求及高后果操作双钥匙仍有效。单独的合入授权不补齐尚不存在的前序产物。
+既有独立审核要求及高后果操作双钥匙仍有效。智能体合入职责不补齐尚不存在的前序产物。
 
 阶段内已授权的调查、编辑、自检、缺陷修复和等价实现可以持续进行，无需逐命令批准。
 需求拆解、评估、需求表可以共用一份任务卡，但分别保留阶段结论。小任务缩短篇幅；
@@ -34,11 +36,12 @@
 | 5 实施计划 | 关联需求的工作项、依赖顺序、责任人、文件或模块范围、测试方法与环境、完成条件及停止条件 | 人工批准当前实施和测试计划；远期工作可保留粗粒度 |
 | 6 实施与自检 | 可审查变更、局部测试、计划偏差与迭代记录 | 人工确认当前增量实现产物，必要设计调整已重新获批 |
 | 7 正式测试与验收 | 需求到证据映射；正常、异常、边界、回归结果及缺项 | 人工审阅当前候选的验证结果；正式验收前同步并固定被测对象 |
-| 8 代码 Review | 需求符合性、正确性、维护性、测试充分性及问题闭合记录 | 完成必要重放、整改、补测和复审，由有权评审者放行当前版本 |
-| 9 合入 | 最新 base/head、必要检查及评审、冲突处置、合入授权 | 合入前再次同步核验；经 PR 合入后取得真实合入结果 |
+| 8 代码 Review | 智能体审阅者、对象版本、需求符合性、正确性、维护性、测试充分性及问题闭合记录 | 智能体完成必要重放、整改、补测和复审；当前版本 Review 通过，平台要求的独立批准已满足 |
+| 9 合入 | 最新 base/head、当前 HEAD 的 CI、Review、冲突处置和合入结果 | 智能体再次同步，确认冲突已解决、Review 有效且 CI 全部通过，经 PR 执行合入并核验真实结果；无需另请人工合入 |
 | 10 合入核验与收口 | 实际合入内容及组件版本、验证依据、成果保存位置、写者状态、清理清单、任务归档安排及适用规划的进展与下一步建议 | 清理前取得人工批准或对应连续推进授权；安全回收后核对结果、闭合任务卡 |
 
-表中的人工节点仅在明确的连续推进授权范围内按授权执行；阶段产物及验证条件保留。
+阶段 1–7 和阶段 10 的人工节点仅在明确的连续推进授权范围内按授权执行；
+阶段 8–9 按智能体职责执行；各阶段产物及验证条件保留。
 正式测试和最终 Review 的顺序不限制设计阶段试验、实施期测试或提前审阅。
 文本合并无冲突不证明组合兼容；合入后仍核验真实内容与被测候选是否一致。
 
@@ -137,13 +140,45 @@
 
 ## 合入、清理与恢复
 
-合入与清理分别核对授权及条件。仅回收本任务登记工作区，按开发门禁核对当前权威目标、
+### 智能体 Review 与 PR 合入
+
+已获实施及交付授权的任务，代码 Review 和 PR 合入默认由智能体负责，包括任务卡闭合 PR；
+本条即该范围内的合入执行授权，条件满足后直接合入，无需用户再次批准或亲手点击。
+用户明确限定为只读、方案、本地修改、草稿 PR 或禁止合入时，以该任务边界为准。
+前序阶段的必要人工结论仍须齐备；合入职责不扩大需求、业务实施、清理或高后果操作授权。
+
+智能体按以下顺序执行：
+
+1. 完成 Review，记录审阅者及其身份、base/head、结论、问题处置和必要重放依据。
+   要求独立审阅时由未参与本次实现的审阅智能体完成；平台要求的非作者批准须由符合
+   平台身份及权限条件的账号给出，切换智能体角色不等于非作者账号批准。
+2. 合入前以 evidence 记录 `make task-sync`，将最新权威目标纳入任务分支，解决全部
+   文本及组件冲突，检查组合兼容性。无法在已批准需求和方案内判断冲突取舍时，暂停合入
+   并提交具体决策；无冲突或仅文本合并成功不能代替语义兼容核验。
+3. 同步、冲突解决或整改导致 head/base 变化时，重新判断 Review 与测试的有效性，完成
+   受影响的复审和补测，推送新 HEAD，并等待该 HEAD 的 CI；旧版本绿色结果不能放行新版本。
+4. 核验当前待合入 HEAD 的全部必需 CI，包括本仓 CI 的测试、构建及适用的其他作业，
+   记录完整 SHA、运行链接、执行身份和结果（GATE）。缺检查、排队、运行中、失败、取消、
+   适用检查被跳过或来源无法核验时均不得合入；本地 SELF 测试不能替代 CI 通过。
+5. 再查最新 base/head、冲突状态、有效 Review、CI 及平台准入，满足后通过平台 PR 接口
+   执行合入。最终推进须受平台陈旧候选保护、合并队列或等价的目标分支串行与版本核验保护；
+   目标再前进时重新同步和核验，不绕过平台拒绝、不降低检查或批准要求。
+6. 查询真实合入结果，记录 PR、被核验 HEAD、合入 SHA、目标分支和内容/组件核对结果。
+   超时或断连先查询 PR 及目标状态，再决定是否重试；合入与后续清理分别记录。
+
+本流程由智能体执行，任务卡模板和本地提示不构成平台强制门禁。平台能力按
+[能力矩阵](tool-adaptation-matrix.md) 核验；分支保护变更仍由用户按双钥匙边界执行。
+
+### 清理与恢复
+
+清理另行核对授权及条件。仅回收本任务登记工作区，按开发门禁核对当前权威目标、
 父子仓成果、未跟踪和 ignored 文件、独有提交与引用、活动 Git 操作以及所有写者退出。
 无法证明成果已保存时保留现场；本地删除与远端分支删除分别报告。
 
 清理前保存任务主记录与证据。执行回收时将命令输出用 evidence 的 `RECEIPT` 模式保存到
 待删目录之外；回收后的结果写入后续闭合记录，不能向已删除的任务卡补写收据。
-任务卡须回填真实主 PR 和完成状态并归档；闭合 PR 的创建、合入均依当前授权执行。
+任务卡须回填真实主 PR 和完成状态并归档；闭合 PR 的创建核对当前闭合授权，合入按上述
+智能体 Review 与 PR 合入流程执行。
 post-merge 默认只提示，不因 pull 或 merge 自动提交、推送或创建闭合 PR。
 
 中断或交接时记录当前有效版本、批准范围、未决假设、最新试验结论、剩余事项及下一动作。

policy/governance.md

@@ -2,8 +2,9 @@
 
 本文件细化根 AGENTS.md 的启动、验证和回收规则。通用语义以固定的
 `deps/development-guidelines` 为准；门禁实现及回归用例随本仓版本管理。
-需求表、设计试验、迭代调整、阶段产物与人工评审按 [迭代交付](delivery.md) 执行。
-任务卡记录批准来源与对象版本；本地 evidence 仅记录命令，不能证明人工批准。
+需求表、设计试验、迭代调整、阶段产物、人工决策及智能体 Review/合入按
+[迭代交付](delivery.md) 执行。任务卡分别记录人工批准、智能体审阅者及对象版本；
+本地 evidence 仅记录 SELF 命令，不能证明人工批准或提升为 CI/独立审阅证据。
 
 ## 启动与恢复
 
@@ -42,6 +43,10 @@ make task-start NAME=feature/my-task PRECHECK_RECEIPT=/tmp/my-task-precheck.json
 GATE 引用受信平台的运行链接、执行身份、完整 SHA 和结果；REPLAY 引用独立审阅者的
 环境、命令、对象和结果。审核者核验这些来源，不能只读作者填入的标签。
 
+PR 合入由智能体执行：先完成有效 Review，再同步并解决冲突，核验当前 HEAD 的全部
+必需 CI 通过及平台准入后合入；具体步骤与失败出口见 [迭代交付](delivery.md#智能体-review-与-pr-合入)。
+闭合 PR 使用同一流程，不以任务卡已回填或本地测试通过代替 CI。
+
 收据中的摘要检测损坏，不是签名或身份凭据。保存的是完整脱敏输出及其 SHA-256；
 命令含敏感值时展示脱敏形式，并记录原命令摘要。执行前后对象分别记录；命令改变 HEAD
 时不把执行前 SHA 冒充执行后对象。不能读取执行后状态时明确记录缺项。

policy/platform-admission.md

@@ -20,7 +20,8 @@
 4. 批准数暂不随此修复自动调整。若另行启用非作者批准，先确认有可用且符合权限要求的
    独立审核账号；不能把切换 Agent 角色当独立账号，也不能盲设阈值使单账号仓库无法交付。
 5. 在隔离的测试 PR 上验证：无检查、检查失败和陈旧候选均不可合入；合法且检查通过的
-   PR 可进入所有者审核。记录 head/base、运行链接及实际拒绝结果，标 GATE/REPLAY。
+   PR 可由智能体完成 Review 并按 [迭代交付](delivery.md#智能体-review-与-pr-合入) 执行合入。
+   记录 head/base、运行链接及实际拒绝结果，标 GATE/REPLAY。
 
 任一判据未满足时暂停合入并保留测试对象。配置调整失败由所有者对照保存的配置恢复；
 不把“配置 API 返回成功”写成“门禁已有效”。其他组合仓分别核验，不外推 Dev 的结果。

policy/tool-adaptation-matrix.md

@@ -14,7 +14,7 @@
 | A5 回收 | 本地命令检查；写者退出由 owner 确认 | 登记根目录、锁/操作状态、父子仓与唯一文件、合入核验 | `tests/test_task.py` |
 | A6 秘密 | 本地脱敏及 CI 获取边界；权限与宿主隔离另验 | 命令/输出/摘要脱敏，凭据不持久写 Git 配置 | `tests/test_evidence.py`、`tests/test_ci_credentials.py` |
 | A7 证据 | 本地 SELF 收据；外部来源独立核验 | 首次捕获、完整脱敏输出/摘要、对象记录、原样导入 | `tests/test_evidence.py`；CI/审阅链接另核 |
-| A8 阶段评审与迭代 | manual；模板和提示不构成批准身份校验或全流程阻断 | policy/delivery.md；任务卡记录需求、方案/计划、评审与试验迭代；post-merge 默认仅提示 | `tests/test_task.py` 核对模板及钩子不自动写入；人工核对批准范围和版本 |
+| A8 阶段评审与迭代 | manual（人工/Agent 执行）；前序人工决策，智能体 Review/合入；模板和提示不构成批准身份校验或全流程阻断 | policy/delivery.md；任务卡分别记录阶段结论、Review、冲突、当前 HEAD 的 CI 和合入；post-merge 默认仅提示 | `tests/test_task.py` 核对模板及钩子不自动写入；智能体核对 Review、冲突及匹配 HEAD 的 CI/平台准入；人工批准范围仍须核验 |
 | A9 长期方向与后续任务 | manual；模板不校验规划有效性或自动调度任务 | policy/delivery.md；PROJECT.md 提供规划入口，任务卡关联规划/里程碑并记录下一步建议 | `tests/test_task.py` 核对生成字段与未授权默认值；人工核对当前规划、进展、重复任务和建议依据 |
 
 ## 失败处理

scripts/task.sh

@@ -178,7 +178,8 @@ cmd_start() {
 - 工作区：${wt}（worktree）；分支：${name}
 ${parent_note}
 - 授权与交付终点：<本次允许的动作与终点；未授权事项写明>
-- 交付模式：manual（逐阶段人工评审）；明确授权后可记为 authorized-continuous
+- 交付模式：manual（前序人工决策，智能体 Review/合入）；其他阶段明确授权后可记为 authorized-continuous
+- 合入执行：agent（已授权交付范围内，Review 通过、冲突解决且当前 HEAD 的 CI 通过后合入）
 - 自动推进授权：无；授权范围：无；授权来源：无；授权终点：无；停止条件：无（未授权）
 - 当前阶段：需求拆解；当前增量：I1（待定义）
 - 流程依据：仓库根目录 policy/delivery.md（归档后仍按仓库根目录定位）
@@ -256,7 +257,10 @@ ${parent_note}
 
 ## 合入与清理
 
-- 合入记录：NOT_RUN（授权依据、PR、合入 SHA、验证来源）
+- Review 记录：NOT_RUN（审阅智能体/平台身份、base/head、结论、问题闭合及重放依据）
+- 冲突记录：NOT_RUN（最新目标同步、冲突处置、组合兼容核验及复审/补测）
+- CI 记录：NOT_RUN（当前 HEAD 完整 SHA、全部必需检查、运行链接、执行身份及 GATE 结果）
+- 合入记录：NOT_RUN（交付授权范围、PR、被核验 HEAD、合入 SHA、目标分支及内容核验）
 - 清理记录：NOT_RUN（授权依据、写者退出确认、worktree/分支/任务卡处置）
 EOF
   (cd "$wt" && IMPORT_RECEIPT="$PRECHECK_RECEIPT" bash "${SCRIPT_DIR}/evidence.sh")
@@ -458,9 +462,9 @@ for p in json.load(sys.stdin):
   fi
   if [ -n "$newbranch" ]; then git checkout -q "${TARGET_BRANCH}"; fi
   if [ -n "$pr_url" ]; then
-    echo "[pr] ${pr_url}（合入权在所有者）"
+    echo "[pr] ${pr_url}（智能体按 policy/delivery.md 完成 Review、解决冲突且当前 HEAD 的 CI 通过后合入）"
   else
-    echo "[next] 建 PR：${web_base}/${owner}/${repo}/pulls/new?head=${headbr}（合入权在所有者）"
+    echo "[next] 建 PR：${web_base}/${owner}/${repo}/pulls/new?head=${headbr}（智能体按 policy/delivery.md 完成 Review、解决冲突且当前 HEAD 的 CI 通过后合入）"
   fi
   echo "[closed] ${n} 张已合入卡片已回填归档，提交于 ${headbr} 并推送"
 }

tests/test_task.py

@@ -604,7 +604,7 @@ class TaskLifecycleTests(unittest.TestCase):
         self.assertTrue((wt / ".task/feature-new.md").is_file())
         card = (wt / ".task/feature-new.md").read_text()
         self.assertIn("make precheck", card)
-        self.assertIn("交付模式：manual（逐阶段人工评审）", card)
+        self.assertIn("交付模式：manual（前序人工决策，智能体 Review/合入）", card)
         self.assertIn("authorized-continuous", card)
         self.assertIn("流程依据：仓库根目录 policy/delivery.md", card)
         for field in ("授权范围", "授权来源", "授权终点", "停止条件"):