开发工程 / 工作流案例

我试了试动态工作流,一开始没觉得有多大用处。

初级到中级 首次搭建后持续迭代 @seejayhess
结果

7 个 PR 堆栈审查实战 + 抓 bug / 去重代码 | 6 步对抗式动态 workflow,把代码审查拆成多泳道 sub-agent review

适合谁

负责审 PR / code diff / 技术方案的工程负责人、tech lead、重度 Claude Code 用户

我试了下动态工作流,一开始没觉得有多好用。今天花时间琢磨自己哪里没搞对,结果学到不少。

主要是发现它在对抗性 Agent 任务里特别有用。我刚用它审查了一个 7 个 PR 的堆栈。我是这样做的:

Claude 特别喜欢自己的作品,这就导致很难获得高质量的审查,就算用其他独立的 Agent 也一样。

不过,用 ultracode 把审查拆成很多聚焦的小段,效果真的炸裂。

我的流程是这样的:

  1. 定义任务——通常是审查一个计划或代码 diff,以及需要关注的重点。可以把它想象成 PR 描述。
  1. 为审查者定义泳道。对我而言有几种不同的类型,但通常是正确性、代码重复、安全性、可维护性等。这一步是你最应该花脑力打磨自己泳道的地方。(我喜欢在技能里加一个哲学部分,让 Agent 进入正确的心态。)
  1. 开启 ultracode(希望你早就开了)。
  1. 告诉模型先审查它已有的内容(diff、计划、文档等),然后创建一个工作流,把审查拆得尽可能细,以达到你想要的效果,并且让它们极度对抗。我经常说“让它们超凶”。
  1. 然后(我最喜欢的一步),要求每个 Agent 必须返回一种验证自己发现的方法。
  1. 最后,让主 Claude 在收到所有发现后进行统一验证,然后排序并呈现给你。

我的建议是:复制这条推文,丢给 Claude,再加上你自己的风格和你实际要审查的目标。迄今为止,我已经看到它抓住了 bug、产出了更干净的代码,还阻止了我在代码库里搞出 28 个日期格式化器。

相关案例