我不再阅读代码，代码评审反而变好了

摘要

作者分享了他如何从传统的逐行人工代码审查转变为使用13个专业AI代理并行审查的新模式。当一个简单的邮件签名bug修复最终涉及27个文件、超过1000行代码变更时，AI审查系统在10分钟内发现了一个他可能遗漏的关键bug——代码指向了错误的数据存储位置。这种"复合工程"方法让他只花15分钟做决策就完成了代码发布。

内容框架与概述

文章以一个真实案例开篇：作者的AI邮件助手Cora出现签名格式问题，Claude Code的修复涉及大量代码变更。作者由此引出核心论点——AI时代打破了代码编写与审查时间5:1到10:1的传统比例，人工审查已不可持续。

作者详细介绍了他的解决方案：使用compound engineering plugin构建的13个专业AI审查代理系统。这些代理各有专长，如个人风格偏好检查、代码简洁性审查、数据完整性守护、安全检查等，它们并行工作，通过/workflows:review命令触发，再用/triage命令对发现的问题按严重程度排序并引导决策。

文章还展示了软件开发的连锁反应特性：修复Gmail签名破坏了纯文本版本，修复纯文本又产生空行问题，如此迭代了十个版本。作者提出"50/50规则"——花一半时间修复bug，另一半时间将教训写入AI的记忆系统，确保错误不再重复。

核心概念及解读

复合工程（Compound Engineering）：一种AI协作开发范式，核心在于多个AI代理并行审查，发现问题后转化为决策，每次修正都用于训练系统避免同类错误，形成持续改进的闭环。

专业化AI审查代理：作者创建了13个各有专长的AI审查者，如kieran-reviewer学习了作者的代码偏好，security-sentinel专注安全漏洞，data-integrity-guardian验证数据库变更。单一审查者无法在27个文件中捕获所有问题，专业化分工弥补了这一缺陷。

Triage（分诊）流程：将13个审查代理的发现按严重程度排序，以统一格式呈现问题、影响和建议方案，引导开发者快速做出接受、跳过或定制指令的决策。

50/50规则：花费相同时间修复bug和编写"记忆"——将踩过的坑记录到AI的上下文文件中，使系统能够学习并在未来自动规避同类问题，实现知识的持续积累。

原文信息

此摘要卡片由 AI 自动生成