文章AI模型江湖 · 第 5

Anthropic:客户围着Claude投入,元婴还差哪道关?

专业工作改造已发生;直接产品、API与云分发中的有效投入,能否随模型升级继续增值?

徐瀚勃2026-09-21

AI模型江湖 / 05 / 公司研究 · Anthropic

普通人的红利:产业 × 投资 × 交易,寻找AI时代的Google、Amazon | 于AI诸相中,普皆共证菩提

本系列纯属个人兴趣,仅为AI江湖的八卦交流,不构成任何投资建议!如有侵权,联系删稿!|2026年9月

先看结论

当前定位:金丹初期,向中期验证。已有客户围绕Claude改造工作流程;下一步看这些投入能否持续扩散,而不是凭好评直接领取元婴证。

产业视角|AI Native:专业工作、执行工具与算力供给正在连接;机会不只在多写代码,更在让原来做不起的维护、测试与持续服务成为生意。

投资视角|金印五阶:分清客户依赖Claude模型、Code工作层,还是云与自己的工程;有效资产能否跨客户、版本和续约复用,是近期关口。

交易视角|风控五环:融资与收入规模要同长期算力义务、渠道分配和必要投入一起看,不为尚未兑现的规则与收益提前支付化神价格。

元婴观察:看Claude能否支撑新的行业交付,让客户与伙伴持续建设,并在完整成本之后共同留下合理收益。

以下为本期研究判断;事实依据、资料日期与待验证事项见正文及文末。

一|江湖开场:Claude不只会写,客户开始改章法

看Anthropic,最值得翻的未必是又一张编程榜单,而是客户自己的施工记录。模型再能干,原来只是请来一位高手;客户若开始改研发流程、调整分工、建设长期工具,讨论的就不再只是这位高手今天出了多少招,而是整间工坊明天怎样开工。

乐天Rakuten提供了一处具体动静。Anthropic发布的客户案例称,其团队围绕Claude Code调整研发流程,新功能平均上市时间从24个工作日缩短到5个工作日,约减少79%。[1]这是厂商发布的客户自述,不能推广为所有团队的生产率。但它的产业意义已经超出“代码写得快”:客户在重新安排怎样把产品交出去。

本篇保持金丹初期、向中期验证的定位。初丹的依据,是外部客户投入已有线索;往前的考题,是这种关系能否离开样板案例,跨客户、版本和续约持续出现。金丹初成值得开席,元婴庆功宴暂时不必连订十年。

从Claude模型、Claude Code,到API与托管执行,Anthropic正在尝试连接能力与工作。[8][9]我们要顺着这些动作追问:专业服务能否因此更容易供给,客户的建设留在哪里,合作云和原厂分别承担什么、取得什么。上一期OpenAI问工作平台如何长出关系,这一期再往里走一步:客户留下来的理由,能不能随着模型进步而变得更扎实?

二|产业视角·需求:代码不是终点,做得起的服务才是

普通人看这门生意,不必先背熟每代模型的名字。先想一件事:小团队能不能负担持续测试、旧系统维护与专业工具开发?这些工作未必不重要,往往只是单项收入不够大,凑不齐一整套人手。如果智能供给改变了成本与分工,过去被搁置的需求才可能走进市场。这是增能的产业空间。

Rakuten的案例给出一条已有线索:研发流程可以随工具采用而改变。[1]但更广的服务空间仍需验证。设想一家小型软件服务商,要为客户持续维护业务系统:发现异常、定位问题、修改代码、运行检查,再按权限上线。若AI只负责中间几步,负责人仍要全天追进度,省下的程序员工时可能又变成了掌门的夜班。这里是分析服务边界的假设,不是新增客户案例。

承责的价值,在于把执行、检查、恢复与交付连起来,让需求方少做反复协调。Anthropic对约40万次Claude Code会话的研究显示,在其样本中,人承担更多规划决策,Claude承担更多执行决策。[2]这种分工提示了方向,也说明“人已经退出全部工作”说得过早。工具替谁分担了什么,比工具自称多自主更重要。

可获得性也影响产业大小。9月材料将普遍可用的Fable与受信任访问项目中的Mythos分开。[3]能力上限与客户实际拿到的服务,是两道门。丰裕要看完整结果是否越来越可负担;破界要看新方法能否经过实验或部署;创生则追问新工具是否能成为下一轮工作的条件,而不是把最强能力直接写成人人可用。

需求还可能由运行中的Agent发起:维护系统发现问题,再请求别的系统验证与修复。它不必每一步等人批条子,却仍需目标、预算、权限和验收。我们期待的是碳硅协作扩大实际服务的范围,不是数字弟子连夜互发消息,最后只有云账单修成了正果。

三|产业视角·供给:多云借炉,自己的火候怎样练?

Claude进入更多工作,背后必须有能够持续供给的工厂。CADEF把这件事分为算力工程、算法效率、数据工厂、经验飞轮与资本续航。下表保留本系列研究档位;它解释五项能力的支撑与缺口,不把模型表现换成企业的自动晋阶积分。

维度与权重评分/10本篇最重要的判断
C 算力工程 · 30%9.0多硬件与深度共建有运行依据;容量合同不等于全部现役
A 算法效率 · 25%9.5模型与后训练、评测持续推进;完整训练配方仍不公开
D 数据工厂 · 20%8.5任务、环境与验证有工程证据;不能凭公开片段量出全貌
E 经验飞轮 · 15%8.5真实工作可观察;会话研究、训练授权与回流效果分开
F 资本续航 · 10%9.0资本获取与经营规模强;长期算力义务也很大

C看的是炉子怎样实际运行。4月公司公告称,已经使用超过100万颗Trainium2芯片训练和服务Claude,并扩展与AWS的合作。[4]有意义的不是给不同芯片比数量,而是训练、适配与部署已经需要成套组织。公告里的新增容量上限及未来十年投入承诺,则是另一张时间表,不能提前算进当天开工的资源。

硬件的“算存光冷电”,要靠软件的“编并调容服”真正合力。自建、自研并运营能够提供较完整的控制证据;深度共建也能形成强工程,普通租用却不能继承云厂商全部功力。Anthropic的C9.0依据的是这些运行与适配材料,不是合作方名字够响。多云增加供给选择,也增加调配和恢复的功课:炉子可以在不同山头,火候不能靠群发通知。

A要看模型与工艺怎样配合。“架训配评迭”不只是五个技术名词,而是结构怎样设计、模型怎样学、方法如何组合、问题如何诊断、有效实验怎样推进。3月的工程文章展示了规划、生成与评估分工,以及结构化交接如何支持更长的软件任务。[5]这提供了评测与工程迭代的具体材料,但工作框架不是完整训练配方,更不能把全部效果都记成新算法。

这种工程积累为什么值得研究?长任务不只有答对一道题,还要知道何时交棒、结果怎样检查、失败怎样返回。若这些环节不断改善,模型能力才更有机会变成客户可购买的持续工作。它为A9.5提供解释线索,却不是对同行做过同预算实验后的精确差距;闭源训练工艺仍有看不全的部分。

D负责练习怎样有用,E负责真干之后怎样长本领。任务、环境与验证支持数据工厂;真实工作中的动作、结果及获准进入改进的反馈,才属于经验飞轮。那份约40万会话的研究覆盖2025年10月至2026年4月,主要依据会话记录判断结果,未直接观察代码上线后的长期价值,还排除了部分非交互式使用。[2]这是进入真实工作的一扇窗,不是整个工厂的全景监控。

商业数据默认不用于训练,反馈或其他明确授权有各自条件。[6]因而D8.5与E8.5不能理解成“用户一上门,经验全入库”。可以看见的工作问题,有机会帮助评测与改进;是否实际使用、覆盖多少、产生多少收益,仍需分开。把四十万会话直接熔成四十万块训练黄金,炼丹炉还没开,会计先过热了。

F看多轮投入还能不能继续。5月H轮公告披露融资650亿美元,包含此前已承诺的150亿美元;当时年化收入运行率超过470亿美元。[7]前者不能重复相加,后者不是全年确认收入或自由现金。资本与经营规模支持F9.0,但训练、推理服务、云合作和必要研发都要持续投入,钱袋大不等于账单会自行消失。

合起来看,这套供给的产业潜力,是让研究、执行工具和计算资源一起降低客户重建工作系统的难度。原厂若能减少运行负担,专业伙伴便有更多空间做行业服务。这是值得追踪的协同路径,不是全部环节已经闭合的证明。工厂替别人省掉多少重复建设,是下一本客户账的起点。

四|产业视角·交付:谁管任务,谁拿钥匙,谁留住关系?

Claude可以通过不同路径进入同一间企业。客户直接使用Code,调用API接自己的系统,或者经合作云部署,组织工作与收款的方式都不一样。[8]这些路径可以交叉,并非三个互不来往的门派。讨论生态之前,先问清谁保存状态、谁处理故障、谁验收;否则画出一朵多云祥云,也分不清钱落在哪个口袋。

使用路线谁组织实际工作要检查的依赖归属
直接使用Code/工作产品客户设权限与验收;产品提供执行、上下文和管理能力客户沉淀的是专属工作资产,还是随时可替换的使用习惯?
API接入客户自有系统客户或其服务商保存状态、连接工具、负责业务验收Claude究竟提供哪段难以替代的增量?
经合作云部署云账户、计费与治理参与交付;模型和工作层另看留存来自云采购、Claude能力,还是两者结合?

直接工作产品的价值,是减少开发者自己搭执行工具的负担;API给客户更多安排空间,却也把资料、编排与业务验收留在客户或服务商手里;合作云进一步参与认证、计费与治理。Claude Code也可以通过合作云部署。[8]因此“买在云上”不等于依赖全归云,“用了Code”也不等于客户交出了全部钥匙,得沿实际架构和合同判断。

4月Managed Agents的工程说明,把模型与执行循环、会话记录和沙箱分开:状态保存在独立系统,执行部件可以失败、恢复或替换,也可以连接客户自己的资源。[9]这类设计的产业意义,是不要求每个行业服务商都重新修一套运行底座。行业伙伴可以保留业务环境,平台仍然可能靠持续执行与恢复能力提供价值;可建设的条件与已形成的客户依赖,仍需两份证据。

由此做两次替换检验,事情就清楚些。保留工作层与云,只换Claude模型,质量、成本和评测要改什么?再保留模型,换掉Code或托管工作层,状态、权限与运维又要重建什么?我们寻找的是确实有用、客户愿意继续购买的增量,不是把每一笔接入费都认作护城河。

MCP把工具发现与调用做成共同接口,可以减少连接摩擦。[10]我的判断是,兼容既能扩大使用,也可能让其他模型更容易进入同一套工具。把插座做成通用的,是产业贡献;每一次通电都能收费,则需要另一套经营证据。如果客户持续选择Anthropic,应当追到质量、可靠性与服务组合,而不是给协议偷偷加一道收费咒。

这也是从增能走向丰裕的传递问题:当运行部件能够分工、组合和更新,更多专业服务才可能不必从零建起。再往破界、创生走,新方法和新工具还需经过验证、部署与授权复用。平台不必包办行业知识,伙伴也不必自建全部基础设施;双方能否少做重复劳动,才是新分工值得成立的原因。

五|投资视角:初丹怎样养厚,不能只靠补丁留人

把前面的材料归位:Rakuten说明客户工作方式已经开始改变,部署和执行设计说明持续建设有具体载体。[1][8][9]因此,本篇采用金丹初期、向中期验证的既定判断。接下来不必反复证明“有人使用Claude”,而要证明同一种有效关系能在更多客户和更长时间里成立。

这里最关键的区别,是技术债与有效资产。客户为了弥补某版模型缺陷堆出许多补丁,下次升级全部重写,付出的工程费并没有自动炼成金丹。若原来的测试、权限、工具与业务知识继续有用,升级还让交付更轻,客户下一轮建设便不再从零起跑。金丹的厚度,藏在每次迭代之后还留下什么。

因此,向中期推进要看客户覆盖、资产复用与续约预算能否相互支持。单个案例只能证明发生过,累计账号不能代替同批客户的持续投入。工程人月、生产负载和迁移工时可以帮助记录,但必须有客户范围与时期,不是凑够几项就自动盖章。

金丹的积累还要沿“两穿”继续检验:终端企业或上游Agent会不会指定Claude,而不只是渠道随手选一个模型?原厂能不能分享交付改善带来的价值,伙伴又是否有利润继续经营?到了元婴,价格和合作规则调整后,双方仍愿建设,收益也能持续,才有更耐久的实权。把伙伴的利润抽干,看起来像收税,实际也可能是在拆自己的地基。

化神则更往后:新的产品与客户能否复用这套积累,团队与资本配置能否让优势再生。它不是新品发布会多开几场。对今天的Anthropic而言,先把局部依赖养成持续关系,再看规则与收益;这条路足够有想象力,不必把未来几阶一次性写进毕业证。

六|交易视角:灵石很厚,未来也不能预支完

650亿美元融资与收入运行率各有原始口径,不能用来代替当前可支配现金和净收益。[7]算力付款、渠道分成与必要再投入,要和客户续用一起核查。本文不编精确续航,也不给买点。公司可以继续把金丹养厚,参与价格却不能先按化神结账;未知的全成本收益,不能靠一条漂亮收入曲线补出来。

七|共修观察:客户下一轮建设,还愿不愿意带上Claude?

近期先盯两件事。第一,围绕Claude的有效投入是否从少数样板扩展到更多外部客户,而不是只多了试用账号;第二,同一批客户在模型换代、新项目与续约时,是否继续复用原有评测、权限、工具和预算。两者一起,才回答初期依赖有没有变厚。

这里不要求客户永远不能离开。更有意义的是,服务改进能否让留下来的客户更省事:少重建一次环境,少排查一次执行故障,旧资产多支持一项新服务。客户有选择,仍愿意继续建设,比我们替它写一封忠诚誓言有分量。

若这些证据持续累积,再逐项看元婴。它不是只收更贵的门票,而是让新的行业分工能够长期经营。以下五处是未来观察,不是当期功绩簿。

元婴观察主线对Anthropic具体看什么
重构生产客户能否围绕Code/API提供以前做不起的持续服务,而非只多产出代码
影响终端终端企业、开发团队或上游Agent是否主动指定Claude,并配置持续预算
穿透分配直客与云分发扣除推理、交付、渠道成本后,原厂和伙伴能否共同留住收益
取得规则权版本、服务和合作规则变化后,客户与伙伴是否仍愿继续围绕它经营
两高两稳兑现高质量营收与客户、高毛利、稳定现金及资本回报能否共同验证产业位置

也要看反方向:模型更强,可能直接承担早期复杂脚手架的功能。过去很贵的投入未必因此继续值钱;真正耐久的关系,应当随着能力提升而更新价值,而不是盼模型永远留着缺陷,好让补丁永远有生意。若升级导致反复返工、客户资产流出,或原厂只留下更重的成本义务,就应收紧判断。

Anthropic值得看的,不是已经无敌,而是把专业工作组织成持续服务的机会。好模型让人愿意试,好的运行体系让人敢于建设,合理分工让伙伴愿意留下。三者若能不断接起来,才有机会从一位能干的高手,走向有产业实权的元婴。

下一篇转向月之暗面。那里要先回答的,不是金丹怎么养厚,而是长任务功法亮相之后,山门能不能稳稳接住下一单。

资料与研究口径

本次以作者上传的Anthropic原稿作行文修订,保留阶段、CADEF评分、关键数字及来源,不进行外部事实、行情或评级更新。事实仍按原稿记录的主体、时期与来源性质理解;情景与推演不是公司已经实现的经营结果。

原稿研究底稿:《AI模型_评估标准与系列文章结构_V6_样稿提炼与全系列回补26Q3.xlsx》,“系列文章结构”第73—79行,主表M列。下列“2026年9月核查”等日期为原稿核查记录,不表示本次重新核验,也不表示覆盖整月。

[1] Rakuten客户案例|Claude Code与开发流程重构 ↗

公司发布的客户自述,2026年9月核查。24→5个工作日及流程变化只用于该案例,不外推全部客户。

[2] Anthropic|Agentic coding and persistent returns to expertise ↗

2026-06-16。约40万会话来自2025年10月至2026年4月;结果主要由记录判断,非长期上线效果;非交互使用不全覆盖。

[3] Anthropic|Claude Fable 5.1与Mythos 5.1发布 ↗

2026年9月。用于可用性与受信任访问边界,不采用官方SOTA措辞作为独立结论。

[4] Anthropic|与Amazon扩展计算合作 ↗

2026-04-20,4月21日更新。现役Trainium2披露与未来容量/付款承诺区分;不将不同芯片按数量等价。

[5] Anthropic Engineering|长程应用开发的执行框架 ↗

2026-03-24。规划、生成、评估与交接的工程方法,不代表完整闭源训练配方已公开。

[6] Anthropic Privacy Center|商业数据是否用于训练 ↗

2026年9月核查。商业产品默认不用于训练,反馈及明确授权等路径另有条件。

[7] Anthropic|Series H融资公告 ↗

2026-05-28。650亿美元含此前150亿美元承诺;超过470亿美元为当时收入运行率,不等于全年确认收入或利润。

[8] Claude Code文档|企业部署与第三方基础设施 ↗

2026年9月核查。部署、认证、计费与组织配置;不引用动态套餐价格。

[9] Anthropic Engineering|Managed Agents的分层执行设计 ↗

2026-04-08。会话、执行循环与沙箱解耦;支持交付机制分析,不证明全体客户已形成依赖。

[10] Model Context Protocol|Tools规范 ↗

2025-06-18版本。工具发现与调用;协议普及不自动构成原提出方的收费权。

研究说明:本文用于产业与企业研究交流,不提供具体买卖指令。阶段与评分是本系列研究判断,可随新证据修正;未来情景不构成承诺。

声明:本文由 AI 辅助整理初稿,经作者人工审核、补充实战案例与方法论解释后定稿。核心观点与案例判断为作者原创。