OpenClaw 作者的 PR review 思路是什么样的？

最近看到 openclaw 作者分享他 review PR 的流程，挺有意思。

他说基本每个 PR 都会过一遍类似的循环：

review → 这个问题是否定义清楚 → 这个修复是不是最好的方案 → 如果不是，继续讨论，甚至直接重写 PR。

他贴的几个例子很典型。
很多改动 technically 是对的，tests 也能过，但实现方式太局部，只是把当前的问题补上，没有考虑原本的抽象结构。比如在 module import 时计算常量、在顶层字段上叠语义、或者在某个 helper 里加特判，这些都能 work，但会让整个 repo 的模型慢慢变得不一致。

他说一句话很真实：

Most folks send too localized fixes that would end up making the project unmaintainable.

这件事在 AI coding 之后更明显了。
模型很擅长做 minimal fix，让代码通过编译、通过测试，但不太关心 repo 的设计边界，也不会主动维护长期的语义一致性。

结果就是 PR 的数量变多了，但真正需要 maintainer 做的事情反而更偏向架构裁决，而不是找 bug。

某种程度上，现在的流程变成了：

AI 写 patch
人类 review design

能跑不再是标准，
不破坏模型才是标准。