大模型公司，开始干咨询公司的活

• 2026-09-22
• 热点资讯

当模型本身日益商品化，大模型公司的护城河到底在哪里？ ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 半个月内，月之暗面接连落子：先是被曝与微软、亚马逊、谷歌谈判分成，开始开源模型的海外收租模式，紧接着又以FDE模式（Forward Deployed Engineer前线部署工程师）启动企业合作伙伴计划，由合作的IT服务商、集成商前往客户现场，帮企业把AI部署到核心业务中。上周，月之暗面又推出一套金融行业解决方案，整合面向金融行业的产品与能力，以及机构级的数据建模和报告交付能力。 单看每一箭，都不算新鲜事：大模型上架云厂商，OpenAI和Anthropic早就走过；FDE驻场交付，Palantir二十年前就在做；行业解决方案，更是所有to B公司的标配动作。 但三件事在半个月内密集落地，指向的是同一个转身：Kimi正在尝试从一家卖模型的公司，变成一家卖交付的公司。 这个转身不是Kimi一家的选择。几乎在同一时间，OpenAI也发布了金融行业解决方案，Anthropic重仓to B已久。头部玩家不约而同地把资源砸向企业现场，背后的判断只有一个： 跑分和榜单带不来收入，能嵌入业务、产出可衡量收益的落地能力才能。 如果把这些动作简单理解为“Kimi也开始做to B了”，就低估了这盘棋。真正值得追问的是：为什么偏偏是现在，大模型公司集体转向了交付？ 01 PoC的集体尴尬 过去两年，国内大模型技术实现跨越式发展，但不少厂商依旧沿用传统PoC交付模式。企业拿到的往往是基于精选样本打磨的演示Demo，在筛选后的测试样本中模型表现优异，可面对企业内部杂乱历史文档、残缺工单、跨系统权限约束时，模型准确率快速下滑，幻觉问题集中爆发。 很多企业完成概念验证投入预算后，项目就此停滞，落入“PoC死亡陷阱”。 PoC只能证明模型能做到，却无法证明模型在企业里能用。 陷阱的根源不在模型，而在分工错位。 传统PoC模式最大短板，是割裂了业务、数据与智能系统三者的关联。多数厂商仅输出API接口，以售卖Token为主，将业务适配、数据处理、系统对接等全部交由客户自行完成。而企业开展AI改造，需要同时具备业务理解、大模型调优、异构系统集成等多重能力，绝大多数政企客户很难凑齐这类复合型团队。由此形成行业怪象： 市面上大模型产品越来越多，但真正嵌入核心业务、产出可衡量业务收益的落地案例却十分稀缺。 这说明一个被跑分竞赛掩盖的事实：大模型的下半场，瓶颈不是智能，而是交付。 02 一张明牌，把交付做成一门标准化生意 Kimi在企业项目中采用PDE完整落地方法论，即Process业务流程拆解、Data企业私有数据工程、Engine智能Agent引擎编排，将三者作为项目前置条件，从源头规避PoC陷阱。不同于部分厂商优先制作Demo再适配业务的思路，PDE框架将业务流程放在首位：项目早期团队联合客户梳理完整真实业务链路，厘清AI与人的权责边界，同时完成与ERP、OA、CRM等存量业务系统打通，形成业务闭环，而非产出仅可复制粘贴的演示原型。其次是企业私有数据工程：不依靠筛选后的优质样本做演示，直接对接企业原始、未加工的真实业务数据，完成数据脱敏、权限隔离、知识库与评测集搭建，从源头抑制模型幻觉；引擎侧依托Kimi Hosted Agents底座，完成提示词版本管理、工具调用编排、安全护栏、影子测试、全链路可观测，整套架构面向生产环境，并非简单API调用；底座模型可灵活替换，业务逻辑沉淀在引擎层，支持影子运行、灰度放量，最大限度降低业务上线风险。 底座模型是入场券，PDE方法论才是把技术转化为业务价值的转换器。 但方法论无法自主完成现场实施，落地PDE需要前线部署工程师承担一线执行。FDE概念起源于美国Palantir，之后OpenAI、Anthropic也采用自建FDE模式。 不过，海外自建FDE模式存在结构性缺陷：Palantir依靠自建精英工程师实现深度交付，却陷入重资产困境：FDE复合型人才稀缺、营收增长与人员扩张深度绑定，难以发挥软件产品的规模效应，资本市场给它的估值逻辑更像咨询公司而非软件公司。 正是看到这一局限， Kimi没有照搬海外重资产自建团队模式，而是联合中软国际、金山云、华胜天成等头部IT服务商、系统集成商，共建FDE前线部署工程师队伍。工程师是生态伙伴的，方法论和平台是自己的。 这实际上是用中国成熟的IT服务生态，去解Palantir没有解开的杠杆题：交付的重活交给现成的集成商，自己守住模型底座、标准化流程和组件沉淀。全部FDE项目必须遵守统一的PDE标准，项目沉淀组件回收至平台，FDE工程师还充当“业务翻译官”，驱动底座迭代，边际交付成本才有可能持续下降。 这是一步聪明的棋，但共建模式最大的软肋是品控：合作方工程师能力参差，项目稍有不慎就会退化成普通外包。 K