Claude Code `/code-review` 提示词深度解析：八视角候选发现与单票召回偏置验证的完整流水线

Claude Code/code-review提示词深度解析八视角候选发现与单票召回偏置验证的完整流水线【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks本文以system_prompts_leaks仓库中提取的 Claude Code 内置代码审查技能提示词 SKILL.md 为核心完整还原其「high effort」档审查流水线的三个阶段——Git diff 采集、8 个独立 Finder 视角、1 票召回偏置验证——并输出契约同时结合同目录的 low.md、medium.md、xhigh.md、max.md 与 README.md梳理五档 effort 的完整路由体系。读完本文你将掌握一套可直接借鉴到自建 Agent 代码审查流程中的多视角候选发现 独立验证 结构化输出的工程范式。一、技能定位一个以 diff 为输入、以 JSON 为输出的审查协议code-review是 Claude Code 编译进二进制、运行时以 user-message 块形式注入对话的内置 slash 命令提示词。其注册 frontmatterSKILL.md#L1-L4完整定义了命令的行为契约name: code-review description: Review the current diff, or a PR number/branch/path target, for correctness bugs and reuse/simplification/efficiency cleanups at the given effort level (low/medium: fewer, high-confidence findings; high→max: broader coverage, may include uncertain findings; ultra: deep multi-agent review in the cloud); with no level given, it reuses the level you typed last. Pass --comment to post findings as inline PR comments, or --fix to apply the findings to the working tree after the review. For ultra on a GitHub.com PR target, --post asks to post the finished reviews findings to the PR as a single comment ... and --no-post hides that option.由此可以归纳出四个关键行为要素要素取值 / 行为effort 档位low/medium/high默认/xhigh/max另有ultra云端多 Agent 审查审查目标当前 diff默认或传入的 PR 编号 / 分支名 / 文件路径级别缺省策略不传档位时复用上一次输入的档位后置动作--comment将 findings 以行内 PR 评论发布--fix在审查后将修复应用到工作树ultra 档对 GitHub.com PR 目标支持--post/--no-post控制结果回写frontmatter 中「low/medium: fewer, high-confidence findings; high→max: broader coverage, may include uncertain findings」这句话是理解整套设计的钥匙档位不只是控制工作量而是切换 precision精确率与 recall召回率的权衡方向。这一点在正文第一行得到直接印证high effort → 35 angles × 6 candidates → 1-vote verify (recall-biased) → ≤10 findings即 high 档的流水线为3 个正确性视角 5 个清理/深度视角每个视角最多产出 6 个候选发现经 1 票验证召回偏置后最终输出不超过 10 条按严重度排序的 findings。二、Phase 0 —— 采集 diff审查范围的确定协议流水线的第 0 阶段SKILL.md#L12-L19规定了审查范围的采集方式这是一个可以直接照搬的实操细节优先执行git diff {upstream}...HEAD获取统一 diff若当前分支没有 upstream则退化为git diff main...HEAD或git diff HEAD~1若存在未提交更改或范围 diff 为空必须追加git diff HEAD把工作树变更纳入范围——因为「审查往往发生在提交之前」若调用时传入了 PR 编号、分支名或文件路径则改为审查该目标。这段协议的工程含义在于它显式承认了 pre-commit 审查场景此时git diff main...HEAD可能为空真正要审的是工作树并用「追加而非替换」的方式把两类变更合并进同一审查范围。后文 low.md 与 medium.md 的 Phase 0 与此逐字一致说明 diff 采集是所有档位共享的固定前置步骤。三、Phase 1 —— 八个独立的 Finder 视角Phase 1SKILL.md#L21-L101是整份提示词的核心通过 Agent 工具并行运行8 个相互独立的 finder 视角每个视角独立产出最多 6 个候选发现每个候选必须携带file、line、一行summary和一个具体的failure_scenario可命名失败场景。若当前工具集中没有 Agent 工具提示词明确要求「不要报错——在当前上下文中顺序地自行完成每个视角和每次验证」即流水线降级为单进程串行模式而不中断。8 个视角可分为三类3.1 正确性视角Angle A/B/C找真 bugAngle A —— 逐行 diff 扫描。逐 hunk 阅读 diff 的每一行然后读取每个 hunk 所在的外层函数——即使未改动的行只要在触及函数内也属于审查范围因为 PR 可能重新暴露或未能修复其中的 bug。对每一行追问一个固定问题「什么输入、状态、时序或平台会让这一行出错」并给出八类高频缺陷清单反转 / 错误条件inverted/wrong condition差一错误off-by-onenull/undefined 解引用缺失awaitfalsy-zero 检查把0//false当作「不存在」处理错误变量的复制粘贴catch 中吞掉本应传播的错误未转义的正则元字符Angle B —— 被删除行为的审计员。对 diff 中每一行被删除或替换的代码先命名它所维护的不变量或行为再在新代码中搜索该不变量在哪里被重新建立找不到即构成候选——被移除的守卫、被丢弃的错误路径、被收窄的校验、被删掉且原本覆盖真实场景的测试都属于此类。这个视角针对的是代码审查中最容易被逐行扫描遗漏的「回归型」缺陷。Angle C —— 跨文件追踪器。对 diff 修改的每个函数Grep 其符号找出所有调用方检查变更是否破坏任何调用点新增前置条件、返回形状改变、新异常、时序/顺序依赖同时检查被调用方——同一 PR 中的并行修改是否使某个调用变得不安全。3.2 清理视角Reuse / Simplification / Efficiency找技术债这三个视角不找 bug而是找「改动引入的清理机会」且都要求给出替代方案Reuse复用标记重新实现了代码库已有功能的新代码——要求 Grep 共享/工具模块与变更邻近文件并点名应当改调用的既有 helper。Simplification简化标记 diff 引入的不必要复杂度冗余或可推导的状态、略有差异的复制粘贴、深层嵌套、遗留死代码要求点名能完成同样工作的更简形式。Efficiency效率标记浪费的工作冗余计算或重复 I/O、本可并行的独立操作串行执行、启动或热路径上新增的阻塞工作。其中有一段颇具洞察力的规则由闭包或捕获环境构造的长生命周期对象会让整个外层作用域在对象存活期间保持存活当作用域持有大值时即为内存泄漏应优先选择只拷贝所需字段的类/结构体。3.3 深度视角Altitude与规范视角ConventionsAltitude深度检查每处修改是否实现在正确的抽象层而不是脆弱的创可贴式修补。「在共享基础设施上叠加特例」是修复深度不够的信号——提示词要求优先泛化底层机制而不是继续添加特例。ConventionsCLAUDE.md 规范定位管辖被改代码的 CLAUDE.md 文件——用户级~/.claude/CLAUDE.md、仓库根 CLAUDE.md以及变更文件任意祖先目录下的 CLAUDE.md / CLAUDE.local.md目录的 CLAUDE.md 只对其自身及以下文件生效。读完每一份存在的文件后检查 diff 是否存在明确违规。该视角有严格的证据门槛只有能逐字引用规则原文并指出被破坏的具体行时才能标记违规——不接受风格偏好不接受对「文档精神」的模糊推断。finding 中必须写明 CLAUDE.md 的路径并引用规则原文以便报告可被溯源若没有适用的 CLAUDE.md该视角返回空。3.4 候选的准入与优先级规则三个非正确性视角cleanup / altitude / conventions的候选与正确性候选共用同一file/line/summary形状但failure_scenario里陈述的是具体代价重复了什么、浪费了什么、为什么更难维护、或违反了哪条 CLAUDE.md 规则而非崩溃。两条全局规则贯穿 Phase 1SKILL.md#L93-L101正确性 bug 永远优先当输出上限迫使裁剪时正确性发现永远排在清理、深度与规范发现之前禁止 Finder 静默丢弃候选凡能命名失败场景的候选一律放行——因为「finder 悄悄丢弃半信半疑的候选、从而绕过验证步骤正是漏报的主要原因」。第 2 条是整个流水线设计哲学的关键与其让 finder 在不确定时自行裁掉候选不如全部提交给下一阶段的独立验证者裁决。四、Phase 2 —— 单票验证召回偏置的三态裁决Phase 2SKILL.md#L103-L121对候选先做去重——同一缺陷、同一位置、同一原因只保留一条——然后对每个剩余候选运行一个验证者via Agent 工具输入为 diff、相关文件与候选本身输出恰好三态之一CONFIRMED/PLAUSIBLE/REFUTED。high 档与 xhigh.md / max.md 共用同一套三态定义而 medium 档medium.md#L97-L111的裁决标准则更严格。high 档的验证规则有两点特别值得注意PLAUSIBLE 是默认出口——不得以「过于推测」或「依赖运行时状态」为由否决一个候选只要该状态是现实可达的。提示词列举了六类必须判为 PLAUSIBLE 的场景并发竞态稀有但可达路径上的 nil/undefined错误处理器、冷缓存、缺失的可选字段falsy-zero 被当作缺失处理代码未排除的边界上的差一错误重试风暴 / 部分失败丢失锚点的正则 / 白名单REFUTED 只在能从代码本身构造证明时成立且必须属于四种情形之一事实错误引用实际行、可证不可能类型/常量/不变量——需展示、本 diff 中已处理引用守卫代码、或纯风格且无可观测影响。最终保留CONFIRMED 与 PLAUSIBLE丢弃 REFUTED。对照 medium 档的表述——「You are reviewing forprecision... every finding you surface should be one a maintainer would act on」——high 档开头那句「You are reviewing forrecall... catching real bugs matters more than avoiding false positives. Err on the side of surfacing」形成清晰对照档位切换的本质是验证者裁决阈值在 precision 与 recall 之间的移动而非简单地增减工作量。五、输出契约≤10 条的 JSON 数组Output 阶段SKILL.md#L123-L141规定了本技能的输出契约——一个最多 10 个对象的 JSON 数组[ { file: path/to/file.ext, line: 123, summary: one-sentence statement of the bug, failure_scenario: concrete inputs/state → wrong output/crash } ]契约的完整规则为按严重度降序排列超过 10 条时只保留最严重的 10 条若没有任何候选通过验证返回[]即使ReportFindings工具可用也不得调用——本审查的输出契约就是上述 JSON 块。这里存在一个值得注意的「双通道」设计同目录的 report-findings-tool.md 给出了ReportFindings工具的完整 JSON Schemalevel枚举五档、findings最多 32 项、每项必含file/summary/failure_scenario另可选short_summary≤60 字符供紧凑 UI 渲染、categorykebab-case 类型标签、verdictCONFIRMED/PLAUSIBLE、outcomefixed/skipped/no_change_needed仅修复后重报时填写。它是供宿主 UI 渲染类型化 findings 的替代输出通道而本 SKILL 明确排除了它说明「JSON 数组走文本」与「工具调用走 UI」是同一套 findings 模型的两种序列化方式。六、五档 effort 全景high 档在路由矩阵中的位置README.md 提供了五档流水线与SKILL.md的关系以及模型维度的路由规则。各档提示词文件均已提取在本仓库中其头部流水线摘要可直接作为对照证据档位流水线各文件头部原文上限low.md1 diff pass → no verify → ≤4 findings单次读取 单次产出跳过测试 hunktest/、__tests__/、fixtures/等只看 hunk 内即可判定的运行时正确性 bug明确不标记风格/命名/性能/缺测试≤4 条medium.md35 angles × 6 candidates → 1-vote verify → ≤8 findings与 high 相同的 8 视角但验证为precision-tuned三态定义更严REFUTED 含「事实错误或他处已守卫需引用证明行」≤8 条high.md / SKILL.md35 angles × 6 candidates → 1-vote verify (recall-biased) → ≤10 findings默认档≤10 条xhigh.md55 angles × 8 candidates → 1-vote verify → sweep → ≤15 findings新增 Angle D语言陷阱专家如 JS falsy-zero /强转、Python 可变默认参数 / 晚绑定闭包、Go nil-map 写入、浮点相等与 Angle E包装器/代理正确性检查方法是否路由到被包装实例而非经 registry/session/全局回环并在 Phase 2 后增加Phase 3 缺口清扫——由一名持有已验证清单的「新审查者」再扫一遍只找清单外的缺陷最多补 8 条≤15 条max.md与 xhigh 相同的 10 视角 验证 清扫结构README 说明「identical to xhigh except header wording」仅 API 推理 effort 参数不同≤15 条几个结构性观察SKILL.md与high.md的关系SKILL.md 技能注册 frontmatter 默认high档正文high.md是去掉 frontmatter 的同一正文。视角集合是档位的显式变量low 无子 Agent 无验证medium/high 为 8 视角A/B/C Reuse/Simplification/Efficiency/Altitude/Conventionsxhigh/max 扩展为 10 视角D 语言陷阱、E 包装器正确性并且每个视角候选上限从 6 提到 8xhigh/max 还额外要求「不要让一个视角的结论压制另一个——两个视角因不同原因标记同一行时两条都记录」。模型族是路由的另一半键README 指出五档文件只是路由矩阵中的default列。二进制中的矩阵还为特定模型族携带了差异化单元格claude-sonnet-5low档改用按min(files, 4)定数的变体而非固定上限 4claude-opus-4-8low–xhigh 使用专属的o48-low/med/high/xhigh提示词max共用共享版claude-opus-5medium与high合并收敛为单一「极简提示词 → 单次细致 diff 通读 → ≤15 findings」单元格且经由ReportFindings上报xhigh复用 opus-4-8 的 xhigh 单元格low与max用共享版。此外每档都有无 Agent 工具的降级路径Agent 工具缺席时同样的视角在单进程内单遍运行且没有子 Agent 验证。二进制中还有未收录的兄弟变体以ReportFindings工具调用替代 JSON 数组的输出模式、工件发布步骤findings 渲染为可分享 HTML 页、以及启用 workflows 时 high/xhigh/max 采用的 workflow 编排每个正确性视角一个 finder、一个合并的清理 finder、每个 distinct file:line 一个验证者、最后综合。这些说明该技能的生产形态是一个「effort × 模型族」二维路由矩阵仓库中的六个文件是其中default列的完整快照。七、设计启示可复用的 Agent 审查工程模式把 SKILL.md 从一份提示词抽象为一套工程方法可以提炼出五条可迁移的模式候选发现与验证职责分离finder 只负责「能命名失败场景就放行」验证者独立裁决三态。这消除了单 Agent 自审时「先入为主、静默丢弃」的漏报主因等价于把 review 与 re-review 做成两个不共享心智模型的 pass。验证阈值参数化同一套三态验证仅靠改写裁决标准medium 的 precision 表述 vs. high 的「PLAUSIBLE by default 六类现实可达场景清单」即可切换精确率/召回率取向而无需改动视角定义——提示词本身就是配置。视角正交化逐行扫描、删除审计、跨文件追踪、语言陷阱、包装器正确性、复用、简化、效率、深度、规范——十个视角各自覆盖一类缺陷成因且 xhigh/max 显式禁止视角间相互压制最大化候选多样性。证据门槛分级正确性 bug 要求「具体输入/状态 → 错误输出/崩溃」规范违规要求「规则原文 被破坏行」双引用REFUTED 要求「从代码可构造证明」。每条发现都必须可被第三方复核。上限 排序 空集约定≤N findings、严重度降序、无结果返回[]——为下游PR 评论器、修复 Agent、UI 渲染器提供稳定可解析的输出契约而非自由文本。适用前提与限制本文内容基于该仓库对 Claude Code 2.1.245 捆绑包的提取与字节级核对见 README.md 的提取说明反映的是特定版本二进制的提示词内容--comment/--fix/--post等运行行为以 Claude Code 官方实际版本为准且ultra档为云端多 Agent 审查本仓库未包含其提示词正文。参考文件清单文件内容Anthropic/claude-code/skills/code-review/SKILL.md技能注册 frontmatter high 档默认档正文本文主分析对象Anthropic/claude-code/skills/code-review/high.mdhigh 档正文无 frontmatterAnthropic/claude-code/skills/code-review/low.md / medium.md / xhigh.md / max.md其余四档提示词档位对照依据Anthropic/claude-code/skills/code-review/report-findings-tool.mdReportFindings工具描述 JSON Schema类型化输出通道Anthropic/claude-code/skills/code-review/README.md提取说明、五档路由表、模型族路由矩阵【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考