ARTICLE · 个人成长
分享 Claude Code 团队内部的 5 条工作原则，我觉得每一条都值得学习。
一语总结本文解读 Claude Code 团队工程总监 Fiona Fung 的分享，提炼 AI 原生组织下规划、自动化、代码评审、团队角色与流程变革的 5 条工作原则，并融入作者自身实践感悟。
文章基于 Claude Code 团队工程总监 Fiona Fung 的公开分享，系统梳理了 AI 原生组织在工程管理上的 5 条核心原则。作者首先指出，AI 时代软件工程的瓶颈已从「写代码太贵」转移到「验证、评审与安全」，因此围绕代码的上下游流程需要重新设计。具体原则包括：采用 JIT 规划（原型先行、文档后补）、将重复性工作自动化形成团队肌肉记忆、用 AI 处理代码评审中 60-70% 的机械工作而人类聚焦专业判断、模糊角色边界（PM 写代码、工程师用 AI 起草文案）、以及主动审视并删除过时的流程与会议。作者结合自身团队实践，对每条原则进行了共鸣式解读，强调「遇到重复的事自动化掉，遇到没用的流程干掉，遇到不需要人做的判断交给 AI」这一核心思维习惯。
- AI 时代软件工程的瓶颈已从「写代码」转移到「验证、评审与安全」。
代码生成速度大幅提升后，新问题变成如何验证代码正确性、如何跟上 review 节奏，流程需围绕新瓶颈重新设计。
- 采用 JIT 规划，原型先行，文档后补。
不再写长篇设计文档，直接在 PR 或原型中讨论，用内部用户反馈快速迭代，避免过度规划浪费。
- 将重复性工作自动化应成为团队的肌肉记忆。
每遇到重复超过 3 次的事情，条件反射式追问「能不能自动化」，从一个小任务开始积累，最终改变工作方式。
- 代码评审采用「信任但验证」模式，AI 处理机械工作，人类聚焦专业判断。
AI 负责风格检查、linting、bug 捕捉等 60-70% 的工作，人类负责法律合规、安全边界、产品方向等需要深度判断的领域。
- 主动审视并删除过时的流程与会议。
环境与工具变化后，许多旧流程已失去意义，需要有人主动站出来问「这个会/流程还配占着这个位置吗」。
分享 Claude Code 团队内部的 5 条工作原则，我觉得每一条都值得学习。
文章基于 Claude Code 团队工程总监 Fiona Fung 的公开分享，系统梳理了 AI 原生组织在工程管理上的 5 条核心原则。作者首先指出，AI 时代软件工程的瓶颈已从「写代码太贵」转移到「验证、评审与安全」，因此围绕代码的上下游流程需要重新设计。具体原则包括：采用 JIT 规划（原型先行、文档后补）、将重复性工作自动化形成团队肌肉记忆、用 AI 处理代码评审中 60-70% 的机械工作而人类聚焦专业判断、模糊角色边界（PM 写代码、工程师用 AI 起草文案）、以及主动审视并删除过时的流程与会议。作者结合自身团队实践，对每条原则进行了共鸣式解读，强调「遇到重复的事自动化掉，遇到没用的流程干掉，遇到不需要人做的判断交给 AI」这一核心思维习惯。
文章金句
"Taste is scarce， typing is not.
"Building is cheap. Arguing is expensive.
"Pick your noisiest workflow. Ask if it still earns its place.