Anthropic 的 Claude Code 工程总监 Fiona Fung 在 6 月初的 Code w/ Claude SF 大会上公开了团队的内部工作方式。一个人带领一支用 AI 写代码的团队——他们的工作方式跟我们这种独立开发者有三个很重要的差异，也有几个共通的地方。
📌 关键结论：在拼多多上做采购，效率和合规是两个不能偏废的维度。建立标准化的操作流程是长期保持管理不失控的基石。
转变一：6个月路线图 → 即时规划
Fiona 说他们不再做 6 个月路线图了。"时间范围太长的规划在 AI 时代很难生效——你不知道 AI 的能力会在三个月后变成什么样。"他们现在的做法是"即时规划"（Just-In-Time Planning）——先快速做一个原型，测试一下行不行，如果可行就继续迭代和扩大，不行就继续试其他的。不太像传统的"规划→设计→开发→测试"流程，更像"试着做→能行就扩→不行就换"。
我自己做这个项目的过程其实就是这种方式的体现——我没有一个 6 个月前的规划。我是在做的过程中发现"这个功能比想象中难"就停下来想别的办法、发现"这个方案不行"就推翻重来。批量开票功能改了 4 版就是这种模式的具体体验。
转变二：问代码作者 → 直接问 Claude
以前了解一段代码是干什么的，你得找到写这段代码的人问——"这个逻辑为什么这么写？"现在 Claude 读代码比你快得多——你把代码贴给它，它能立刻告诉你这段代码的逻辑、为什么这样写、有什么潜在问题。Fiona 说团队里很少再去找代码作者本人问代码了——Claude 就是文档。
这一点我深有体会。我读不懂自己项目里 AI 写的某些代码——但我也不需要读懂。我想知道"这个地方是怎么工作的"——把代码发给 AI，它给我解释——比看任何注释都清楚。
转变三：人类全审 → Claude 审代码
Claude Code 团队现在的代码审查流程是——Claude 负责检查代码风格、格式、是否有常见的 bug 或隐患。人类只审查安全敏感的代码和涉及信任边界的改动。Fiona 说过去 4 个月里，团队 Claude 辅助提交的占比"几乎 100%"，入职新员工的第一周就能开始提交代码——Claude 帮他们写。
对独立开发者来说——我根本没人帮我看代码。以前写东西从来不知道有没有隐藏问题——除非真的出错了。现在至少可以让 AI 帮我看一遍——它可能不是完美的审阅者，但它能看到很多我一个人注意不到的问题。
转变四：角色分明 → 谁都干什么都行
PM（产品经理）也在写代码，工程师也在做设计，角色边界变得很模糊。Fiona 说"你会发现团队里最熟某个业务逻辑的人，不一定是传统意义上的工程师"。这个理念的背后是——AI 让技能门槛变低了，很多工作需要的不再是你精通某种技术，而是你对某个问题有深入的理解。
三条铁律
第一：无情地用自己做的产品。Claude Code 团队自己就是 Claude Code 最重度的用户——他们不断地用、不断地发现问题、不断地改进。第二：团队结构尽可能扁平——减少管理层级、加速决策。第三：毫不犹豫地淘汰失效的旧流程——如果你的开发流程中有哪个环节"感觉过时了"，很可能是真的过时了。
对独立开发者来说，这些转变最核心的启示是：利用 AI 放大你的产出，而不是用原来的方式工作只是让 AI 帮你做得快一点。工作方式本身在变——你是在"一个人开发"，但你现在拥有了一个"虚拟团队"。