开发者分享处理大型代码拉取请求的实用方法

Jinjing Liang分享了他处理大型代码拉取请求（PR）时验证有效的方法，一共分为五步。

第一步是在开始编写代码前，完成约20轮规划与审核循环。

第二步是使用Claude Code的ultracode模式完成具体代码实现。处理这种规模的变更时，Claude的适配性比Codex好很多，Codex通常会出现逻辑混乱，这次Claude Code在ultracode模式下自主运行了72小时。

第三步是把代码审核拆分成多个小块。他启动了5到10个审核智能体，每个只专注于一个细分领域，比如向后兼容性、远程主机逻辑、聊天界面等。

这项拆分工作借助@orca_build的内置编排功能完成，混合使用了Claude Code、Codex、Grok和OpenCode四款工具。

第四步是添加大量自动化测试。他在开创新分支前和开发过程中，都添加了许多集成测试与端到端（E2E）测试，来降低代码回归的概率。

第五步是自用测试，也就是“吃自己的狗食”。除了开发环境测试外，他从当前分支构建了内部生产版本，自己实际使用了几天，通过这种方式发现了大量bug。

对于ultracode模式，只需要给Claude提供最终确定的规划，之后就可以交由它自主协调子智能体、传递上下文。

Jinjing Liang没有深入探究它的内部处理过程，它在过程中可能进行了多次上下文压缩，最终输出的结果可以正常使用。

多个不同智能体做代码审核时，会通过Orca的编排器打开消息通道互相通信。如果发现审核问题，会将内容写入markdown文件，最终由编排智能体汇总所有文件。

好奇的用户可以访问链接查看gemini-3.7-flash生成的这份PR说明文档。