从 Pull Request 到 Prompt Request：Peter Steinberger 的编程新范式

如果有人说：“我今天合并了 600 个 commit，但我几乎没怎么看代码。”

在传统的软件工程视角下，这听起来像是一个危险的信号，甚至会被视为不负责任的开发行为。但在技术圈，PSPDFKit 的创始人 **Peter Steinberger** 最近的实践，却在挑战这一根深蒂固的观念。

一、 当“代码洁癖”遇到 AI

Peter Steinberger 以严谨著称，他一手打造的 PSPDFKit 运行在全球超过 10 亿台设备上。作为一名坚持了 15 年、对每一行缩进都有近乎执拗要求的开发者，他在消失三年回归后，提出了一个极具争议的观点：“代码审查（Code Review）已死。”

在最近的一个项目中，他通过 AI 生成并合并了数百个 commit。他发现自己现在的工作方式发生了根本性的变化：相比于检查最终的代码输出，他花在审阅 Prompt（提示词）上的时间反而更多。

“我读提示词比读代码多。因为对我来说，提示词更能体现你是如何找到解决方案的，你的引导过程是怎样的。这比实际的代码输出更能让我了解项目的逻辑状态。” —— Peter Steinberger

这一观察引出了一个核心命题：在 AI 时代，Pull Request 正在演变为 Prompt Request。

二、 范式转移：审视“意图”而非“结果”

为什么审查重点会发生位移？因为代码正逐渐从“手工艺品”变为“工业化产出的结果”，而 Prompt 才是真正的 逻辑意图 。

以处理复杂的大数据作业为例：

• 传统的代码审查 ：审阅者需要逐行检查 Scala 或 Python 代码，验证逻辑判断是否严密、异常处理是否到位、资源释放是否及时。
• 基于意图的审查 ：审阅者检查开发者给 Agent 下达的指令。你是否明确了边界条件？你是否定义了性能约束？你又是如何引导 AI 解决特定技术瓶颈的？

如果开发者提供的逻辑指令是严密的，并且配备了完善的自动化测试套件来验证结果，那么 Review 那些由 AI 生成的、冗长的样板代码，其优先级确实在下降。

三、 避坑指南：Vibe Coding vs. 闭环编织

Peter 的做法并非盲目信任 AI，他将这种新的开发方式称为“编织”（Weaving）。这与目前流行的 **Vibe Coding（自嗨式编程）** 有着本质区别：

1. 闭环验证 ：不仅要求 AI 生成功能代码，还必须同步生成对应的测试用例。
2. 自我迭代 ：当测试失败时，开发者引导 AI 阅读 Log、分析堆栈信息并自动修复 Bug，而非手动介入修改细节。
3. 身份重塑 ：开发者从逐字敲击的“写作者”，转变为设定逻辑纹理的“编织者”。

以前，程序员的核心竞争力可能在于对语法细节的掌控和内存管理的精妙；以后，核心竞争力将转向逻辑架构的严密性以及 指挥 Agent 的协作能力 。

四、 结语：程序员的两种未来

工具的更迭往往伴随着职业范式的重构。在 AI 深度参与开发的今天，平庸的“代码打字员”可能会被自动生成的冗余代码淹没。

未来的开发者或许会分化为两个方向：

1. 编织者 ：擅长构建复杂的逻辑链条，通过精准的指令控制 Agent 产出高质量的工程实现。
2. 维护者 ：依然深陷于逐行修复生成的 Bug 之中，难以逃离代码膨胀的泥潭。

与其卷手速，不如开始磨炼你的逻辑表达与系统思维。