Chubby♨️@kimmonismus · 5月14日57

OpenAI: "companies that want to try switching over to codex two months of free codex usage!" Anthropic: "Hold my token": Let the war begin

译OpenAI: "想尝试切换到Codex的公司可享两个月免费使用权！" Anthropic: "接招吧": 战争开始了

ClaudeDevs@ClaudeDevs · 5月14日60

Claude Code weekly limits are increasing 50%, now through July 13. Live now for all Pro, Max, Team, and seat-based Enterprise users.

译Claude代码周限额正在提升50%，即日起持续至7月13日。 现已面向所有Pro、Max、Team及按席位计费的企业用户生效。

Chubby♨️@kimmonismus · 5月14日65

According to recent estimates, Anthropic has already reached $44 billion in ARR, significantly surpassing OpenAI. It's no secret: the big money is in the enterprise sector. That explains Sam's post and OpenAI's two-month free codex access for businesses.

译根据最近的估计，Anthropic 已经达到 440 亿美元的 ARR，显著超过 OpenAI。 这不是秘密：大钱在企业部门。 这解释了 Sam 的帖子和 OpenAI 为企业提供的两个月免费 Codex 访问。

Yuchen Jin@Yuchenj_UW · 5月14日44

The Codex / Claude Code War begins.

译The Codex / Claude 代码战争开始了。

Sam Altman@sama · 5月14日53

codex is the best AI coding product and we want to make it easy to try. for the next 30 days, we are giving companies that want to try switching over two months of free codex usage.

译codex是最佳AI编程产品，我们希望能让试用变得简单。 在接下来的30天内，我们将为有意尝试转型的企业提供两个月的免费codex使用权限。

OpenAI@OpenAI · 5月14日50

Another reason to switch to Codex.

译又一个转换到Codex的理由。 [引用 @OpenAIDevs]：想在工作中（正式）使用Codex吗？

MiniMax (official)@MiniMax_AI · 5月14日22

Congrats on the launch, @cline! Try building with MiniMax M2.7 on Cline 🚀

译恭喜发布，@cline！试试在 Cline 上用 MiniMax M2.7 构建吧 🚀

Ethan Mollick@emollick · 5月14日41

Really curious when Gemini is going to join the Cowork & Codex race to build a local app that isn’t just for developers. Antigravity hasn’t posted updates to X in a month, and remains very software focused. Meanwhile we see accelerated updates and releases from OpenAI & Anthropic

译很好奇Gemini何时会加入Cowork & Codex的竞赛，开发一款不仅面向开发者的本地应用。Antigravity已经一个月没在X上发布更新，且仍非常专注于软件。与此同时我们看到OpenAI和Anthropic正在加速更新和发布。

ClaudeDevs@ClaudeDevs · 5月14日73

Starting June 15, paid Claude plans can claim a dedicated monthly credit for programmatic usage. The credit covers usage of: - Claude Agent SDK - claude -p - Claude Code GitHub Actions - Third-party apps built on the Agent SDK

译自6月15日起，付费Claude计划可申领专用的月度编程使用额度。 该额度涵盖以下用途： - Claude Agent SDK - claude -p - Claude Code GitHub Actions - 基于Agent SDK构建的第三方应用

Yuchen Jin@Yuchenj_UW · 5月14日57

I’m so glad AI killed LeetCode interviews. For 10 years, tech companies made every engineer grind the same puzzles and prove they could invert a binary tree from memory. Today, the dumbest AI model can walk in and one-shot the entire interview. Thank you, AI.

译真高兴AI终结了LeetCode面试。 十年来，科技公司让每个工程师反复钻研同样的谜题，证明自己能凭记忆翻转二叉树。 如今，最笨的AI模型都能轻松通关整个面试。 谢谢你，AI。

阿绎 AYi@AYi_AInotes · 5月13日50

Cursor这公司真的把我整懵了， 长这么大第一次见，主动给用户送$10000额度的公司👍 之前他们同事私信我，说要送我一万刀的使用额度， 我那几天忙到飞起，隔了快一周才看到消息回过去， 当时我心里已经默认这事黄了， 换任何公司都不可能再理你了🤣 结果今天，他们另一个同事专门追过来找我， 说之前的同事交接了，直接给我开充足额度+Ultra全权限(◍•ᴗ•◍) 真的挺感慨的兄弟们｡°(°¯᷄◠¯᷅°)°｡ 以前的SaaS公司， 晚回一天名额就没了， 过三天销售直接把你拉黑。 现在的Cursor， 追着你给权限，追着你要反馈。 好的产品会自己说话， 好的团队会追着用户跑。 Damn， 这才是做产品该有的样子啊， 我现在要把所有代码工作全迁过去了，真的没话说。 我觉得以后写代码我再也不会用别的编辑器了吧 hhh 太感谢了兄弟@shubgaur ，真的没想到过了这么久你们还会专门跟进。 @cursor_ai 是我这两年用过最惊艳的开发工具，没有之一。 能得到你们的支持真的很开心， 接下来我会深度使用Ultra版本， 把所有遇到的问题和优化建议都整理给你们。 再次感谢整个Cursor团队！ #Cursor #AI编程

译作者分享Cursor公司超预期的服务：在延迟回复赠送1万美元额度的私信近一周后，另一名同事主动跟进并兑现了额度与Ultra全权限，令作者盛赞其“追着用户跑”的服务精神，并决定将所有代码工作迁移至Cursor。同时，推文强调了Cursor SDK的正式发布，该SDK将生产级编程Agent转化为可任意嵌入的基础设施，允许开发者将其集成到CI流水线、自动化脚本或自有产品中，且运行环境与能力与桌面编辑器完全一致。这标志着编程Agent从辅助工具转变为可在任何地方执行任务的“操作系统”，开发者角色也向指挥Agent演进。

Baidu Inc.@Baidu_Inc · 5月13日73

The Miaoda App and Miaoda Enterprise Edition are here, giving more builders and businesses access to our coding agent! And the most interesting detail? 90% of Miaoda App's code was generated by Miaoda itself. Coding agents are making on-demand, purpose-built software commercially viable. To date, Miaoda-generated apps have served 10M+ users, with total application value reaching RMB 5B.

译Miaoda应用和Miaoda企业版现已发布，让更多开发者和企业能够使用我们的编程助手！ 最有趣的细节是什么？Miaoda应用90%的代码由Miaoda自身生成。 编程助手正使按需定制软件具备商业可行性。截至目前，Miaoda生成的应用已服务超1000万用户，应用总价值达50亿元人民币。

SiliconFlow@SiliconFlowAI · 5月13日69

Run DeepSeek V4, GLM-5.1, Kimi K2.6 and more on @SiliconFlowAI directly in VS Code with @continuedev: Tab autocomplete, AI chat & edit, and agent support Here's how to set it up in 3 steps 🧵⬇️

译通过@continuedev在VS Code中直接运行DeepSeek V4、GLM-5.1、Kimi K2.6等多款模型@SiliconFlowAI 支持标签自动补全、AI对话编辑和智能体功能 以下是3步设置指南 🧵⬇️

阿绎 AYi@AYi_AInotes · 5月13日56

Damn，这个AI做的跑步App，真的绝了！ 有人用Claude vibe code了一个周末， 把整个城市变成了真人版抢地盘游戏， 你跑过的每一条街道，都会自动变成你的领地， 别人跑同一条路，就能直接把你的地盘抢走， 传统健身App都是跑完给你看数据， 靠打卡 streak 逼你坚持， 这个App直接把动机拉到最满， 你会凌晨四点爬起来， 就为了抢下家楼下那条没人跑的街😁 最吸引我的不是这个App有多好玩， 是它从一个想法到能跑的完整demo， 只用了一个周末， 而且作者根本不是什么专业开发者， 以前你有一个好想法， 要写Pitch Deck，找团队，烧几十万， 花几个月才能做出一个原型， 现在一个普通人，用Claude两天就能搞定， 做完直接发X收反馈，行就继续，不行就扔， 这才是AI coding真正的恐怖之处， 它不是让程序员失业， 它是让idea的迭代速度，直接变成了周末级， 当然这个玩法早就有人做过了， INTVL在2024年就已经上线了一模一样的机制， 但这根本不重要， 重要的是现在任何人， 都能在48小时内克隆任何一个成功的产品， 然后加上自己的微创新， 健身App最没用的就是更好的数据， 最有用的是最烂的动机， 把跑步变成原始部落的领地战争， 比任何AI教练都管用一万倍， 以后再也不会有什么怀才不遇了， 你有任何想法， 周末做个原型发出来， 市场会立刻告诉你答案， 这就是2026年做产品的正确姿势， #AI #产品 #健身

译有人利用Claude在一个周末内开发出一款游戏化跑步App，将城市街道变为可争夺的虚拟领地，以强烈的游戏动机取代传统的数据打卡模式。此事的关键并非创意本身（类似产品已存在），而在于AI编程如何将产品原型迭代速度提升至“周末级”。普通人无需专业开发技能与大量资金，即可快速克隆成功产品并加入微创新，随后直接在社交平台获取即时市场反馈。这凸显了在AI时代，动机设计可能比功能优化更为关键，极大地降低了将想法快速验证和产品化的门槛。

Peter Steinberger 🦞@steipete · 5月13日68

Kudos to Microsoft, they're helping to get OpenClaw ready for enterprises.

译感谢微软，他们正助力OpenClaw做好企业级准备。

Tencent Hy@TencentHunyuan · 5月13日76

Hy3 preview is now on @gmi_cloud. 🙌

译Hy3 预览版现已登陆 @gmi_cloud。🙌

Tibo@thsottiaux · 5月13日76

In app browser improvements in Codex app. Different viewports, screenshots viewing, better annotations and more token efficient. Happy quality of life improvements Tuesday.

译Codex应用内浏览器功能迎来多项改进，支持在不同视口尺寸下测试应用，并能控制设备工具栏、在不同断点进行点击验证。长时测试中，Codex会在关键节点截图供用户核查。为加速测试，可隐藏应用内浏览器以禁用动画，使测试速度提升1-2倍。此外，标注功能现在发送更快且消耗更少tokens。

Tibo@thsottiaux · 5月13日32

Thanks for all the input, what we'll do going forward for Codex updates - Tue: Quality and polish - Thu: Big launches (starting this Thu) - Fri: Fun stuff, little extra

译感谢所有反馈，以下是Codex未来的更新安排 - 周二：质量优化与完善 - 周四：重大发布（本周四开始） - 周五：趣味内容与小惊喜

meng shao@shao__meng · 5月13日57

Computer Use 让 Codex 从「编程 Agent」向「通用桌面 Agent」又迈进了一大步！ OpenAI 开发者关系负责人 @romainhuet 和 Codex Computer Use 主导者 @AriX 的对谈，重点讨论了 Computer Use 带来的变化。 这也是我最近对 Codex 和所有 Agents 最为满意的功能，现在用它来做自动化测试，后台并行、不抢占 Mac，有自己的光标，能看屏幕、点击、输入，几乎任何 Mac 应用（即使没有 API）都成为可被自动化的对象——尤其覆盖了前端调试、UI 走查、设计工具操作等长期空白地带。 关于 Ari Weinstein 还想多介绍一下，他的经历很传奇： 从 iOS 越狱社区出身，做出 Workflow → 被苹果收购成为 Shortcuts → 创办 Sky → 被 OpenAI 收购，如今在 OpenAI 主导 Codex Computer Use。他的职业主线，一直就是「让普通人和 AI 能直接驱动一台电脑」。

译OpenAI的Codex Computer Use功能实现了AI向通用桌面智能体的关键演进。该功能允许Codex在后台运行，通过模拟光标点击、键盘输入和屏幕感知来操作几乎任何Mac应用程序，即便应用未提供API。这有效填补了前端调试、UI走查和设计工具自动化等领域的长期空白。其主导者Ari Weinstein的职业轨迹始终围绕“让人与AI直接驱动电脑”这一核心，从开发被苹果收购的Workflow（现Shortcuts）到如今在OpenAI推动智能体的无缝后台操作，持续拓展人机交互边界。

ginobefun@hongming731 · 5月13日51

什么是代码？ Unmesh Joshi 是 Thoughtworks 的首席工程师，也是《Patterns of Distributed Systems》的作者。他在 https://martinfowler.com/articles/what-is-code.html 发表了一篇追问性质的文章，问题只有一句话：LLM 时代，代码究竟是什么？ 他的回答把代码拆成两个层面。第一个层面是给机器的指令，指挥计算、移动数据、协调执行；这个层面正在被 LLM 商品化，不再是稀缺能力。第二个层面是问题域的概念模型，是人类和工具用来推理、理解系统的那套概念体系；这个层面才是代码真正难以被替代的价值。 词汇表是这篇文章的核心意象。一个设计良好的代码库，本质上是某套词汇表的具象化。做零售领域的开发，代码里会出现客户、商品、订单、发货、支付；做 Web 开发，就要把零售词汇映射到 HTTP 方法和资源语义上。概念变成类型，关系变成接口，规则变成不变量，流程变成组合。精准的变量命名、合适的方法边界、合理的类层级，都要在持续迭代中一步步发现，而不是一开始就能想清楚。 DDD 的有界上下文和通用语言，在这里得到了自然的延伸。越靠近核心业务模型，抽象越需要本地发现，无法靠通用框架解决。这不是框架设计的局限，而是领域词汇本身就缺乏跨实例的稳定性。 编程语言本身也是思维工具。Go 的 channel 和轻量级线程、Java 的面向对象模型、Rust 的所有权模型，都会推动开发者用特定的方式看待结构和边界。语言不只是表达设计的手段，更是发现设计的工具。这也是为什么 Unmesh Joshi 认为，主动写代码和被动 review 生成代码是两种本质不同的认知活动。 文章最后的结论清晰：当 LLM 把语法生成商品化，开发者应该主动变强的方向，是建模能力和精准词汇构建，而不是打字速度。这与 AI 时代对软件工程师的期待高度吻合，是近期少数能把「AI 取代开发者」这个老问题讲出新角度的文章。

译在LLM时代，代码的本质是什么？Unmesh Joshi 将其分为两个层面：一是给机器的指令，正被LLM商品化；二是问题域的概念模型，作为推理和理解系统的概念体系，这才是代码的核心价值。设计良好的代码库是特定领域词汇表的具象化，精准命名、边界和层级需在迭代中发现。领域驱动设计的有界上下文和通用语言在此延伸，核心业务抽象需本地构建。编程语言本身是思维工具，影响开发者对结构的认知。因此，开发者应强化建模能力和精准词汇构建，而非语法生成。

Berryxia.AI@berryxia · 5月13日61

这不得个榨干CC的最后一滴血啊！ 何让 Claude 持续工作直到任务完成？ Claude Code 通过几种方式帮助实现这一点，包括最近推出的一个功能：/goal。 一行命令即可让它把所有活干完，都不需要别的指令！

译Claude Code推出/goal功能，允许用户通过一行命令让Claude持续工作直至任务完成，无需额外指令。该功能旨在实现开发任务的自动化，减少人工干预，提高工作效率。

Berryxia.AI@berryxia · 5月13日67

这位老哥的，Codex的使用小Tips！👇🏻

译这位老哥的，Codex的使用小Tips！👇🏻 💡 小Codex技巧： 你不必局限于一次只看一个线程。 🪟 并行打开多个完整窗口 💬 使用 /side 分支对话以提出临时后续问题 🛟 你还可以为Codex弹出窗口设置热键以快速发起新任务

Berryxia.AI@berryxia · 5月13日52

这个榜单你认为符合你的预期么？🤔

译根据Text Arena最新分类排名，五大前沿AI模型展现出不同的优势领域与取舍。Claude Opus 4.7表现最为全面稳定，在几乎所有主要类别中领先。Gemini 3.1 Pro能力均衡，尤其在创意写作方面突出。Muse Spark在整体表现和编程方面强劲，但在专家任务、数学和长查询上稍弱。GPT-5.5 High是整体最平衡的模型之一，在专家任务和数学领域表现特别出色。Grok 4.20则更偏专长，主要在创意写作和困难提示方面表现突出。该榜单清晰揭示了当前顶级模型在通用性与专项能力上的不同发展路径。

meng shao@shao__meng · 5月13日65

Claude Opus 4.7 "Fast Mode" 在 Claude Code 和 Claude API 里都可用了 另外在 Cursor、Emergent、Factory Droid、v0、Warp 和 Windsurf 也可以用 Fast Mode：2.5x 速度，速度更爽，用起来可能就回不到 1x 的慢速了；但是。。6x 价格，好吧，我还是用慢速吧 慢即是快 😂

ClaudeDevs@ClaudeDevs · 5月13日69

How do you keep Claude working until the job is done? Claude Code helps with this in a few ways, including one we shipped recently: /goal.

译如何让Claude持续工作直至任务完成？Claude Code通过几种方式提供帮助，包括我们最近推出的功能：/goal。

Berryxia.AI@berryxia · 5月13日75

90%的人在白白浪费“Token”！ 看到 @DeRonin_ 转的一条 Andrej Karpathy 的观点，看下来觉得这对天天Vibe Coding的人来说太特么扎心了！ Karpathy 直接说：“你 AI coding 账单的 90% 其实都花在了发一些根本不需要的 context 上。” 他接着列了 10 条高级工程师已经彻底不干的浪费行为，我挑几个最常见的说说： 比如以前动不动就自动把 50 个文件全塞进去改 30 行代码，结果一轮下来 1.2 美元的 token 你根本不会去读。 或者拿 Opus 去跑 lint、格式化、改名这种小活，其实 Haiku 两分钱就能搞定，贵了 30 倍。 还有 agent 每次 retry 都把整个 repo 重新发一遍，成本直接翻 5 倍。 现在大家默认用 Sonnet，结果 Kimi 2.6 在大部分 coding 任务上质量差不多，价格却只有 1/6。 还有“以防万一”把文件全扔进 prompt，8 万 token 其实 3000 就够。 每次 session 都让 agent 从头重建知识，其实写一个 SKILL.md 就能省下大把钱。 他最后说，真正能省钱又能把事情做好的，是把 context 管严、稳定前缀全开 prompt cache、用多模型路由（Kimi 2.6 当主力，Opus 只留 10% 关键任务）、把重复工作做成 SKILL.md 文件、每次先 profile 工具调用再优化 prompt。 一句话，12 个月后，拉开开发者月花费 200 美元和 4000 美元差距的，不是谁技术更牛，而是谁把 context 和 routing 玩得更明白。 值得每个重度用 AI 写代码的同学好好看看。

译Andrej Karpathy指出，AI编程账单的90%浪费在发送不必要的上下文上。常见浪费行为包括：过度加载文件、使用高价模型处理简单任务、Agent重复发送整个代码库、默认选用高价模型而非性价比更高的替代品。优化策略强调严格管理上下文、启用提示词缓存、采用多模型路由（如主力用Kimi 2.6，关键任务用Opus）、创建SKILL.md文件避免知识重建、先分析工具调用再优化提示。未来，开发者月花费的巨大差距将取决于其上下文和模型路由的管理能力，而非纯粹的技术水平。

阿绎 AYi@AYi_AInotes · 5月13日59

Claude今天这波操作，真的把我看暖到了！ 他们给每个参与者发了一台巴掌大的Cardputer， 只有几英寸的小屏幕，有限的内存，和一个迷你键盘， 然后让大家用Claude辅助写代码， 几个小时之后，所有人都做出了属于自己的小玩意儿， 有人做了摇一摇就能切换主题的魔法棒， 有人给女儿做了像素小花拼写游戏， 有人做了靠身体倾斜控制的弹珠迷宫， 有人复刻了经典的俄勒冈小径生存游戏， 没有一个是能赚钱的杀手级应用， 但每一个都让人忍不住会心一笑， damn，这才是AI coding真正的魔力啊， 以前做硬件需要懂嵌入式，懂MicroPython， 现在你只要跟Claude说，帮我做一个摇一摇会亮的魔法棒， 代码就出来了，刷一下就能跑， 最关键的地方在于 资源越少，创意密度反而越高， 无限的算力和大屏只会让你陷入功能堆叠地狱， 只有当你被限制在几英寸的屏幕里， 你才会逼着自己做最极简，最直觉，最打动人的东西， 我觉得AI真正解放的不一定都是程序员， 还有那些脑子里有一堆奇思妙想， 却从来不会写代码的普通人， 把从想法到原型的时间，从几个月压缩到了几个小时， 挺感慨的，现在最火的AI产品都在卷生产力，卷benchmark，卷能替代多少员工， 只有Claude，带着一群人，用最简陋的硬件， 做了一堆最没用，也最快乐的小玩具， 我相信 快乐永远比实用更有力量， 有趣和可爱才是终极的增长黑客， 所以兄弟们，别再天天想着用AI改变世界了， 今天就用Claude，给自己做一个没用的小玩意儿吧！ #Claude #Cardputer #AI编程

译在“Code with Claude”活动中，参与者使用资源有限的Cardputer微型电脑，在Claude的辅助下于几小时内创作出各种充满趣味的小项目，如魔法棒、拼写游戏和弹珠迷宫。这些项目虽无商业价值，却展现了极高创意密度与快乐。活动证明，在有限硬件条件下，AI能将创意实现时间从数月压缩到数小时，真正解放了有想法但不会编码的普通人。在当前AI行业过度聚焦生产力与替代人力的背景下，Claude此举凸显了“快乐比实用更有力量”的理念。

Chubby♨️@kimmonismus · 5月13日57

i thought this was a joke. Opus 4.7 2.5x speed at 6x cost. what

译我原以为这是个玩笑。 Opus 4.7 速度提升2.5倍，成本却达6倍。 什么情况

ClaudeDevs@ClaudeDevs · 5月13日76

Fast mode for Claude Opus 4.7 is now available in research preview on the API and in Claude Code.

译Claude Opus 4.7的快速模式现已在API和Claude Code中开放研究预览。

Claude@claudeai · 5月13日24

We gave people tiny computers at Code with Claude. Here are some of the small, delightful things they built:

译我们在Code with Claude活动中分发了微型计算机。 以下是参与者构建的一些小巧而有趣的成果：

OpenAI Developers@OpenAIDevs · 5月13日71

Symphony: every open task gets a running Codex agent

译Symphony：每个开放任务都有一个正在运行的Codex智能体

Yuchen Jin@Yuchenj_UW · 5月13日61

AI will solve coding and math first, because the outputs are verifiable. AI won’t “solve” art, because art has no unit test. There is no single definition of good or bad. And by art, I don’t just mean paintings or music. I mean designing a great product, building a great company, and anything where taste is the moat.

译AI将首先解决编程和数学问题，因为其输出是可验证的。 AI不会“解决”艺术，因为艺术没有单元测试。好坏没有单一标准。 我说的艺术不仅指绘画或音乐。还包括设计伟大产品、建立伟大公司，以及任何以品味为护城河的领域。

Tibo@thsottiaux · 5月12日45

For Codex, we’ve been thinking about keeping a stable release cadence and have a larger release each week on Thursday. That does make the start of the week and bit less exciting. Thoughts?

译对于Codex，我们一直在考虑保持稳定的发布节奏，每周四进行一次较大规模的发布。这确实会让周初显得不那么令人兴奋。大家有什么想法？

向阳乔木@vista8 · 5月12日72

如何让Claude Code中调用Codex，可安装OpenAI提供的官方插件。 在Claude Code中依次执行： 1. 添加库 /plugin marketplace add openai/codex-plugin-cc 2. 安装插件 /plugin install codex@openai-codex 3. 重新加载插件 /reload-plugins 4. 登录配置（已安装登录Codex cli，这步不用） /codex:setup

译本文介绍了在Claude Code中通过插件市场安装OpenAI官方Codex插件的具体步骤：添加库、安装插件、重新加载及配置。其核心实践动机源于HeavySkill论文提出的“重思考”方法，即让多个AI模型并行独立推理，再由一个模型（如Codex）作为主持人综合思路以提升回答质量。作者正依此构建由Claude Code推理、Codex主持的Skill。

Greg Brockman@gdb · 5月12日76

AI for helping you build apps powered by AI:

译AI助力构建AI驱动应用： [引用 @OpenAIDevs]：通过OpenAI开发者插件，Codex现可利用OpenAI API助您更快构建AI应用与智能体。

Tibo@thsottiaux · 5月12日48

The master becomes the mentee. At last, Claude is now copying Codex. But you cannot out-accelerate GPT-5.5.

译导师变成了学徒。Claude终于开始模仿Codex了。 但你无法超越GPT-5.5的加速能力。

宝玉@dotey · 5月12日66

http://x.com/i/article/2054083068839796737 # AI 时代到底该怎么管一个工程团队 Fiona Fung 在 Anthropic 大会上讲了 28 分钟，聊了聊 AI 时代到底该怎么管一个工程团队。 她做这套幻灯片时，Anthropic 还没有推出 Routines 功能。 三周后，Routines 上线了。这是一个让 Claude Code 在云端按计划自动跑任务的功能，不需要在本地一直开着终端。等到她真正站上 Code with Claude 2026 大会的讲台时，幻灯片里好几张就已经过时了。 Fiona Fung 是 Anthropic 旗下 Claude Code 和 Cowork 两条产品线的工程与产品负责人。她之前在微软干了十二年（从 Visual Studio 做起），后来去 Meta 带过 Facebook Marketplace 和 Instagram 的工程团队，在 2025 年 9 月加入了 Anthropic。这次演讲不到三十分钟，主题听起来很普通：“AI 时代怎么管一个工程团队”，但她讲的全是这一年来在 Claude Code 团队踩过的坑、砸碎的旧规则，以及还没想明白的现实挑战，一点也不讲抽象的空话。 视频原链接：https://www.youtube.com/watch?v=igO8iyca2_g ## 要点速览 - 软件工程的瓶颈过去是“写代码慢”，现在则转移到了验证、评审、跨职能协作和安全性上。 过去的各种流程都是基于“写代码很贵”这个假设设计的，现在既然“写代码几乎免费”，流程就必须全部重构。 - 流程极少会自然消亡，组织只会一层层地往上叠加 SLA、规章制度和评审。用 AI 改造工程团队的第一步，其实就是明确允许大家砍掉陈旧流程。 - 技术辩论的方式变了。过去是把人拉到白板房里画架构图，现在是让 Claude 同时搓出三个 PR，连着对 API 的实际影响范围一起对着代码讨论。 - 在 Claude Code 团队，所有的 PR 都有 Claude 的参与。“这段代码到底是谁写的？”这个问题已经渐渐失去意义。 - 经理必须从一线 IC (个人贡献者) 做起。Fiona 在招人时死死咬住这一条，负责招聘的同事一开始甚至不能理解：“现在哪有经理愿意倒回去先写代码的”。她的回应很干脆：“不愿意就趁早好聚好散”。 - 组织尽量扁平、所有小组共享一个团队目标（mission）。理由很简单：目标一变，层级越多越容易产生对齐损耗，扁平意味着灵活。 - 代码就是唯一的“事实来源”（source of truth），而不是设计文档。 如果非要保留 spec，就把 spec 提交进代码库，让 Claude 去校验代码与文档是否一致。 - 衡量效果看三个指标：新人上手时间、PR 的生命周期、Claude 辅助提交的比例。但她也警告，别死盯着“有多少代码是 AI 写的”，那只是虚荣指标，关键要看产品质量和可靠性。 ## 【1】二十年里，行业被重塑了两次 演讲一开始，Fiona 把时间线拉回了 2000 年代初。她当时在微软做 Visual Studio 2005——全球主流的开发工具之一。那会儿软件还是靠 CD 发行的（再早点是软盘）。因为软件要送到流水线上刻盘、装盒、铺货到店里，每个版本都有雷打不动的发布主线。 后来互联网来了，把发行方式从 CD 变成了在线分发，工程节奏随之被颠覆。现在轮到 AI，但这次变的不只是发行节奏，而是“写代码”这件事本身。 > 过去管用的老经验，现在未必行得通了。 （“What served you prior may not serve you any longer.”） 她在演讲里反复回到这一句。多年来工程节奏围绕一个假设搭建：写代码贵、写测试贵、重构贵。从瀑布到敏捷，每一种方法论都是在分配这块稀缺资源。 去年她还在抱怨 vibe coding（凭感觉编程，由 OpenAI 联合创始人 Andrej Karpathy 在 2025 年初提出）：“为什么到处用常量，工程实践不好。”一年之后，模型变得能干太多。这种突破已经远超单纯的“提速”范畴，而是整体的吞吐量直接跃升了一个数量级。 ## 【2】当编码不再是瓶颈，新的卡点出现在哪里 Claude Code 团队现在的瓶颈是验证、评审、跨职能协作、安全。 代码量提升后，她被其他工程负责人问得最多的问题是：“这些代码人怎么审得过来？”她也想知道维护成本怎么算。生成代码的成本几乎为零，但维护成本不会跟着归零。 > 注： 演讲提到的“用 Claude Code 构建 Claude Code”是 Anthropic 公司层面的公开做法。Boris Cherny 此前在多次访谈中讲过，自己用 Claude Code 在 10 天内构建了 Cowork 这个面向非技术用户的桌面 Agent。这是工程现实，不是修辞。 她列出了一份“正在悄然失效”的旧流程清单：长达半年的产品路线图、繁琐的排期会议、对代码的所有权划分、马拉松式的代码评审会议、按部就班的传统团队结构、知识库分享、以及漫长的新人入职培训（onboarding）。这些统统都是因为当初“开发成本太高”而被现实倒逼出来的历史产物。 > 流程极少会自然消亡。我们习惯的做法是不断地往上叠加新流程。 （“Rarely do processes kill themselves, we tend to just layer more and more and more processes on.”） 她举了个痛点例子：之前在某个团队，SLA（服务级承诺）多到需要拉个大表格强制排序，工程师才能弄清楚哪条需要优先响应。她早就觉得这种过度堆砌该清理了，但真正下决心动手，还是到了 Anthropic 之后。 ## 【3】少做什么：六个月路线图、设计文档、产品评审 刚加入 Claude Code 时她还在问：“不需要做六个月路线图吗？” 写出来了，前三个月还能用，过完新年再看，已经变了大半。她现在用一个词：jit planning（即时规划），借编程概念里的 just-in-time 编译，意思是什么时候需要再做什么，因为原型成本已经趋零，“提前规划”的杠杆消失了。 设计文档也大量减少。Claude Code 团队的默认讨论媒介从“先写一份 doc”换成了“先发一个 PR”，有想法直接做出来。产品评审会同样开得少，因为产品形态变化太快，与其评审 mock，不如把内部版本推给 Anthropic 全员（她管这个叫 ant-fooding，因为公司名 Anthropic 含“ant”），再推给外部用户，听他们怎么用。 ## 【4】多做什么：验证，把质量保障往源头推 她希望团队在验证上加倍投入，叫 shift left（左移）。传统软件流水线左是源头右是交付，把质量保障从靠近交付端的人工测试，往靠近源头的自动化推。 为什么这件事变重要？因为角色边界正在模糊。她的设计师同事现在也在提交代码。Fiona 顺带讲了一个真实的小焦虑：她有次修了个跟求职简历相关的 bug，第二天扫了一眼 Boris 的消息流，看到有人在群里 @ 他报新 bug。她形容自己当时的感触是“心跳都漏了半拍”，生怕是自己捅的娄子。 每个人都不希望因为自己的提交把服务搞挂。在这个高吞吐量的环境下，这是非常真实的心理负担。传统的人工 QA 根本接不住这么高的代码产出率，所以质量保障必须更早地依赖自动化机制。 ## 【5】技术辩论的方式变了：从白板到三个 PR 刚加入 Claude Code 团队时她想做一次重构，借机熟悉代码库。和 Boris 在技术方案上有分歧，她差点习惯性地拍肩膀说“走，去白板房画一下”。 下一秒她马上意识到，其实完全可以让 Claude 同时搓出三个版本的 PR，直接对比完整的代码实现，甚至能拉出对所有调用方的影响。白板上可画不出这么直观的全局视角，但代码可以。 > 当写代码变得轻而易举，无休止的争论就显得极其昂贵。 （“When building is cheap, arguing is expensive.”） 抛出这个判断时，她的语气尤为严肃。她随即提醒听众：正因为生成代码的成本趋于零，团队文化和底线共识反而变得越发关键。 决不能沦为“谁最后一个 commit 谁赢”。比如有人熬夜到凌晨三点偷偷交代码，或者设个定时任务抢在上线前压哨操作，这绝对不行。恰恰是因为代码不值钱了，团队横向对齐反而更需要明确的底线。 ## 【6】代码评审：Claude 接什么，人保留什么 Cat Wu 在大会上午的 keynote 已经讲了 Claude 自动评审 PR 的能力。Fiona 这里的视角更具体：什么交给 Claude，什么继续留给人。 > 注： Cat Wu 是 Claude Code 的产品负责人，与 Boris Cherny 同台主理 Claude Code 产品方向。 交给 Claude 去做的：风格检查、lint 去重、回应代码评审意见、抓常规 bug，以及补全单元测试。她说 Claude 现在非常擅长“打理”PR，通常在人工接手之前就把大部分脏活累活干完了。 依然需要人工介入的有三类：法律和合规层面的审核，因为涉及风险口径；安全敏感代码的边界确认，因为出漏洞的代价太高；针对产品体验的 sense（直觉）和品味，这也是当前大模型相当难跨越的一道门槛。 第三类她讲了个轻松的例子。她有个小爱好：按节日装饰 Claude 的终端形象。圣诞节那次她想把 Claude 变成雪人，让 Claude 用 ASCII 字符画。她把结果发给设计师同事征求意见，对方一句话：“你把它画成了 Mr. Peanut。” > 注： Mr. Peanut 是美国知名零食品牌 Planters 的吉祥物，戴礼帽和单片眼镜，长得跟雪人在轮廓上有点像。 她最终采用了简单方案：冰蓝色 + 雪花。这个故事她拿来说明产品 sense 的意义：抽象判断很难自动化。 ## 【7】代码边界日渐模糊，角色分工也在重新洗牌 在 Claude Code 团队，几乎所有的 PR 都有 Claude 参与。“这段代码到底是谁写的？”这个问题正在变得荒诞甚至没有意义。 Fiona 建议不要纠结于这种表象，而是深挖你真正想搞懂的是什么：是谁的修改引爆了 bug？谁有足够的背景上下文去跟客户解释技术细节？谁对这块代码模块的来龙去脉更清楚？如果你问的是后面细分的这几个问题，就会发现往往有更好的自动化路径来回答。比如她原来有个习惯：每天早上泡一杯咖啡，用 Claude Code 对接客户反馈频道去跑一遍信息汇总摘要；现在这个动作已经被编排进了 Routines 自动化任务里，连手动敲命令都省了。 > 注： Routines 是 Claude Code 的一项功能，可以设置定时或触发式的自动化任务。Fiona 在准备这个演讲的一个月期间，这个功能才刚上线，连她自己的幻灯片内容都因此需要更新。 这种角色的模糊化是双向发生的。一面是非技术出身的人员也开始卷起袖子写代码，Claude Code 团队里的 PM 就在实打实地提交 PR。另一面则是让工程师跳出自己的一亩三分地，去抢传统上属于其他岗位的活儿。Fiona 拿自己举了个例子：她原本想优化一下 Claude Code 的用户问卷调查，又找不到内容设计师。过去她可能要拉着内容团队的人反复抠文案字眼，现在她直接用 Claude 作为文案搭档。她自嘲作为一个典型的工程师，“在把文案写得精炼这件事情上可谓是一塌糊涂”。 在招聘上，Claude Code 团队重点看两类人。一类是有产品感觉的创意建造者：好奇心强，看到问题就想做产品来解决，会反复打磨体验。另一类是深度系统专家：团队搭建 Claude Code Remote 时发现缺少有分布式系统经验的人。她不再看重的是原始编码吞吐量，模型已经把这部分拉平了。 ## 【8】组织形态：尽量扁平，经理从 IC 做起 Anthropic 招她进 Claude Code 时，对方默认按“10 个 IC 配 1 个经理，再向下嵌套”的结构来招人。Fiona 不要这种。 她想要的是尽量扁平。Claude Code 和 Cowork 两条线只共用一个团队 mission，不让每个小组各自定 mission。理由很实在：mission 一变，多层级要花很多时间向下对齐，扁平等于灵活。 她还坚持一条：Claude Code 团队里所有经理都要先做 IC（individual contributor，一线工程师）。 招聘官最初的反应是“你疯了”，意思是没有经理愿意先做 IC。 > 我希望 Claude Code 团队的每个经理都从 IC 起步，这是我对团队的期望，不接受就早点分开。 （“This is what dogfooding on the Claude Code team's about, this is what I expect and if someone's not interested it's better for us to do earlier separation.”） 这一条对她自己也是。她的上一次 push 代码到生产环境是 2017 年，加入 Anthropic 之后才重新写起代码。她说自己在 Meta 时每年还试着提交一次 PR，但内部工具变得太快，一年学一个命令第二年就过期了。 > 现在我连 git 命令都不记得了，全靠 Claude 帮我搞定。 （“Nowadays I don't even remember git commands, I just always ask Claude to help me out with all of that.”） ## 【9】从文档退位，让代码成为“唯一事实来源” Claude Code 团队现在把代码视作最终的 source of truth（唯一事实来源）。比如 Fiona 现在是怎么答复技术客诉的？她会直接启动桌面版 Claude Code，挂载本地 repo 后让大模型直接从代码找逻辑去回答。这种做法彻底干掉了软件行业的一个千年遗留问题：开发文档总是不和代码同步。 但她特意补充说明：这条经验并不是放之四海而皆准的。如果你们团队业务要求必须有完备的需求文档，那就顺理成章把 spec 也提到代码库里，让 Claude 交叉校验一下最后跑出来的代码跟文档写的是否吻合。 在推行这些变化时，Fiona 区分了“必须统一”和“交给小组”两层。必须统一的几条核心准则：每个团队成员都要用 Claude Code（包括跨职能伙伴，Cowork 也是）；尽可能把能自动化的工作 Claude 化（团队内部叫“claudify everything”）；明确允许杀掉已经不服务于人的旧流程。 最后一条她给了个具体例子。Claude Code 团队曾经搞过站会，团队变大后改成在共享表格里填周进度。某天她看着这张大表觉得索然无味：因为信息明明都在 Claude 能读到的地方，其实让 Claude 写个总结脚本丢在那里，任何人随时去拉一下其他人的状态摘要，这不比催人填表高到不知道哪里去了。 不过给小组自行拿捏的空间也非常清晰：诸如 bug 的 triage（分诊）机制、排期的节奏、谁值班怎么值，乃至哪些工作流优先级较高需要率先上 Claude，统统放权让小组自己说了算。 ## 【10】三个可观察的指标，和一个警告 她没透露具体数字，但点了三个方向： 新人爬坡时间显著下降。工程师、设计师、PM 在新团队产生有效产出的速度明显更快。 PR 所需的周期明显变短了。她顺带一提，这其实是个值得深挖的指标，因为它的变化折射出的不仅仅是你这团队对 AI 工具的接受度，有时也会暴露下游基建拉胯的弊端，比如 CI（持续集成）管线或产品基础设施环境根本吃不消工程师当前暴增的提交速率。 Claude 介入提交的覆盖比例越来越高。在 Claude Code 团队的氛围里，每一次 commit 带上 Claude 才是被默认的常规操作： > 我已经差不多四个月没看到一次非 Claude 辅助的提交了。 （“I don't think I've seen a non-Cloud assisted commit probably in the last four months or so.”） 但她在指标这一段明确加了警告：不要只看“代码有多少由 AI 生成”。各家公司新闻稿里这个比例越说越高，但吞吐量本身不是目的，要回头看你究竟在解决什么问题、产品质量和可靠性还守不守得住。 ## 【11】她自己也没想清楚的三件事 Fiona 在演讲最后承认，有三个问题她还没答案： 第一，工程师能跨平台流转之后，传统的“iOS 团队 + Android 团队”分队还有没有意义。 第二，自动化评审要推到多远。“信任但验证”的边界在哪儿，会随模型升级再次移动。她提到当天稍早一场关于模型能力的演讲，意思是评审托管给 Claude 多少，不是一个一次定下来的决定。 第三，角色模糊之后，怎样让所有人感觉同样有产出感。当工程师能做内容、PM 能写代码、设计师能修 bug，传统的产出归属变模糊了，公平感的设计是新课题。 她给听众的最后建议其实非常朴素直接： > 挑出极其折腾人、尤为啰嗦的那条工作流，重新审视一下它到底还在为谁干活。 （“Pick your noisiest workflow … is it still really serving, what's the purpose of there.”） 她拿自己的亲身经历当了反例。以前在带某个团队时有个雷打不动的周例会，五十多号人挤在一个大屋子里。但 Fiona 细看发现，除了被点到名字起来汇报状态的人会假装抬一下头，其他人全都不约而同在低头敲键盘。后来她只问了一句“我们到底图什么还在开这破会”，瞬间全票通过顺带原地解散了。 视频原链接：https://www.youtube.com/watch?v=igO8iyca2_g

译Anthropic的Fiona Fung指出，AI使代码生成成本趋近于零，工程瓶颈已从“写代码慢”转向验证、评审与协作。基于“写代码贵”假设的旧流程（如冗长路线图、繁琐评审）必须重构。技术辩论应从白板讨论转为让AI生成多个PR进行对比；代码成为唯一事实来源。经理需从一线工程师做起，组织应扁平化。质量保障需“左移”，依赖自动化。代码评审中，AI处理风格检查等常规任务，人类则专注于合规、安全及产品体验等关键决策。

ginobefun@hongming731 · 5月12日45

Claude 中关于结果验证和梦境学习的分享，值得深入了解下

Tibo@thsottiaux · 5月12日49

Cybersecurity is changing. Daybreak brings together our most capable cyber models, Trusted Access tiers, advanced security workflows in Codex and at scale repo scanning with patch generation. With much more to come.

译网络安全正在变革。 Daybreak汇聚了我们最强大的网络模型、可信访问层级、Codex中的高级安全流程，以及大规模仓库扫描与补丁生成功能。更多创新即将到来。

阿绎 AYi@AYi_AInotes · 5月12日55

Wow，Claude今天这个Agent View更新，直接把我爽到原地起飞， 我记得以前同时跑四五个代理， 要开一堆终端窗口， 靠脑子记哪个任务在等我回复， 上下文切换到脑子直接炸成浆糊， 现在一条claude agents命令， 所有会话全在一个视图里， 按状态清晰分类（需要输入、正在运行、已完成）， 每行显示任务名和最后输出摘要， 按空格就能快速 inline 回复， 输入/bg直接扔后台自己跑， 需要你决策的时候会在视图里醒目标注， 这可就不是什么锦上添花的小功能了， 我觉得更像是Claude Code从单兵作战的终端AI， 走向多代理统一管理的重要一步， 对于开发者最痛苦的从来不是AI写代码不够快， 而是处理并行任务时的脑力记账， 而现在这个负担很大程度外包给了CLI， 你只需要做一个指挥官， 不用当切换Tab的操作员， 特别适合PR看护、性能审计、批量重构、循环监控这些长任务， 很多长任务可以丢给后台自己跑几个小时， 你该干嘛干嘛， 回来直接看结果就行， 我觉得Anthropic这波是在抢开发者操作系统的入口了哈哈， 纯CLI的极客路线，刚好戳中重度终端用户的爽点， 特别适合我们这些终端重度用户！ #Claude #AI编程 #开发者

译Claude Code新增Agent View功能，将所有会话集中在一个视图中，按状态分类显示任务名和输出摘要。用户可快速inline回复或后台运行任务，减轻处理并行任务时的脑力负担。这标志着Claude Code从单兵AI向多代理统一管理演进，适合PR看护、性能审计等长任务。该功能作为研究预览发布，针对终端重度用户设计，旨在抢占开发者操作系统入口。