推荐语

AI原生团队如何运转？Claude Code团队负责人揭示从效率提升到协作重构的底层逻辑。

核心内容：
1. AI提升代码产出后，团队瓶颈从生产转向验证与责任
2. 将质量标准与判断框架嵌入工作流，让AI明确“什么是好”
3. AI原生团队的本质是工作方式、管理及文化的系统性重构

杨芳贤

53AI创始人/腾讯云(TVP)最具价值专家

“真正的难题，是AI把人变强之后，团队如何继续成为团队。”

知名博客栏目Lenny’s Podcast在6月21日最新一期中，再次请到 Anthropic公司Claude Code和Cowork团队负责人Fiona Fung。

为什么说“再次”，因为她过去一段时间已经多次公开分享过 Claude Code 背后的工程实践：团队如何使用自己的产品、工程师如何借助Agent写代码、产品反馈如何快速进入迭代、以及AI正在怎样改变软件开发的日常工作。

但这次访谈里，她讲得更组织化、侧重团队的运行。

栏目的英文标题本身就很有意思，叫 Building the most AI-pilled engineering team in the world。直白一点说，就是“打造世界上最深度使用AI的工程团队”。（文末有链接）

Fiona没有把重点放在“代码产出提升8倍”这种单点数据上，而是讲到了更深一层的变化：写代码变快之后，验证变得更重要；工程师开始像带一组Agent工作；个人效率提升之后，团队协作反而需要重新设计；基础任务被AI接走之后，新人培养也要重新思考。

这也是逐步形成的共识：AI原生团队不是传统团队加上AI工具，而是工作方式、协作方式、管理方式、人才要求和团队文化都在被重新设计。

一、代码产出暴涨8倍后，真正的问题才开始

访谈开头最抓人的一个数据是：Anthropic工程团队现在的代码产出，大约是过去的8倍。Lenny’s Podcast 的介绍也把这一点列为重点：Fiona 谈到团队正在“shipping 8x more code than before”。

但Fiona 没有停留在“AI让工程师效率提升”这种表层结论上。她真正想说的是：当代码生产速度被AI大幅拉高后，软件工程的瓶颈正在转移。

过去，一个工程团队最稀缺的是“写得出来”。需求想清楚之后，工程师要一点点实现、调试、测试、修bug。现在 Claude Code 这类工具把写代码的速度大幅推高，很多过去需要工程师手工完成的任务，AI可以快速生成。于是，组织的瓶颈不再只是“谁能写代码”，而是变成了“谁能判断这些代码是否正确、可靠、优雅、可维护”。

这其实是AI原生团队的第一条底层逻辑：AI解决的是生产速度，但它会把压力转移到验证、判断和责任系统上。

这也是为什么 Fiona 在访谈里反复强调，AI之后工程师的角色会从“代码作者”转向“结果验证者”。

这句话放到组织中的其他岗位，其实也是同样趋势：AI时代很多岗位都会从 execution 走向 oversight，从亲自执行走向判断、验证、调度和兜底。

二、AI原生团队的关键是把“什么是好”写清楚

Fiona 提到一个很具体的做法：团队会把 specs、frameworks，也就是产品规格、判断框架、质量标准，放进代码仓库和工作流程里，让 Claude Code 在做review和生成时，不是凭空发挥，而是依据团队定义好的标准去工作。

这个细节非常重要。

很多组织用AI，第一反应是“让AI帮我做事”。但AI原生团队更进一步，它要做的是“让AI按照组织标准做事”。这背后的区别很大。

如果组织没有把自己的判断标准写清楚，AI就只能靠通用能力输出。它可能写得快，表达也顺，但不一定符合这家公司的产品原则、工程规范、风险偏好和长期架构要求。过去这些东西往往藏在资深员工脑子里，靠会议、review、口头经验和团队默契传递。AI进来后，这种隐性知识必须被显性化、结构化、流程化。

所以AI原生团队的第二条底层逻辑是：AI越强，组织越要把隐性标准显性化。

这对所有企业都适用。不是只有工程团队需要这样，HR、法务、财务、咨询、市场、销售也一样。AI可以写报告、做方案、生成分析、起草制度，但如果组织没有把“好方案的标准”“好报告的标准”“好客户判断的标准”“好候选人的标准”写清楚，AI只会放大产能，不会自动放大专业质量。

换句话说，AI原生组织不是流程更少，而是低价值流程更少，高质量标准更清晰。

三、工程师不只是写代码，而是在管理一组Agent

Fiona 还讲到一个很有代表性的变化：工程师的工作越来越像是在调度多个Agent。

过去使用AI工具，更多是一问一答。人输入prompt，AI返回结果，人再继续修改。这还是一种同步协作。现在更进一步，工程师可以让多个Agent并行工作：一个Agent查bug，一个Agent写测试，一个Agent改代码，一个Agent整理反馈，一个Agent生成PR。人不再只是坐在那里写代码，而是开始设计任务、拆解问题、启动Agent、检查结果、决定下一步。

这就是AI原生团队的第三条底层逻辑：人的角色从“亲自做任务”，转向“设计任务系统”。

这听起来很美好，但Fiona也指出了一个实际问题：上下文切换会变得更严重。一个人同时启动多个Agent后，第二天可能面对一堆PR、建议、bug修复和待审任务。AI帮你打开了更多工作流，但你仍然要理解每个工作流的背景、判断它的质量、决定是否推进。结果是，人的负担不是消失了，而是从“执行负担”变成了“判断负担”和“上下文恢复负担”。

这点非常现实。很多企业现在一谈Agent，就很容易兴奋：每个人都可以带一支AI小队，组织效率指数级提升。但真正落到管理上，会出现一个新问题：AI生成的东西越来越多，组织消化这些东西的能力未必同步增长。

这也是AI原生团队真正复杂的地方。它不是让每个人无限开Agent，而是要重新设计任务优先级、review机制、上下文管理和决策节奏。

四、高自主必须配高责任，否则团队会变成一群AI单兵

Fiona 在访谈中谈到团队文化时，有一个很重要的原则：高自主必须和高责任配套。

AI会放大个人能动性。一个工程师可以更快做原型，更快修bug，更快写测试，更快上线功能。PM、设计师、数据科学家也可以借助AI直接参与代码和产品实现。这个变化会让组织越来越像一个“高自主网络”：每个人都有更强的直接行动能力。

但问题是，如果只有高自主，没有高责任，团队就会变成一群高产的AI单兵。每个人都很快，每个人都很忙，每个人都能做出东西，但方向可能不一致，质量可能不稳定，系统复杂度可能不断堆高。

所以AI原生团队不是不要管理，而是管理重心变了。

传统管理更多管动作：你做什么、什么时候做、怎么汇报。AI原生团队更需要管判断：目标是否清楚，边界是否明确，责任是否落实，质量是否可验证，风险是否有人兜底。

真正的AI原生团队，是组织能够把个体增强后的能量导入共同目标，而不是让每个人各自高速奔跑。

五、团队协作不会自然发生，需要被重新设计

这期访谈里还有一个点值得注意，是 Fiona 说 Claude Code 这类工具会让程序员变得更孤独。

Fiona 提到，团队开始通过programming lunches、hackathons、shared maker time等方式，把工程师重新拉回到一起协作、观察和学习。

但我觉得“孤独”不是主线，它只是一个信号。

真正的问题是：AI正在让工作过程变得更个人化。过去工程师之间会自然发生很多协作：一起讨论架构、一起debug、一起pair programming、在代码review里学习彼此的思路，在白板前争论一个方案是否更好。这些看似低效率的互动，其实承载了团队学习、经验传递和工程共同体。

现在，每个人都可以和自己的Agent一起往前跑。一个人可以完成更多任务，也可以少打扰别人。短期看，效率提升了；长期看，团队里的“互相看见”可能变少了。

现在协作需要被有意识地创造出来。以前大家可以看到彼此怎么工作，现在很多人是在和自己的AI对话，工作过程变成了个人黑箱。

这对组织管理者非常重要。AI时代，工作成果越来越可见，工作过程却可能越来越不可见。而组织学习恰恰依赖过程可见。新人要看到高手如何判断，普通员工要看到优秀员工如何拆解问题，团队要看到彼此如何使用AI、如何验证AI、如何处理不确定性。

如果这些过程都被个人和Agent的私密对话吞掉，团队的集体学习能力就会变弱。

六、AI原生团队需要新型人才：

不是Prompt高手，而是会定义问题和验证结果的人

Fiona 在访谈里也谈到AI原生团队需要什么样的人。她强调的不是“会写prompt的人”，而是两类能力。

第一类是有强产品感和创造力的人。

AI让更多人可以快速做出东西，但真正重要的是知道该做什么、为什么做、用户会不会需要、体验好不好。工具降低了实现门槛，但没有降低判断门槛。反过来，判断变得更重要。

第二类是有深度专业能力的人。

尤其在复杂系统、底层架构、分布式系统、安全、可靠性等领域，AI可以生成代码，但未必理解长期后果。组织仍然需要那些能够看穿系统复杂性、识别隐藏风险、定义技术边界的人。

这也是很多企业容易误判的地方。看到AI能做很多基础工作，就以为基础岗位不重要、专业壁垒不重要、经验积累不重要。实际上，AI越能生成，越需要人来判断；AI越能执行，越需要人来定义方向；AI越能独立完成任务，越需要组织明确责任和标准。

AI不是让专业能力失效，而是让真正的专业判断更稀缺。

七、下一代工程师怎么成长，会成为AI原生组织的长期问题

Fiona 还提到一个更长期的问题：如果AI接管了大量基础编码、调试、测试和重复练习，下一代工程师如何成长？

这其实不只是工程团队的问题，而是所有知识型组织都会遇到的问题。

过去新人通过做基础任务成长。初级工程师写简单代码、改bug、补测试；初级咨询顾问做访谈纪要、整理资料、画PPT；初级律师做案例检索和合同初稿；HR新人做简历筛选和面试记录。很多任务看起来低阶，但它们是专业判断的训练场。

现在AI把这些基础任务接走了，短期效率提升，但长期可能出现“学徒制断层”。新人少了犯错机会，少了观察高手的机会，少了在具体任务中打磨判断的机会，组织未来的专家从哪里来？

这也是AI原生团队的第五条底层逻辑是：自动化不能只看任务价值，还要看任务的训练价值。

有些任务本身价值不高，但对人成长有价值。组织不能简单地把所有低阶任务都自动化掉，而要重新设计学习路径：哪些任务可以交给AI，哪些任务新人必须亲自经历，哪些AI输出必须让新人先判断再由专家复核，哪些场景应该变成新的学徒制训练。

这可能是AI时代组织发展最容易被忽略的问题。大家都在讨论提效、降本、替代，但真正决定组织长期能力的，是它还能不能培养下一代高手。

八、AI原生团队到底如何运转？不是工具更多，而是五个系统重构

综合 Fiona 这期访谈，AI原生团队的运转方式，至少有五个变化。

第一，生产系统变了。过去以人为主写代码，现在人和Agent共同生产，代码产出被大幅放大。

第二，质量系统变了。过去靠人工review和经验判断，现在必须把标准、框架、规格显性化，让AI也能按组织标准工作。

第三，协作系统变了。过去人和人围绕任务协作，现在人和Agent并行工作，团队必须重新设计共同工作和共同学习的场景。

第四，管理系统变了。过去管理动作和进度，现在更要管理目标、边界、责任、验证和风险。

第五，人才系统变了。过去新人通过基础任务成长，现在基础任务被AI接走，组织必须重建学徒制和成长路径。

真正的AI原生团队，是一个能够把AI嵌入生产、验证、协作、管理和学习系统的团队。它不是把工具发给员工就结束，而是重新回答：工作如何被拆解，标准如何被定义，结果如何被验证，协作如何发生，新人如何成长，团队文化如何延续。

如果AI只放大个人，而组织没有重构协作，最后可能出现一种很新的问题：每个人都更高产，但团队变薄了；每个人都更独立，但共同学习变少了；每个人都能带Agent干活，但组织未必更聪明。

代码产出暴涨8倍只是开始。真正的难题，是AI把人变强之后，团队如何继续成为团队。