代码审查代理的解放：从界面绑定到可组合工作流

摘要

Amp代码审查代理经历了从传统diff阅读界面到编辑器内审查，再到完全解耦的演进过程。如今审查代理已成为可组合的子程序，支持在CLI、智能线程和编辑器等多场景调用，并可通过自定义检查实现特定审查标准。这一转变使代码审查更加灵活高效，同时便于与其他工具链集成实现自动化修复。

内容框架与概述

文章首先回顾了代码审查工具的演进历程，从最初依赖外部审查UI的传统模式，到Amp审查代理将流程移至编辑器内实现即时评论处理，最终实现完全解耦。这一演进使审查代理成为可在任何需要场景下调用的独立组件。

接着文章详细介绍了当前版本的三种主要调用方式：CLI中的直接执行、智能线程中的自然语言请求，以及编辑器扩展面板的并行审查。文章强调这种可组合性使得审查结果可直接传递给主代理进行自动修复，或集成到其他命令流程中。

文章后半部分重点阐述了Checks自定义检查机制。开发者可在.agents/checks/目录定义针对特定代码库的标准和规则，每个检查独立运行以确保覆盖。文章列举了性能模式、安全规范、迁移提醒等多种实用检查类型，并说明其作用域规则。

核心概念及解读

审查代理解耦：将代码审查功能从特定UI中分离，成为可独立调用的通用组件，提升了灵活性和集成能力。

多场景调用：审查代理可在CLI、智能线程、编辑器等多种上下文中被触发，适应不同开发工作流需求。

自定义检查（Checks）：用户可在代码库特定目录定义审查标准和规则，实现定制化的代码质量控制。

可组合性：审查代理可作为子程序与其他工具链集成，支持自动修复和命令管道等扩展用法。

原文信息

此摘要卡片由 AI 自动生成