AI 应用风向标（公众号：ZhidxcomAI）

编译｜毕伟豪

编辑｜漠影

当写代码不再是拖累，下一个阻碍会是什么呢？

智东西 6 月 4 日报道，Claude Code 团队给出的答案是：验证、代码审查和安全检查。这是 Claude Code 工程总监 Fiona Fung 发布的最新博客，内容出自一个月前她的演讲，博客中，她透露了 Claude Code 团队 " 不容商榷 " 的核心原则。

这篇博客从一线团队的角度出发，剖析了在 Agent 时代，整个工程流程所发生的变化，从规划、背景信息获取、代码审查到团队构成，每个环节都在发生深刻的改变，一些旧流程正在消失。

她提出了一个观点：旧流程不会自己退出历史舞台，你必须主动淘汰它们。文章最有价值的地方在于，将每个旧流程和新流程都做了对照，为什么淘汰，为什么制定，很清晰。

一、规划（Planning ) ：6 个月路线图 3 个月就过时，团队转向即时规划

在编程时间昂贵的年代，提前规划是标配，Fiona Fung 刚加入 Claude Code 团队时，制定了一份相当完善的六个月路线图。结果因为 Claude Code 自身进化太快，很多东西在第三个月就过时了。

团队最新的的做法是转向即时规划（JIT planning），借鉴 JIT 编译的概念：在正确的时间做恰到好处的规划，规划流程从设计文档转向 PR 讨论和原型验证。

由于整个行业发展变化的节奏太快，所以 Claude Code 团队不会做太多产品评审，新流程变成：先做原型，让大量内部用户上手，然后根据反馈再持续改进。

二、背景信息收集（Contextgathering）：别找代码作者了，直接问 Claude

过去工程师遇到问题，第一步是找到写代码的人。但现在 Claude Code 团队所有的 PR 都有 Claude 协助，如果还是和以前一样问一下是谁写的代码，然后两个工程师再一起讨论，那不仅浪费了 Claude 的能力，也不足以支撑高速运转的研发体系。

Claude Code 团队的新做法是：再深入一层，去思考你真正需要知道什么，是找 regression 的责任人，还是找一个能回答客户问题的专家，亦或者是想了解某个决策的背景？直接把问题交给 Claude，来看看 Claude 能否给出你想要的答案，以及提供更多数据和背景信息。

Fiona Fung 透露，Claude Code 团队遇到问题时，统一的流程是先思考有没有办法把它自动化。比如让 Claude 每天早上查看客户反馈渠道并整理，把这项工作从手动整理变成后台自动运行的任务。

三、代码审查（CodeReview）：Claude 自己审查，关键部分保持人工

这是全文最关键的变化，以前，人类会对 AI 生成的代码进行全面审查，而当模型能力越来越强，Claude Code 团队也越发信任 AI 所生成的代码了。

在 Claude Coed 团队内部，Claude 现在负责所有代码风格和语法检查、PR 反馈请求、在正式提交前发现并修复 bug，以及添加测试这些部分的审查。

虽然信任，但不是完全丢给 Claude 不管，Claude Code 团队会在关键部分引入人工审核，把问题交给人类专家。

法律专家参与风险承受能力的评估；对于信任边界和安全敏感代码，由该领域专家审查；产品经理和设计师也需要参与，以确保产品理念和品味。

但 Fiona Fung 也强调，信任和验证的平衡会随着模型能力提升不断变化。今天需要人来做的事，换个新模型可能就不需要了。

四、团队构成（Teammakeup）：团队中的角色边界正在模糊

这其实是个老生常谈的变化，Claude 和一众 AI 编程工具正在重塑着团队中的职业边界，PM 现在大量参与编程，工程师开始承担内容和设计这类传统 " 非技术侧 " 工作。

Fiona Fung 直言，Claude Code 团队中，有两类人才是受到重点关注的：有产品 sense 的创意建造者和拥有深度系统专业知识的工程师，前者充满理想，热衷于开发可以解决问题的产品，后者知识渊博，可以为整个团队技术问题兜底。

Fiona Fung 认为产出速度这方面的重要性在降低，起码在 Claude Code 团队内部是这样的，因为模型会解决速度这件事，更重要的是哪些方面需要人类的专业知识解决。

五、三条铁律与三个变革中要关注的指标

Fiona Fung 公开了 Claude Code 核心团队的三条必须遵守的核心原则：

1. 无情地 dogfood 自己的产品：Claude Code 团队的每个成员，还有其他部门的同事，都会持续不断地使用 Claude Code 和 Claude Cowork，内部测试是让产品在交付到用户手上之前验证质量的重要环节。

2. 团队结构尽可能扁平：Fiona Fung 加入 Claude Code 时，就希望每个管理者都先从个人贡献者做起，通过实际交付产品来学习如何成为团队中高效的成员，真正体验并理解在 Anthropic 做工程师的感受，去保持团队的敏捷性，让团队成员能够灵活地参与到工作中。

3. 毫不犹豫地淘汰失效的流程：要不断质疑做事方式背后的原因，团队成员有权限去质疑并淘汰旧流程。

尽管原则不多，但团队中的每个小组都拥有很大的自主权。他们可以灵活调整如何使用 Claude 进行优先级排序、如何开展计划，以及哪些工作流程优先 "Claude 化 "。

Fiona Fung 提到在工程流程变革中，要追踪是否真正落地，需要看三个指标：

1. 新人入职培训周期缩短：工程师、设计师或项目经理入职多久才能开始高效工作？在 Claude Code 团队，这个速度比一年前快得多，工程师现在入职第一周就能交付代码。

2.PR 周转时间缩短：这一点值得深入研究，因为它有助于团队定位流水线中哪里跟不上规模。随着代码量的激增，构建系统和持续集成（CI）有时可能难以跟上。

3.Claude 辅助提交占比上升：对 Claude Code 团队来说，默认情况下，每个提交都是由 Claude 协助完成的。在过去的四个月里，FionaFung 基本上没有见过非 Claude 协助的提交。

但第三点有个重要提醒：不要把 token 用量和成功混为一谈。用量只是一个数字，真正的指标是你试图解决的问题是否被解决了。

结语：找到你工作中最复杂的部分，看看能不能自动化

Fiona Fung 在最后留下了这样一句话：" 找出你工作流程中最繁琐的部分。"

这可能是你成本最高的流程，也可能是你最害怕的流程，或者你的团队最不愿面对的流程。找到它，然后问问自己：它现在还能发挥作用吗？如果可以，你能把它自动化吗？

Fiona Fung 讲了一个往事：她曾在一个团队中，每周都要开周会，所有人除了轮到自己汇报的那几秒都在看笔记本电脑。于是她问了一个问题：" 我们为什么还需要这个会？" 自此以后这个会就取消了。

AI 发展到现在，有太多工作环节可以被自动化了，Fiona Fung 所说的，是要不断精简工作流程，能自动化的就自动化，能砍掉的就砍掉，让整个团队高效敏捷地运转。