从退休到复出：一个人重新定义开发

Peter是PSPDFKit的创始人，把PDF工具卖给全球大厂后退休了三年，旅行、派对、找不到人生意义。2025年11月突然复出，做了个周末项目叫Clawdbot（后改名Moltbot，现在叫OpenClaw）。两个月后GitHub星标破14万，成了2026年开年最火的开源项目，连Mac mini都因为它卖断货。

大多数人看到的是"AI让一个人顶一个团队"。但更值得关注的是：他把"开发"这件事当产品重新设计了一遍。

并行开发架构：本质是PM在做流程设计

Peter给4个AI Agent各分配一块职责——UI、测试、重构、新功能，这是模块化架构思维。但真正精妙的是他在多个不确定性Agent之间建立的协作协议：

  • 原子化commit做同步点：本质上是把Git当成了消息队列，每次提交都是一个明确的状态快照
  • 信任度分级：OpenAI Codex 95%直接合并，Claude Code 80%快速review，其他模型低于70%仔细检查——这是在做风险分层和人工介入的ROI计算
  • Git worktrees隔离：每个Agent在独立分支工作，冲突了统一合并到集成分支再人工仲裁

逻辑极其清晰：先隔离、再汇总、最后把关。

这套流程放在团队管理里，就是标准的敏捷开发加代码审查机制，只不过团队成员换成了AI。

不同模型设定不同信任阈值，这个细节很关键

很多人用AI还停留在一问一答阶段，而Peter的做法是给每个模型划定了明确的"自治边界"。95%信任度意味着几乎免审直接合并，80%意味着快速过一眼，70%以下则需要逐行检查。

这不是拍脑袋定的数字，而是基于实际使用中对不同模型输出质量的经验判断。它解决的核心问题是：人的注意力是有限的，必须把review精力分配到最需要的地方。

思路可以平移到任何工作场景

Peter这套玩法门槛不低，需要懂Git、懂容器、懂命令行，还得舍得烧Token。但底层思路完全可以迁移：

  • 写内容：一个Agent负责选题、一个负责初稿、一个负责改写、一个负责排版，人只负责最后把关和调整语气
  • 做视频：把流程拆分成多个步骤，在关键节点参与校验
  • 做产品：需求拆解、原型生成、代码实现、测试验证，各环节指定不同的AI工具和审核标准

关键前提是：你得先把自己的工作拆解成可并行的模块，加上明确的交付标准，然后再考虑用什么工具。

核心能力的转变

真正值钱的不是"我会用Claude"或"我会用Codex"，而是能不能像PM一样思考：工作流程里哪些环节可以并行、哪些需要串行、哪个环节的容错率是多少。

Peter退休三年复出后做的第一件事，不是学最新的AI工具，而是用PM思维重新定义了一个人怎么做开发。对于想搭建自己AI工作流的人来说，与其纠结选哪个模型，不如先画一张自己工作的流程图，找到可以并行的模块和需要把关的节点。系统设计能力，才是一人公司真正的护城河。