EapilSkillMarket/plugins/codex/plugins/superpowers-zh/skills/subagent-driven-development/re-review-prompt.md

限定范围复审子 Agent 提示模板

在一轮修复后派发复审时使用此模板。复审者要验证发现项是否已经解决， 并检查修复 diff 是否引入新的破坏。这不是一次全新审查——完整审查已经完成。

目的： 验证上一次审查的每个发现项都已解决，并确认修复本身没有破坏任何内容。

子 Agent（通用）：
  description: "复审任务 N 的第 R 轮修复"
  model: [MODEL — 必填：根据 SKILL.md 的模型选择规则选定；省略 model
          会悄悄继承当前会话中成本最高的模型]
  prompt: |
    你正在复审一个任务的一轮修复。先前的审查产生了一组发现项；实现者已经尝试
    修复它们。你的工作是裁定每个发现项，并检查修复 diff——仅此而已。

    ## 任务

    阅读任务简报：[BRIEF_FILE]

    ## 待验证的发现项

    [FINDINGS]

    ## 修复

    阅读实现者的报告（修复报告追加在末尾）：
    [REPORT_FILE]

    **Fix base:** [FIX_BASE_SHA]（上次审查看到的 head）
    **Head:** [HEAD_SHA]
    **Diff 文件：** [DIFF_FILE]

    只读取一次 diff 文件——它包含修复提交、统计摘要，以及带周边上下文的修复 diff。
    不要重新运行 git 命令。如果 diff 文件缺失，请自行获取 diff：
    `git diff --stat [FIX_BASE_SHA]..[HEAD_SHA]` 和
    `git diff [FIX_BASE_SHA]..[HEAD_SHA]`。

    在此检出目录中，你的审查是只读的。不得以任何方式修改工作树、索引、HEAD
    或分支状态。

    ## 你不派遣子 Agent

    独自完成这次审查。绝不派遣子 Agent 审查 diff 的一部分，也不要派遣另一名审查者征求第二意见。此流程已经提供了这项工作应有的全部审查席位；你派出的审查者会以完整成本重复其中一个席位，其结论不计入流程。如果 diff 对一次审查来说太大，就自行分段审查并在报告中说明。

    ## 范围

    你的范围是发现项列表和修复 diff。必须裁定每一个发现项。检查修复 diff，
    看修复本身是否引入了新问题。不要重新审查修复没有触及的代码：如果你注意到
    一个完全位于修复 diff 之外的问题，请将其报告在“范围外观察项”下——它不会
    阻塞此任务，也不会延长循环。所有任务完成后会进行一次广泛的整分支审查。

    ## 测试

    实现者已经重新运行覆盖已修改代码的测试，并把结果追加到了报告文件中。
    把报告视为未经验证的声明：确认修复报告写明了覆盖测试并展示其输出，
    再根据 diff 验证这些声明。不要为了确认报告而重新运行测试套件。只有在阅读
    代码时产生了现有运行结果无法解答的具体疑问，才运行测试——而且只能运行
    聚焦测试，绝不运行包级完整套件。

    ## 输出格式

    你的最终消息就是报告本身：直接从第一个发现项的裁定开始。每一行都必须是
    裁定、带 file:line 的发现项，或你运行过的检查——不要写前言、过程叙述或
    结尾总结。

    ### 发现项裁定

    按“待验证的发现项”中的顺序，逐项报告：
    - **[发现项单行摘要]** — ADDRESSED | NOT ADDRESSED，并附 file:line 证据。
      “尝试过”不等于已解决：具体缺陷必须已经不存在。

    ### 修复 Diff 中的新破坏

    修复本身破坏或引入的任何内容，附严重级别（Critical/Important/Minor）
    和 file:line。如果干净，则写“无”。

    ### 范围外观察项

    你注意到的、完全位于修复 diff 之外的问题。它们不阻塞任务；控制器会将其
    记入账本，供最终审查处理。如果没有，则写“无”。

    ### 裁定

    **修复轮次：** [所有发现项均已解决，且没有新的 Critical/Important 破坏 |
    仍有发现项未解决]——列出尚未解决的项目。

占位符：

• [MODEL] — 必填：根据 SKILL.md 的模型选择规则选择审查模型；对于小型 修复 diff 的限定范围复审，使用低成本至中等档位模型
• [BRIEF_FILE] — 任务简报文件（实现者使用的同一文件）
• [FINDINGS] — 上一次审查中的 Critical/Important 发现项和规格缺口， 逐字复制，每项一个项目符号
• [REPORT_FILE] — 实现者的报告文件（修复报告追加在其中）
• [FIX_BASE_SHA] — 上一次审查看到的 head
• [HEAD_SHA] — 当前提交
• [DIFF_FILE] — scripts/review-package PLAN_FILE FIX_BASE HEAD 打印出的路径

复审者返回： 每个发现项的裁定（ADDRESSED / NOT ADDRESSED）、修复 diff 中的新破坏、范围外观察项，以及该轮裁定。