看到一个非常有意思的项目：PR Lens。
现在 Agent 提交的 PR 越来越多，一个很现实的问题是：我们已经越来越没有能力，也没有必要，一行一行把代码全部读完。
但问题又来了——对于 Agent 写的代码，或者别人提交过来的 PR，有时候我并没有足够的信心。那我还是得知道：这里面到底发生了什么？
自己主导的开发其实还好。我现在会直接把 Spec 转换成可阅读的 Report，也专门写了 Skill 做这件事。但对于外部提交过来的一个「裸 PR」，怎么办？
PR Lens 做的就是这件事。它会把 PR 转换成架构图和数据流，告诉你：哪些组件受到了影响；调用链发生了什么变化；数据是怎么流动的；整个改动是怎么一步步发生的
比较酷的是，它还能把这些变化做成动画效果，直接在线查看。
于是 Review 的方式就从：
理解代码 → 理解系统变化
变成了：
先理解系统变化 → 再决定哪些代码值得下钻
我觉得这个思路非常有意思。
特别是 Agent Coding 越来越普及之后，人真正需要 Review 的可能已经不是每一行代码，而是 Change 本身。
很适合 Fork 一份，放到公司内部使用。
github.com/coldteadotai/p…
- 看到一个非常有意思的项目：PR Lens。 现在 Agent 提交的 PR 越来越多，一个很现实的问题是：我们已经越来越没有能力，也没有必要，一行一行把代码全部读完。 但问题又来了——对于 Agent 写的代码，或者别人提交过来的 PR，有时候我并没有足够的信心。那我还是得知道：这里面到底发生了什么？ 自己主导的开发其实还好。我现在会直接把 Spec 转换成可阅读的 Report，也专门写了 Skill 做这件事。但对于外部提交过来的一个「裸 PR」，怎么办？ PR Lens 做的就是这件事。它会把 PR 转换成架构图和数据流，告诉你：哪些组件受到了影响；调用链发生了什么变化；数据是怎么流动的；整个改动是怎么一步步发生的 比较酷的是，它还能把这些变化做成动画效果，直接在线查看。 于是 Review 的方式就从： 理解代码 → 理解系统变化 变成了： 先理解系统变化 → 再决定哪些代码值得下钻 我觉得这个思路非常有意思。 特别是 Agent Coding 越来越普及之后，人真正需要 Review 的可能已经不是每一行代码，而是 Change 本身。 很适合 Fork 一份，放到公司内部使用。 github.com/coldteadotai/p…
理解变化我认为是未来的方向。之前我就有帖说过，尤其在一些行业领域，AI需要理解的是从「事实 - 认知 - 结果」这中间产生变化的思想过程。一会看看这个PR Lens，很多法律疑难商事诉讼极度需要这种变化过程的记录，可以分阶段回溯修改、记录复盘、方便交接以及适合On broading。
我必须给团队装上这个，我实在不想再一行行看 Agent 的 PR 了
