【不写代码的程序员：Clawd开发者如何用AI重新定义软件工程】

Peter Steinberger是PSPDFKit的创始人，这个PDF框架被超过10亿台设备使用。他曾经是那种对每一行代码、每一个空格都极度苛求的工程师。三年前他因为严重倦怠离开了科技圈，今年回归后，他的工作方式让整个行业侧目。

他现在同时运行5到10个AI代理，每天能合并600个提交，而且不是垃圾代码。他甚至不再逐行阅读自己发布的代码。

这听起来像是在玩火，但Peter有一套完整的方法论。

他把这种工作方式叫做“代理工程”，刻意与“氛围编程”划清界限。核心原则只有一个：闭环。让代理能够自己验证代码、运行测试、迭代改进。一旦建立了这个验证循环，阅读代码本身就变得不那么必要了。

这背后有一个深刻的洞察：AI之所以在编程领域表现出色，是因为代码可以被验证。你可以编译它、运行测试、检查输出。但写作或创意工作就没有这样清晰的反馈机制。所以关键不是让AI写代码，而是设计一个系统让AI能够自我纠错。

Peter的工作流程也完全不同于传统开发。他不是发送一个提示然后等待结果，而是与模型进行对话。讨论架构选择，探索不同方向，直到真正想清楚要什么，才让代理去执行。他说，与其对代理的行为感到沮丧，不如花时间理解它是如何解读任务的。学习机器的语言，这本身就是一项需要培养的技能。

他甚至不再使用传统的CI流程。如果代理在本地通过了测试，他就直接合并。他现在看Pull Request时，更关注的是提示词而不是代码本身，因为提示词能告诉他思考过程，而代码只是结果。

这种方式对他的精力消耗反而更大。因为他不再是一个写代码的人，而是同时管理多个代理的架构师。他需要在不同任务之间快速切换，设计验证循环，做出架构决策。这更像是项目管理和质量保证的结合，而不是传统的实现工作。

Peter观察到一个有趣的现象：那些对内部实现细节不那么执着、更专注于构建产品的人，在使用AI时往往更成功。而那些热爱解决底层难题、喜欢深入算法细节的工程师，反而更难适应，因为AI恰恰在做他们最享受的那部分工作。

对于新人，他的建议是保持无限的好奇心。你不需要写很多代码，但需要通过实践来积累系统理解。你有一个无限耐心的机器可以解释一切，关键是你要知道问什么问题。

软件工程正在经历一次范式转移。代码审查可能会消亡，PR可能会变成“提示请求”。但有些东西不会变：对产品的品味，对用户体验的执着，以及让复杂技术消失在魔法般体验背后的能力。

工具在变，但构建者的本质没有变。

www.youtube.com/watch?v=8lF7HmQ_RgY