我经营着一家单人咨询公司，同时在给自己做一套当初就想要的软件（CRM → 提案 → 电子签名 → 工时 → 开票 → 客户门户，全都放在一个应用里）。就我一个人，所以我的杠杆几乎全在怎么组织开发流程上。分享这套工作流是因为它确实管用，另外再讲一个教训，因为它真的让我疼过。 工作流：

  • 每个独立工单都交给各自独立的 AI agent，跑在各自的 git worktree 里，并行推进。昨天我同时开了约 7 个——一个 Stripe 异步修复、一个存储 SDK 卸载、一轮 CI 提速、几批 bug。
  • 每个 agent 必须先写一个能证明会失败的测试（回退修复、看它失败、再恢复），开 PR、读自动代码评审，把 nit 以上的问题全部修掉——之后才允许它自称完成。
  • 我只在 CI 全绿时串行合并，而且合并前还要再核一遍评审。agent 永远不自己合并。
  • 有个 watcher 在 PR 的检查状态翻转时通知我，这样我就不用盯着 CI。 净结果：我一天合并了 20+ 个 PR 并发了版，而这批里最难缠的两个 bug 是自动评审抓出来的，不是靠测试通过发现的——一个 webhook 返回了 200，却在悄悄丢掉写入；还有一个 Stripe 断连，可能让一个过期账号一直挂着。CI 全绿不等于「正确」。 那个错误：我这次发布的测试任务「卡住」在 50+ 分钟，连着三次。我每次都取消重试，坚信是死锁。其实不是——这套测试现在真的要跑约 80 分钟（随着代码库变大，它悄悄翻了一倍），而我是在拿自己文档里那个过时的「约 35 分钟」数字，去杀掉本来健康的运行。我白白烧了约 3 小时追一个鬼影。由此得出的修复是：按实测基线给 CI 设真实的时间上限，再做一轮 profiling，把测试套件压回约 55 分钟。我反复在重新学的教训——先测量，再诊断。对症状做「显而易见」的解读，就是你浪费掉一个下午的方式。 任何一块想深入聊都行——worktree 的搭法、证明会失败的测试规则、agent 怎么处理迁移链冲突，什么有用聊什么。你单干时是怎么发版的？（这是其他顾问也在用的真实产品——链接放在评论区，不想一上来就推它。）