2026年2月8日 1 分钟阅读

OpenClaw 创始人公开的 AI 编程 10 条原则

GitHub 史上最快获星项目的创建者 Peter Steinberger 分享与 AI 编程代理协作的 10 条实战原则。

看完 OpenClaw（原 Clawdbot）创始人 Peter Steinberger 的访谈后，我着实受到了不小的震撼。他也是 GitHub 有史以来获星速度最快的项目的缔造者。

Peter 是一位经营了 13 年 60-70 人公司、完成出售后休息了三年再复出的资深开发者。他对 AI 时代开发的理解，与我们大多数人的认知截然不同。

简单的开端

一开始并没有什么宏大的商业计划。他只是抱着”玩玩 AI”的心态起步，因为想在外出时通过 WhatsApp 和家里的电脑对话，所以做了这个工具。

转折发生在一次旅行中。他给代理发了一条语音消息，但他从来没写过语音支持功能。结果代理自己识别了 Opus 文件格式，找到 ffmpeg 进行转换，定位到 API 密钥，完成了转录和翻译，然后把回复发了回来。那一刻他意识到，代理是”聪明且足智多谋的野兽”。

基于这些经历，Peter 总结了 AI 编程的 10 条原则。

管理 70 人团队的经验让他学会了接受不符合自己风格的成果。代码和你的偏好不完全一致但能正常运行，那就够了。这种灵活性成为了他与代理协作时最大的资产。

Peter 把这称为”闭合循环（Close the loop）“。编译、lint、运行、验证 - 全部由代理自己完成。人类在中间确认的环节会成为瓶颈，拖慢整体速度。

代码本身不如生成代码的 prompt 重要。外部 PR 基本拒绝，只提取核心想法重新做成 prompt。他的兄弟也用同样的方式工作 - 说明这个模式已经在扩散。

即使在 Discord 上，核心团队也不讨论代码细节。他们只讨论系统结构、重大决策和方向。实现细节是代理的事 - 这个观念已经深入整个团队。

不在单一任务上死磕，而是把多个任务并行排队。制定计划、交给代理，马上转到下一个。Peter 说这样才能保持”心流状态”。

和代理充分反复沟通，打磨计划。质疑、修改、反驳、直到满意为止。他偏好 Codex 而非 Claude Code 来执行，因为 Claude Code 会在运行中提确认问题，打断心流。计划足够扎实，执行阶段几乎不需要介入。

指令太具体会让 AI 只在那个范围内行动。有意留出空间，让代理发现你没想到的方向。亲自试过后发现确实有效 - 经常会出现意想不到的解决方案。当然不需要每次都这样做。

远程 CI 流水线等 10 分钟太浪费了。设计系统让代理在本地直接跑测试。反馈循环越短，迭代速度越快。

应用代码的大部分就是”把数据从一种形式转换成另一种形式”。没必要执着于这些，交给代理就好。精力应该放在系统设计上，而不是数据搬运上。

喜欢解算法题的开发者反而在 AI 转型中更吃力。比起实现细节，更关心成果和发布的人适应得更快。这是我在身边经常观察到的规律。

他预测无数应用会消失，只留下 API。不需要打开 MyFitnessPal 手动输入，只要给代理发一张食物照片，它就会自动计算卡路里并调整你的健康目标。

可以有各种争论，但 Peter 的 10 条原则指向的方向只有一个：放下完美主义、用架构讨论代替代码评审、让代理自行验证、同时运行多个代理。

这一切都收敛于”构建一个开发者不必亲自写代码的环境”。AI 时代真正的实力不是写好代码，而是设计一个不写代码也能解决问题的体系。

参考资料：

获取关于我最新项目、文章以及 AI 和 Web 开发实验的更新。