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

即是凌晨的时候，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，开两轮会来盘考，目下十分钟两个原型都出来了，PG电子(PocketGames)游戏官网看简直物聊比对着 PPT 吵高效一万倍。。。

我我方亦然雷同的旅途。以前作念 AIHOT 的时候还试过写比拟详备的 PRD，遵循发现写 PRD 的时期比我径直用 Claude Code 把东西作念出来还长。。。

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

许多功能都是在用的过程中发现分散，飞快就改，极速迭代。。。

坦率的讲，在 AI 期间，我认为过度缱绻即是挥霍。

二 . 自动化的变化

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

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

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

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

但要点不在这一件事，要点在这个习尚。

Claude Code 团队里每个东谈主，每次遭遇一个重叠性职责，都会条款反射地问我方，能不可自动化，她说，也曾快变成了一种肌肉顾忌。

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

但坦率的讲，要真实把这个变成团队的肌肉顾忌，比说出来难太多了。

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

目下你用 Claude Code，许多自动化的事情十分钟就管束了，致使毋庸十分钟。

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

以前自动化资本高，是以唯独高频、高重叠度、高价值的事情才值得自动化，但目下自动化资本险些为零，逻辑就反过来了，险些整个重叠跨越 3 次的事情都应该自动化。

除了职责流除外，加拿大PC触发器 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.

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

是不是还配占着这个位置加拿大PC。