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

等于凌晨的时候，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 次的事情齐应该自动化。

除了责任流以外，huangguan体育app触发器 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.

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

是不是还配占着这个位置皇冠体育(CrownSports)官网。