今天看到了一个我合计还挺有价值的东西。

即是凌晨的时候，AIHOT 上推了 Claude Code 的一篇 blog。

照旧蛮有数的，很有数肖似于 Claude 这种信得过的 AI 公司，来分享一些组织上的一些想法和想考。

荒谬此次分享的作家，照旧当红炸子鸡 Claude Code 团队的工程总监，Fiona Fung。

聊得主题即是他们团队当作 AI 原生组织，在责任形状和历程上的一些变化。

我全部看收场，顺带也把阿谁半个小时演讲的视频给看收场，照旧有许多共识的，因为许多想路和想法咱们团队也在这样作念这样践行的。

尤其是她反复提到的一个民俗，即是他们团队里，每遭遇一个问题，皆会再追问一句：

能不成把这件事自动化。

这跟我我方一直在说的理念、跟许多一又友提到的一个民俗是相似的。

即是要是一件事你需要重叠 3 遍以上，请想尽一切办法，用 AI 将其自动掉。

今天看到 Claude Code 团队竟然在用真的一模相似的逻辑来运转总共这个词工程组织，照旧挺应允的。

是以想把这篇分享里的一些有价值的东西拎出来聊聊，但愿能对群众有效。

最最运转的时候，她其实有一个很有真义的判断。

即是她说曩昔这样多年，软件工程的总共历程，不论是瀑布照旧敏捷，总共那些范例啊方法论啊，实质上皆是围绕一个中枢老本在转，即是写代码太贵了这个事。

工程师时期贵，是以你得花多量时期作念经营、写需求文档、作念多样各种的评审、开多样各种的会，全是在照拂这个最贵的资源。

我信服曩昔在互联网行业里面待过的小伙伴皆能情至意尽。

但在 AI 时期，或者说，Agent 时期。

这个前提变了。

在 Claude Code 团队，写代码还是很少是阿谁拖慢速率的重要了。

那问题就来了，要是写代码自身不再是瓶颈的话，那围绕它的总共高卑鄙的历程，就全部皆得重新想了。

Fiona Fung 提到了一个荒谬中枢的词，亦然她总共这个词分享的最弘大的词：

鼎新。

瓶颈莫得淹没，仅仅鼎新了。

鼎新到了考证、代码评审、安全。

代码生成太快了，新问题变成了，这些代码对不合，怎样爱戴，东谈主到底该如何跟得上 review 代码的节拍。

左边灰色的即是是旧瓶颈，写代码和发布代码的产能。右边玄色的即是新瓶颈，考证、评审、跨职能迷惑、安全。

这个对于鼎新的判断，其实要是用 AI 来介入组织结构里面越深，群众的嗟叹可能就会越彰着。

咱们的组织结构、历程，其实皆需要围绕着这个大的变化来回重新联想。

就像当年从马车到汽车，不仅仅把马换成发动机的事儿，咱们的总共这个词公路系统、交通规则、城市经营，透彻得重新联想。

那具体哪些东西需要重新来呢，Fiona 列了一张图。

列了五个旧历程正在暗暗失效的领域。

1. 经营形状，因为工程速率和产出量完全不同了。

2. 代码总共权，谁写的这段代码变成了一个很奇怪的问题。

3. 代码评审，新的领域、新的形态、新的器用。

4. 团队组成，扮装在依稀化，到底什么手段组合才是你需要的。

5. 常识分享，文档不再是惟一的真相来源了。

小九体育世界杯中国官网首页

然后她对应地讲了五个她们重建的新范例。

包括要让东谈主类的判断力，聚焦在信得过需要的所在；新东谈主入职的老本大大缩小，以致一周就不错奏凯运转产出代码了；少作念前期经营，多作念原型；招聘更垂青创造力和判断力，不看纯产出速率；组织架构更扁平，每个照拂者也皆先从一线干活运转作念起。

这里面每一趴，她又皆伸开来作念了一些分享。

一 . 经营的变化

以前因为 coding 时期贵，你得花多量时期提前经营。

Fiona 说她刚加入 Claude Code 团队的时候，他们写了一个挺漂亮的六个月道路图。

后果呢，因为 Claude Code 自身迭代太快，三个月摆布这个道路图就过期了。。。

是以他们现时的作念法叫 JIT 经营，Just-In-Time，像 JIT 编译相似，在对的时期作念正好饱胀的经营。

不再写闲聊休说的联想文档了，奏凯在 PR 或者原型里面征询，不再作念冗长的家具评审了，先作念原型，让里面用户去用，然后凭据反馈快速迭代。

左边是她们砍掉的东西，即是阿谁写代码之前必须先写联想文档的庆典。Fiona 说对大部单干作来说这即是 theater，作念戏。现时换成原型先行，文档要是需要存在，写完代码之后嗅觉不错的话，再补需求文档。

右边是她们加码的东西，考证。因为在 AI 原生的责任流里，东西出 bug 的形状跟以前不相似了，惟一能保证质地的形状即是不休把考证历程往前推。

她还讲了一个不雅点我合计荒谬好。

在本领征询中，代码赢才给力。

即是要是两个东谈主对一个决策有分袂，最快的解决形状不是不时吵，是让 Claude 把两个决策皆作念成原型，看履行的东西来判断。

Building is cheap，作念东西很低廉。

Arguing is expensive，争吵才立志。

想起了当年，相互争某个决策，然后各自 PK 可能要各写一份 PPT，开两轮会来征询，现时十分钟两个原型皆出来了，博亚体育中国官网在线入口看委果物聊比对着 PPT 吵高效一万倍。。。

我我方亦然肖似的旅途。以前作念 AIHOT 的时候还试过写比拟详备的 PRD，后果发现写 PRD 的时期比我奏凯用 Claude Code 把东西作念出来还长。。。

自后就改了，有想法先作念原型，能用了再说。

许多功能皆是在用的过程中发现不合，飞速就改，极速迭代。。。

坦率的讲，在 AI 时期，我合计过度经营即是挥霍。

二 . 自动化的变化

Fiona 说的，在 Claude Code 团队里，他们每遭遇一个这样的问题，皆会追问一句，能不成把这件事自动化。

她举了一个她我方的例子，她以前每天早上端着咖啡，手动去追念各个客户反馈渠谈的内容，这是她的每天固定的责任。

自后她把这件事变成了一个后台自动运行的任务，咖啡照旧那杯咖啡，但她不再需要边喝边刷了。

这个例子听起来很小对吧，就一个追念客户反馈的事儿，能有多大责任量。

但要点不在这一件事，要点在这个民俗。

Claude Code 团队里每个东谈主，每次遭遇一个重叠性责任，皆会条款反射地问我方，能不成自动化，她说，还是快变成了一种肌肉缅想。

这即是我一直在说的东西。要是一件事你需要重叠 3 遍以上，请想尽一切办法用 AI 将其自动掉。在公司里面我反复跟团队讲，这以致不是提议，是要求。

但坦率的讲，要信得过把这个变成团队的肌肉缅想，比说出来难太多了。

因为大多数东谈主对自动化的归拢还停留在一个很粗的层面，合计自动化即是写个剧本嘛，搞个定时任务嘛，这我知谈，但 AI 时期的自动化跟以前完全不是一个量级的东西。

现时你用 Claude Code，许多自动化的事情十分钟就照拂了，以致毋庸十分钟。

比如我为了同步家里电脑和公司，我就跟 Claude 说了一句"帮我写一个 hook，每次掀开我的 XX 神气之前皆去 github 拉取最新的代码"，几分钟就能跑起来。

以前自动化老本高，是以只须高频、高重叠度、高价值的事情才值得自动化，但现时自动化老本真的为零，逻辑就反过来了，真的总共重叠进步 3 次的事情皆应该自动化。

除了责任流以外，2026世界杯官网入口触发器 hook 是一个荒谬好用的东西，这个我嗅觉以后我不错单独给群众写一篇 Agent+hook 搞自动化的一些小玩法，照旧挺有真义的。

一个一个小的自动化攒起来，你会发现，终末这些东西，会在你可能皆没反映过来的时候，沿路长成了一颗青天大树。

是以要是你现时还在夷犹要不要运转，我的提议是别想太大。

别一上来就想着我要搭建一个完好的自动化体系这种东西，那太吓东谈主了，也没必要。

就从今天运转，找一件你今天重叠作念了的事情，花十分钟让 Claude Code 或者 Codex 帮你自动化掉。

未来再找一件，后天再找一件，一个月以后你回头看，你的责任形状还是完全不相似了。

三 . 代码评审的变化

代码评审这块，Fiona 说她曩昔六个月跟其他工程 leader 聊天，被问到最多的一个问题即是，你们东谈主怎样跟得上代码 review 的速率。

她的作念法叫 Trust but verify，信任但考证。

Claude Code 团队多量使用 Code Review 功能。

Claude 正经处理总共的立场搜检、linting、PR 反馈、bug 捕捉和建造、补充测试，这些以前可能占了 review 责任量 60-70% 的部分，现时 Claude 全接了。

但东谈主类 review 仍然不可替代，在那些信得过需要专科判断的所在。

法律合规的东西，Fiona 说她永恒需要她的法务伙伴参与风险评估，信任规模和安全敏锐代码，需要领域群众，家具标的和试吃的判断，需要 PM 和联想师。

况且她荒谬强调了，这个 trust 和 verify 之间的均衡是动态的。今天需要东谈主来作念的事情，下一个模子可能就能作念了，是以你必须得不休重新评估这条线。

这就跟打游戏相似嘛，每个版块的版块谜底皆不相似，你不成拿上个版块的攻略打新版块，那只会被东谈骨干死。

四 . 团队扮装的变化

Fiona 说在 Claude Code 团队，扮装界限还是变得很依稀了。

PM 在多量写代码，工程师也在作念内容和联想的事情，以前认敌为友的规模正在消融。

比如以前一个工程师修了个 bug，要等内容联想师排期来写用户端的案牍，排期这个破事群众懂的皆懂，后果要么等好几天，要么赶进程发一个免强的案牍出去。

现时的历程是工程师修完 bug，Claude 来草拟案牍初稿，东谈主类来作念最终判断，本日就能发。

跨职能的 gap 不再是瓶颈了，运洽商成了迷惑者，东谈主类照旧作念最终决策的阿谁东谈主，仅仅不再是写初稿的阿谁东谈主了。

然后她说了一个我荒谬招供的不雅点，她现时招东谈主主要看两种特点。

一种是有家具 sense 的创意 builder，能识别出该作念什么，能快速作念出原型。

她还非常在描画里强调了一句：

Taste is scarce， typing is not.

试吃是稀缺的，打字不是。

另一种是有深厚系统配景的工程师，正经那些「trust but verify」里最需要东谈主的部分，因为 subtly wrong is still wrong，奥妙的诞妄仍然是诞妄。

她说我压根不在乎你一个小时能写若干行代码，我在乎的是你选拔去作念什么，以及你怎样知谈它是对的。

当 AI 能把践诺速率提高 10 倍的时候，决定性的成分变成了你知不知谈应该作念什么，以及什么样的后果叫信得过的优秀。

这，即是试吃。

五 . 如何鼓吹团队变化

Fiona 她们团队有一些有真义的中枢原则。

她把团队原则分红了两类。左边灰色是必须作念的硬性要求，右边玄色即是群众我方摸索的空间。

其实实质上，即是给团队联想了一个 harness，中枢即是大的标的归拢，具体怎样落地各团队我方定。

Fiona 追念了三条她最垂青的事情。

1. 保合手团队尽可能扁平，照拂者撑合手各个小组的责任，但保合手生动让东谈主能流动到责任需要的所在。

2. 要是 Claude 能作念的事情，就让 Claude 作念，这能让咱们腾脱手来作念更难的责任。

3. 东谈主不会主动去删除历程，只会在旧历程上头不时叠新历程，是以你得主动站出来，直呼其名地说出哪些历程不错走了。

这三条提及来皆没啥荒谬的，但难在践诺，荒谬是第三条。

Fiona 说，她之前在一个团队里，有一个每周的 review 会议，一大堆东谈主坐在会议室里，但她发现总共东谈主皆在看电脑，只须轮到我方呈报的时候才昂首说两句 status，说完又折腰不时看电脑（我信服咱们许多时候的会议也皆是这样的）。

然后她问了一句，咱们为什么还在开这个会。

这时候，总共东谈主才阻滞到，或者，这个会压根不需要。

于是，从此，这个会就取消了。

这种事太常见了，国内的公司里其实到处皆是。

无数的历程瓦解议，当初配置的时候皆有道理，但环境变了、器用变了，它们早就失去了存在的意旨，仅仅因为惯性还在那里被动转着。

莫得东谈主合计它有效。

但，或者许多时候，也莫得东谈主站出来说一句这破逼会太挥霍时期了，能不成别开了。

AI 在你的组织里介入的越深，你会发现，许多曩昔的法子和历程，其实液晶不错自动化了，要是咱们不主动去扫视，那这些法子就会一直在那里，终末，变成地谈的风物主见。

终末，Fiona 还放了三个她在想考的问题，她莫得谜底。

然则很有真义。

第一，你还需要单独的 iOS 和 Android 团队吗？因为现时工程师还是不错更生动地跨平台责任了。

第二，全自动化的 review 到底能推到多远，在「够快了」和「咱们漏掉了什么弘大的东西」之间那条线在何处？

第三，当扮装越来越依稀的时候，怎样确保总共扮装皆对我方的产出有信心？

我合计她把这三个问题放出来这个动作自身就很有价值。

因为你会发现，即使是 Claude Code 的亲爹团队，也莫得把总共事情皆想昭着。他们也在摸索，许多时候，这就不是一个有活动谜底的事情。

每一次的大型本领的到来，其实皆不仅仅器用升级，总共这个词组织的运作形状许多时候，皆要推倒重来。

所谓的 AI 原生，AI Native，其实也并不是买几个 Claude 会员或者包个 API Key 啥的，给群众用就算 AI 转型了，我一直合计信得过的 AI 原生组织，从经营形状到常识照料想评审历程到东谈主才结构，每一层皆是重新联想过的。

咱们也莫得作念到，然则照旧在不休的朝这个标的力争，最近加入的一些新的小伙伴，他们的敬爱心和自驱力，且莫得被曩昔一些传统且饱受诟病的责任形状所混浊，还是嗅觉让我看到了一些雏形了。

而联接总共这些变化的，我合计其实即是开始说的阿谁最朴素的想维民俗。

遭遇重叠的事情，自动化掉。遭遇没用的历程，干掉。遭遇不需要东谈主作念的判断，交给 AI。

一个一个来，不惊悸，但不成停。

终末，用 Fiona 的终末一段话当作扫尾吧。

Pick your noisiest workflow. Ask if it still earns its place.

找到你最繁琐的阿谁责任流，问问它。

是不是还配占着这个位置2026世界杯官网入口。