以前写代码很贵，产品功能按半年到一年来排，产品经理大量时间花在跟别的团队对齐进度，好让对方先做完自己依赖的部分。如今有了 AI，工程快了很多，模型能力也涨得快，Anthropic 很多产品功能的周期从半年缩到一个月，有时一周甚至一天。这么快的节奏下，产品经理该少花力气对齐跨好几个季度的路线图，多琢磨怎么最快把东西送到用户手上，比如工程师有个点子，周末就能交给用户。
Cat Wu
Anthropic 已经连续好几个季度发得很快，内部也在用自家模型，包括很强的 Mythos，这让发布快了一点，但解释不了大部分提速。主要靠流程少：几乎所有功能都标成研究预览，告诉用户这是早期想法、未必一直支持，承诺小了，一两周就能放出去；工程师把内部试过的功能发到固定的发布频道，文档和市场的同事第二天就写好公告。门槛低了，谁都能把东西发出去。
Claude Code 收到几万条 GitHub 问题单，要什么的都有。代码越来越便宜，决定写什么反而更值钱：哪些值得做、该做成什么样，要靠用心和品味去挑。至少接下来几个月，工程背景格外有用，因为它让人知道一件事大概多难：很容易的就别争了，花一小时做掉；难的事先心里有数，知道团队要付出多大代价，排优先级更准。
以前代码贵，产品线要提前规划好，一个用途基本只配一个产品。现在要试的点子太多，Claude Code 有时会同时放出两个功能重叠的做法，因为团队内部两个都喜欢，想让外面的用户来选。代价是新用户不知道哪条路最好，用户也觉得要天天刷推特才跟得上。团队原本坚持产品要直观到不用教程，后来功能太多，很多用户想知道一百个功能里最该用哪十个，只好破例加了内置的上手引导。
人们对 Claude 的需求很大，Anthropic 一边扩建基础设施，一边让自家工具更省用量，好让订阅用户用得更多。但订阅原本不是为第三方产品设计的，OpenClaw 这类第三方产品用法不同。需求太大只能取舍，于是优先保自家产品和按调用收费的接口，不再让订阅额度用在这类第三方产品上，过渡期给每个订阅用户送了些额度。自家订阅是触达更多用户的主要途径，要加倍投入，有时就得牺牲第三方。
Claude Code 刚推出时，用户让它做大改动，比如要改 20 处调用，它改了 5 处就停。团队照人的做法给它加了待办清单，它才把 20 处都改完。到了 Opus 4 及以后的模型，不用提醒它也会自己列清单、做完每一项，清单如今只方便用户看进度，用不用都行。所以新模型一来，很多改动是删掉当初给模型当拐杖的功能；每次发新模型，团队都会把给模型的整段固定说明从头读一遍，不再需要的提醒就删掉。
负责 Claude Code 的一位销售总在重复做差不多的幻灯片，就自己做了个网页工具：放进几套公认好用的标准讲稿，再从 Salesforce、Gong 和笔记里拉出客户情况，比如用哪个平台、要不要医疗数据合规，自动加减页面。这种定制手工要二三十分钟，很多人干脆不做、直接用通用版，现在几秒钟就能拿到量身做的一份。做定制小软件的门槛低了，公司里冒出一大批贴合自己用法的工作软件。