在AI辅助编程的世界里，很多开发者认为需要两个模型——Claude Code和Codex——才能分别处理代码编写和审查。但如果只有Claude Code呢？本指南教你如何通过隔离上下文，用单个Claude Code模型同时完成代码编写和审查，配有实操步骤和代码示例。
为什么一个模型能做两件事：隔离上下文是关键
关键不在于有第二个模型，而在于有一个第二个干净的上下文。当模型在同一对话中审查自己的代码时，它会被原始实现所偏见。而独立上下文就像一双全新的眼睛——它没有看过编码过程，只关注代码本身。
例如，如果你让Claude Code在同一聊天中审查自己的代码，它可能漏掉以下问题：
- 未清理的幂等键导致内存泄漏。
- 高并发订单系统中的竞态条件。
独立上下文中的审查代理能发现这些问题，因为它不受代码编写过程的影响。
在Claude Code中设置代码审查代理
要创建专用的审查代理，需要一个配置文件。以下是操作步骤：
步骤1：创建代理配置文件
在项目的.claude/agents/目录中，创建名为code-reviewer.md的文件。该文件包含两部分：frontmatter（配置）和prompt（审查者指令）。
---
name: code-reviewer
description: 审查代码变更中的问题。
tools: Read, Grep, Glob, Bash
model: inherit
---
# 代码审查指南
01. 只关注发现问题，不修复问题。清晰列出问题。
02. 检查内存泄漏，特别是幂等实现中的。
03. 验证高流量功能的并发安全性。
04. 确保代码遵循最佳实践（可读性、可维护性）。
05. 使用 `git diff` 理解变更，只审查修改的部分。
06. 报告问题时不建议代码修改——将修复留给主对话。步骤2：理解配置
name：标识代理（如code-reviewer）。description：告诉主Claude Code何时使用此代理。tools：将代理限制为只读工具（Read、Grep、Glob）和git diff（通过Bash）来分析变更。无写入/编辑工具，防止直接修改代码。model: inherit：使用与主对话相同的模型（因此不需要Codex）。
实践中如何使用审查代理
设置完成后，使用代理非常简单：
- 在主对话中编写代码：让Claude Code编写代码，例如"实现幂等订单API以防止重复下单。"
- 触发审查代理：代码写完后请求审查："使用
code-reviewer检查最近的幂等订单API变更。" - 分析反馈：审查代理会生成问题列表。例如可能指出：
- "幂等键未清理，导致内存膨胀。"
- "并发订单请求中存在竞态条件。"
- 在主对话中修复问题：回到主聊天处理问题，然后对高风险变更重复审查流程。
何时使用审查代理（以及何时跳过）
并非所有变更都需要完整审查。使用此基于风险的检查清单来决定：
- 高风险变更（使用审查代理）：
- 认证/授权逻辑。
- 金融交易（如支付系统）。
- 数据删除功能。
- 高并发功能（如订单处理）。
- 低风险变更（跳过审查）：
- UI文字或样式调整。
- 文档更新。
- 不涉及业务逻辑的小重构。
超越Claude Code：将此方法应用到Codex
这种方法不限于Claude Code。如果你使用Codex，可以在.codex/agents/reviewer.md中创建类似的审查代理，结构相同。Codex甚至有内置的/review命令一键审查，工作方式与Claude Code的code-reviewer相同。
常见问题
可以用同样的方法配合其他AI编程工具吗？
可以。核心原则——隔离上下文进行审查——适用于任何支持自定义代理或独立对话上下文的AI编程助手。Codex有内置的/review命令，Cursor支持.cursor/rules用于自定义审查指令。关键是确保审查者没有原始编码会话的记忆，从而客观评估代码。
如果审查代理漏掉重要问题怎么办？
没有任何审查流程是完美的。对于关键代码（认证、支付、数据删除），将AI审查与传统方法结合：同行代码审查、自动化测试和静态分析工具。AI审查代理是一个强大的第一道过滤器，能快速发现常见问题，但它应该补充而非替代高风险变更的人工监督。
这与Claude Code内置的审查功能有何不同？
Claude Code具有内置的代码理解能力，但在同一对话中审查自己的输出时会带有实现偏见。专用代理方法通过将审查者隔离在独立上下文中，创建真正独立的审查。这与Codex的/review命令有效的架构原理相同——它启动一个新的代理实例，只看到差异，看不到开发历史。