Trajectory AI完成4000万美元融资:生成式AI缺乏持续学习能力,企业需要能随交互迭代的模型
一个AI客服机器人连续三次把用户的退款诉求转接给人工座席,一个法律文书生成器反复在引用条款上出错却不自知,一个销售线索筛选系统总是漏掉关键决策人。这些失败的共同点不在于模型不够聪明——它们的基座模型在标准评测集上得分可能很高——而在于它们无法从实际交互中习得纠正自己的能力。生成式AI大规模部署一年有余,企业用户逐渐意识到,模型交付时学到的东西就是它知道的一切。世界在变化,用户在纠错,而模型岿然不动。
新近成立的初创公司 Trajectory AI 试图改变这种静态格局。这家由前 Google DeepMind、苹果、OpenAI 及 Meta 超级智能实验室研究人员组成的初创团队,在种子轮完成后不久,宣布获得4000万美元新一轮融资,投后估值达到3亿美元。红杉资本领投,英伟达和 Bessemer 参投——这一资本配置结构暗示着一个判断:持续学习可能不是AI应用的一个功能,而是基础设施。
| 字段 | 内容 |
|---|---|
| 公司 | Trajectory AI |
| 轮次 | 未披露 |
| 金额 | 4000万美元 |
| 投资方 | 红杉资本、英伟达、Bessemer |
| 总部 | 未提供 |
| 创始人 | Ronak Malde、Arjun Karanam、Michael Elabd |
| 官网 | https://trajectory.ai/ |
这个估值轨迹本身就携带了信息。此前种子轮由 Conviction 领投的1500万美元对应1.15亿美元估值,短期内估值从1.15亿美元升至3亿美元。在当前的AI投资语境下,这不再是早期实验卡的定价逻辑。投资方显然认为持续学习不是一个“功能++”式的渐进改进,而是企业AI部署价值链上一个尚未被占领的生态位。
为什么大模型永远学不会手边的规律
要理解Trajectory做什么,先要理清一个技术断层。当前主流的生成式AI产品形态是静态模型部署:企业在某个基座模型上做微调或指令调优,完成初步适配后发布上线。此后模型参数锁定。用户的每一次纠错、每一条反馈、每一次“不是这个意思”的重试,系统都能捕捉到,但这些信号无法回流到模型内部形成改进。它们顶多被记入日志,供下一个训练周期的数据工程团队使用——如果有下一个周期的话。
这种部署范式与软件工程过去二十年的演进方向背道而驰。现代SaaS产品可以做到每日甚至实时更新,A/B测试驱动迭代,用户行为数据直接转化为产品决策。但AI模型作为这些产品最核心的组件,其进化周期仍然以周、月甚至季度计。原因部分在于技术:大模型后训练的成本高、流程重,频繁更新可能引入灾难性遗忘。更深层的原因在于架构:现有MLOps工具链围绕“离线训练-在线推理”设计,而非“交互-学习-改进”闭环。
灾难性遗忘:持续更新的核心障碍
灾难性遗忘是任何涉及连续更新的模型都无法回避的问题。当模型在新数据上进行训练时,它在旧任务上积累的能力可能被覆盖甚至抹除。在静态部署范式下,这个风险由人工控制的再训练周期来管理——数据工程团队可以精心构建混合数据集,在保留旧能力和注入新知识之间寻找平衡。但一旦更新频率从每季度一次压缩到每天甚至每小时一次,人工策展的缓冲层就消失了。模型必须学会在不忘记旧知识的前提下吸收新信号,或者至少保证窄任务上的性能退化在可接受范围内。
Trajectory试图解决的正是这个架构问题。其核心机制是记录AI系统失败或需要人工干预的实例——比如客服查询被升级转交给人、用户反复编辑AI生成的文本、某一类请求被频繁拒绝——然后将这些交互信号转化为训练数据,对开源模型执行后训练,实现模型更新。公司联合创始人Michael Elabd公开表述的目标更新频率是“每日、每小时甚至每次交互”。
这一技术主张的有效性取决于后训练管道执行效率和模型更新的稳定性保证。如果每次更新都需要数小时的GPU算力且可能带来输出质量的回归,每小时更新就不现实。公司是否可以做到低成本的增量更新,同时维持或者提升窄任务表现,目前外界无法直接验证。已知信息是团队组成包含来自DeepMind和苹果Vision Pro的深度学习和计算机视觉背景的研究人员,以及一位有机器人部门经验的联合创始人,在训练基础设施和规模化部署上有累积的技术理解。
从技术路线看,Trajectory选择基于开源模型进行后训练,而非自研基座模型,这是一个有意识的架构决策。自研基座模型意味着需要承担从预训练到对齐的完整成本,而专注后训练层可以将研发资源集中在反馈信号处理、增量训练稳定性和窄任务优化这三个核心环节上。这条路径的技术风险在于,它本质上依赖开源模型生态的进步速度——如果前沿开源模型的能力天花板不够高,后训练带来的相对提升空间也会受限。但反过来看,开源模型的迭代速度在过去两年持续加快,这种依赖可能恰恰降低了技术过时的风险。
把每一次点击都变成教科书
Trajectory的训练信号来自三个层次:纠错,即模型输出错误结果后人工干预纠正;重试,用户对同一查询的反复修改和重新请求;编辑,用户对AI生成内容进行的直接改动。这三类行为在现有AI系统中大量发生但基本被浪费。
从信息论的角度看,这些行为携带的信号密度并不均等。纠错信号最明确——用户或系统明确标记了一个输出为错误,并通常给出了正确版本。编辑信号次之,用户对生成文本的修改包含隐性偏好信息,但修改本身可能混杂了风格偏好、事实更正和结构调整等多种意图,拆解起来需要额外的推理层。重试信号最模糊,同一查询的多次重试可能意味着模型输出质量不足,也可能只是用户自己尚未想清楚需求。如何在不同质量的信号中提取有效训练数据,是Trajectory技术栈中可能最关键但外界了解最少的一环。
具体流程上,系统记录AI需要人工介入的时刻,例如将特定类型客户请求转交给人类代理。随后这些数据被标记、加工,用于对开源模型进行后训练。公司宣称经过后训练的模型在特定业务窄任务上的表现可以超越前沿基座模型。这一说法需要放在具体语境中对待:在足够窄、数据足够充分的任务上,经过针对性微调的小模型超越通用大模型是一个已经被多次验证的现象,并非不可信,但也并不意味着模型具有普适能力的根本性提升。
这种窄任务超越的逻辑有其产业含义。企业部署AI时,绝大多数场景并不是要求一个模型回答所有问题,而是在某条客服线、某个合同审查环节、某类销售线索评分上做得足够好。如果持续学习能将一个通用模型在这些特定任务上的准确率从85%推到95%甚至更高,它对业务的边际价值可能远大于基座模型在评测榜上提升几个百分点。问题在于,这种提升的稳定性——模型在持续更新中是否会有一天在这些窄任务上出现意外退化——目前没有任何公开数据可以验证。
商业模式向AI原生企业以及未来面向财富500强公司提供这种持续学习基础设施,目的是减少对前置部署工程师的依赖。传统企业AI落地过程中,大量成本花在让外部顾问或内部工程师手动将模型适配到具体场景、不断“调参”和“补丁”。这些工程师本质上是人肉反馈回路——他们观察模型在实际业务中的表现,收集失败案例,手工编写修正方案,然后在下一次更新中整合进去。如果模型能自己从业务互动中持续进化,理论上人力成本会显著下降,迭代节奏会加快。但这种效率提升的假设前提是自动化反馈回路的质量不低于人工策展,而这一点在复杂业务场景中可能并不总是成立。
已知的两个客户给出了这一定位的一些轮廓。企业销售公司Clay和法律AI初创企业Harvey成为早期客户。这两家公司的共同特征,是其核心业务流程高度依赖自然语言处理和推理能力,同时拥有可捕捉的用户行为数据。对Clay来说,销售人员的选择、编辑和纠正序列天然携带隐性专业知识——一个资深销售为什么否掉了AI推荐的某条线索、为什么修改了邮件中的某句话,这些动作背后是无法写成文档的经验判断。如果持续学习系统能捕捉并泛化这些隐性知识,意味着企业最珍贵的人力资本的某种形式的外化。对Harvey而言,律师审查AI生成法律文本时的修改动作是昂贵且有价值的信号,法律文书的每一次修改都涉及专业判断和责任归属,这类信号的精度可能远高于普通文本编辑,但也因此对模型更新错误——比如将一个律师的个人风格偏好误学为普遍规则——的容忍度极低。
一个还未成型的赛道,但卡位已经开始
以公开信息看,Trajectory的直接竞争对手不清晰。持续学习在学术圈被反复讨论,Turing奖得主Richard Sutton在2025年12月NeurIPS大会上曾论证持续学习是构建超智能体的必要条件,但从学术主张到产品化之间存在明显的工程鸿沟。学术界的持续学习方法往往在简化环境中验证,而真实企业场景中数据分布变化、噪声水平、延迟要求都远超实验设置。目前市面上没有明确主打相同定位、已公开披露详细进展的竞品可以拿来对比。
大模型厂商如OpenAI可能通过更精细的微调API提供部分重叠能力,但他们核心商业模式仍然围绕自有模型、API访问和规模效应展开,与企业本地化持续更新、基于开源模型后训练的路径有路线区分。OpenAI们的经济模型建立在大量客户共享同一组基础模型能力之上,持续个性化的边际成本由客户分摊或由客户自己承受。Trajectory的路径则隐含一个相反的假设:每个企业客户的独特反馈回路本身就是护城河,模型需要与企业一同进化而不是保持通用。这两条路线并非必然互斥,但它们的资源投向和产品演化方向会有显著差别。
对于企业而言,可供比较的替代方案不是同样的“持续学习平台”,而是两种现有做法:要么聘用ML工程师定期用累积数据进行再微调,要么购买第三方MLOps平台管理模型生命周期。前者贵且慢,一个中等规模企业的AI维护团队可能包含二到五名工程师,年成本动辄百万美元级别,而更新周期以月为单位。后者管流程不管学习效果——MLOps平台可以帮企业编排数据管线、监控模型漂移、触发再训练流程,但再训练本身的内容设计、数据清洗和质量验证仍需人工完成。Trajectory提供的方案是在模型层直接消化反馈并自行进化,流程和成本结构都不同。
但这一定位是否足够独特,取决于持续学习能力是否可以被对手短期复用。如果大型云平台在微调API中内置某种“反馈环功能”——比如允许客户通过API回传标记数据并自动触发再训练——或者现有MLOps玩家增加类似的增量学习能力,竞争壁垒就需要更多数据网络效应来支撑。这里的网络效应可能表现为:同一客户使用越久,模型对其特定业务语境的理解越深,切换成本越高;或者跨客户的反馈数据能产生某种泛化价值。但后者在隐私和合规约束下是否可行,目前完全未知。Trajectory当前11名研究员和工程师的团队规模,与这种潜在竞争相比规模偏小,意味着如果竞争窗口打开,公司需要在人才密度和执行速度上形成不对称优势。
红杉加英伟达的组合在押注什么
红杉资本领投、英伟达参投的结构值得拆解。红杉通常在寻找平台型的机会:一旦持续学习在企业AI部署中变成标配,提供这一基础设施的公司将占据与云服务提供商类似的中心位置,而非处于应用层。在这类平台逻辑下,先发优势和客户黏性是关键变量。如果Trajectory能在财富500强客户的AI堆栈中嵌入自己的持续学习层,替换成本将随着时间指数上升——不是因为技术不可替代,而是因为模型已经深度适应该客户的业务数据和交互模式,新供应商需要从零开始积累这些反馈信号。
英伟达以战略投资方角色出现,经常表明被投公司的技术方向与GPU需求曲线正相关。模型频繁后训练和持续更新需要大量且稳定的算力消费,这直接拉动芯片需求。静态模型部署意味着训练发生在一个集中的前期阶段,之后的推理算力需求相对可预测。而“每次交互都可能触发模型更新”的模式,将把算力消费从一次性大额投入转变为持续性流水。从英伟达的角度看,支持任何能将AI算力消费从资本支出模式转向运营支出模式的技术方向,都具有战略合理性。
Bessemer的持续参与同样具有信号意义。它参与了种子轮,此轮继续跟进,意味着早期观察结果正面。机构投资者在同一公司连续参投,通常意味着他们对初步的产品方向、客户反馈或团队执行能力有了一定程度的验证。种子轮由Conviction领投,个人投资人包括Google DeepMind首席科学家Jeff Dean和斯坦福教授李飞飞——两位的技术信用可以为这家没有长期商业记录的初创企业提供一定的推断依据,但并不能直接转化为商业化能力的保证。学术领袖作为个人天使在AI初创企业中并不罕见,他们的参与更多是对技术方向和团队的认可,而非对商业可行性的背书。
从估值跳升节奏和投资方配置判断,这轮融资更接近于A轮或A+轮的体量和定价水平,而非典型的延伸种子轮。此前1500万美元种子轮仅发生在数月前,估值翻倍至3亿美元,反映的可能不完全是业务里程碑——已知客户只有两家、营收未公开——而是一级市场对“无法自改进的AI不可持续”这一命题的定价共识正在形成。这种基于命题共识的估值逻辑在技术周期早期并不少见,但它隐含的风险是:命题可能正确,但执行者不一定能抓住机会。命题共识能为估值提供上升动力,但产品-市场匹配才是估值能否持续的唯一支撑。
公告未披露本轮资金的具体用途。创始团队是否计划扩充工程团队、拓展客户群或加大基础设施投入,外界暂不可知。但从种子轮仅有11名研究员和工程师的团队规模推断,4000万美元中有相当比例可能用于人才招聘和技术基础设施的建设——尤其是在持续学习管道需要大量GPU算力进行高频后训练的前提下。
估值翻倍之后,故事才刚刚开始
Trajectory需要回答的问题比已经回答的更多。目前最外层的事实就是:一个豪华团队、一个清晰的技术定位、两个有名气的客户、三家有分量的机构投资者和一笔数额不小的资金。再往里一层,所有关于单元经济、客户留存、模型更新在真实环境中是否稳定、每日甚至每次交互级别的更新是否产生可衡量的业务提升,这些全部处于未公开状态。
产品成熟度和技术路径的工程可行性是最主要的未知因素。从交互行为生成训练信号听起来简洁,但将非结构化的用户行为转化为干净、可用、不会引入新偏见的训练数据,是业界公认的难点。用户纠错动作本身存在歧义——一个人纠正了模型的回答,可能是因为事实错误,也可能是因为语气不够正式,还可能是因为他不喜欢某种表达方式。编辑行为背后意图需要推断,一个删减动作可能意味着冗余,也可能意味着敏感信息需要隐去。重试序列往往包含偶发噪声,用户可能因为网络延迟而重试,也可能因为自己输入错误而重新查询。将这些信号高质量、自动化地转换为模型改进而不导致输出退化,需要复杂的过滤和验证机制。如果后训练更新引入幻觉率上升或在旧任务上性能倒退,企业对“自动进化”模型的信任可能会被侵蚀。而这种信任一旦受损,恢复成本极高——企业用户对AI系统稳定性的容忍度远低于对功能迭代速度的期待。
商业化路径的瓶颈可能在两个层面。一是客户侧,目前Clay和Harvey均为AI-native团队,有足够的技术能力和风险偏好去接受不断更新的模型。这类企业将AI视为核心生产力的组成部分,而非辅助工具,因此对模型迭代带来的潜在波动有更高的承受意愿。当销售对象转向财富500强时,企业客户是否愿意放开让模型在生产环境中从用户交互中自我进化,需要数年的验证周期。大型企业在AI部署上有严格的变更管理流程,任何影响客户体验或业务决策的模型更新都需要经过测试、审批和回滚预案。制造业、金融等受到严格监管的行业对模型的可解释性、版本锁定和合规有硬性要求,模型每天都在变在这些场景里可能构成合规风险而非优势。监管机构可能要求企业解释某一时刻的决策依据,如果模型在那之后已经更新过数次,审计轨迹将变得复杂。这或许是Trajectory选择先从AI-native客户切入的深层逻辑——在监管约束较低、迭代文化接受度较高的环境中打磨产品,再逐渐向监管密集型行业渗透。
二是成本侧。即使持续学习是更高效的路径,启动路径本身也需要在GPU算力和工程资源上进行前期投入。按次更新、每日更新的边际成本和客户的付费意愿之间的关系尚未建立。如果单客户持续学习基础设施的运营成本和定制化工程成本较高,可能导致毛利润模型受损。在SaaS模式下,毛利润通常需要达到70%以上才能支撑健康的企业价值倍数。而持续学习管道的算力成本——尤其是高频后训练对高端GPU的消耗——可能显著高于传统SaaS产品的云服务成本。这意味着定价策略需要在“按更新频率收费”“按模型效果提升收费”和“固定订阅”之间找到平衡,而目前没有任何公开信息显示Trajectory选择了哪条路径。
团队现有的优势体现在组合背景上,但商业公司运作的挑战不同于实验室环境。前Google DeepMind、苹果和OpenAI的研究经历意味着团队在训练基础设施、模型优化和工程实现上有深厚的累积知识。但从11人扩展到能够支持多家大客户的技术支持和持续部署团队,对管理和执行都构成压力。大企业客户需要的不仅是技术能力,还包括服务水平协议、安全合规认证、技术支持响应时间等整套企业级配套服务,这些都需要建制的团队来支撑。
有一个细节可能被市场低估了:Trajectory的方向与Richard Sutton在NeurIPS上的持续学习论述存在技术理念上的呼应。Sutton是强化学习领域的奠基人之一,其“持续学习是构建超智能体的必要条件”的论断在学术界有广泛影响力。此类学术背书不是商业护城河,但它暗示如果在持续学习赛道出现下一个关键技术突破——比如被工业界认可的增量训练框架或被标准化的反馈信号协议——这家公司的先行者位置可能形成一定的时间窗口优势。学术理念与产品化之间的鸿沟本身也是门槛,团队中同时具备学术训练和产品开发经验的人才密度,可能决定了填平这条鸿沟的速度。
但窗口不会开太久。如果18-24个月内不能证明可重复的产品-市场匹配,大厂可能出手或者市场定义可能被改写。大模型厂商将部分持续学习能力纳入其平台产品是大概率事件,只是时间问题。大型云服务提供商的MLOps产品也可能向上游延伸,将后训练自动化纳入管理范围。Trajectory的时间窗口不在于技术不可复制,而在于能否在竞争对手之前积累足够的客户反馈数据、工程经验和品牌信任,使得“从零开始自建持续学习管道”的机会成本对客户来说高到无法接受。这要求公司在接下来两年内的执行力、客户获取速度和产品成熟度曲线同时处于高位,而这三者之间的平衡本身就是对初创团队的重大考验。
RecodeX 极客视:Trajectory AI 的融资故事很容易被简化为“明星团队+顶级基金+热门赛道”的老套模板。真正值得关注的是它所挑战的假设——过去两年,整个行业默认了“模型部署即终点”;Trajectory试图证明部署只是模型生命周期的起点。如果这个假设成立,那么需要进化的不只是AI系统,而是整个企业AI的价值链。但在此之前,这家只有两家已知客户的11人初创公司,必须拿出比估值曲线更扎实的证据。