💡 站外导读:在资本狂飙与算力军备竞赛的狂欢背后,全球生成式 AI 产业正经历一场静悄悄却极其惨烈的“死亡洗牌”。权威科技媒体 TechCrunch 联合标普全球市场情报(S&P Global Market Intelligence)近日正式发布了“AI 坟场(AI Graveyard)”长期追踪清单。数据显示,高达 42% 的企业内部 AI 项目最终被母公司彻底抛弃,而估值数十亿美元的明星独角兽(如破产重组的 Character.ai、全面关停的隐私助手 Ollie)亦接连折戟。即便强如 OpenAI,其试图将 ChatGPT 打造成集 Chat、Codex、Work 于一体的“超级应用”改版也在遭遇全网强烈反弹后狼狈回退。本文将深度拆解 AI 项目走向坟场的四大系统性死因,为大模型落地与商业化提供硬核的防暴避坑指南。
42% 夭折率背后的冰冷现实:资本狂飙后的生产级“死亡谷”
在 ChatGPT 问世整整四年之后,围绕生成式人工智能的技术狂热终于迎来了不可避免的现实拷打。曾经凭借几页 PPT 和几个 Demo 就能轻松斩获数千万美元天使轮融资的时代已经彻底终结,取而代之的是冰冷而严酷的资产负债表清算。
根据标普全球市场情报(S&P Global Market Intelligence)发布的最新量化调查报告,在过去两年间由各行业大中型企业内部孵化并发起的生成式 AI 创新项目中,约有 42% 最终被母公司彻底废弃或无限期叫停。 这一高达四成以上的项目致死率,击碎了“全员拥抱 AI 即可实现效能倍增”的神话。导致这些项目夭折的原因高度趋同:资金后续支持枯竭、底层大模型幻觉与不可控性导致的工程死锁、激烈的同质化竞品绞杀、以及最致命的——虚幻的用户真实需求与脆弱的付费转化意愿。

为了记录并总结这场技术浪潮中的经验教训,TechCrunch 正式设立了持续更新的“AI 坟场(AI Graveyard)”专题索引。这并不是一份对失败者的冷嘲热讽,而是一部用真金白银和算力赤字写就的行业风险防御宝典。
巨头与独角兽的滑铁卢:从 Character.ai 破产到 OpenAI 超级 App 撤回
在这份长长的死亡名单上,不仅有缺乏资源的中小团队,更有曾经风光无两的明星独角兽乃至站在行业金字塔顶端的超级巨头:
- Character.ai 破产重组:作为伴聊型 AI 与个性化智能体的开山鼻祖,Character.ai 曾在资本市场狂揽数十亿美元估值。然而就在上个月,这家成立仅五年的独角兽正式向特拉华州破产法院递交了重组申请。其深层病灶在于:海量年轻免费用户的无节制长文本对话造成了天文数字般的日常推理(Inference)算力开销,而订阅转化率不足 2%,在投资者停止无底线输血后,现金流瞬间断裂。
- 隐私助手 Ollie 关停清算:主打端侧隐私与无日志大模型助理的 Ollie,曾被视为对抗科技巨头数据垄断的清流。但面对云端超大参数模型在通用智能上的碾压,本地小模型在体验上的妥协难以说服普通用户付费,团队在耗尽种子轮资金后宣布全面停止服务。
- OpenAI 超级应用(Super App)改版狼狈撤回:即便是行业领头羊 OpenAI 也无法在产品形态上一意孤行。今年 7 月 9 日,OpenAI 曾对 ChatGPT 移动与 Web 端进行了一次极具野心的“超级应用”改版:将原本简洁的对话框强行拆解为“Chat”、“Codex”和“Work”三大平行模式,并将经典的单一界面重命名为“ChatGPT Classic”。这一改动瞬间引发了全网用户的强烈抗议,用户普遍抱怨新版界面臃肿、模式切换繁琐且割裂了上下文。面对汹涌的用户流失警报,OpenAI 被迫在数周内悄悄撤销了改版,全面回退至经典单一对话界面。
生成式 AI 典型折戟项目形态与致死根源全景横向对比
梳理“AI 坟场”中的代表性案例,可以清晰地绘制出失败项目的病理图谱。不同赛道的团队往往在不同的陷阱中跌入深渊:
| 典型失败项目/产品 | 项目定位与巅峰估值 | 终局形态 | 算力成本对收入占比 | 致命死因深度剖析 (Root Cause) |
|---|---|---|---|---|
| Character.ai | 个性化伴聊智能体 / 50 亿美元 | 申请破产重组,团队被分流 | > 140% (严重倒挂) | 高频闲聊消耗天量 Token,用户缺乏商业价值,付费意愿极低 |
| Humane AI Pin | 无屏幕穿戴独立硬件 / 8.5 亿美元 | 硬件停产,寻求低价贱卖资产 | 硬件亏损 + 高昂订阅费 | 激光投影发热严重、时延高达数秒、脱离手机生态沦为伪需求 |
| Rabbit r1 | LAM 动作模型掌上机 / 1.5 亿美元 | 沦为极客玩具,日活跌破 5% | 一次性买断,云端代理持续亏损 | 宣传过度但实物只是安卓套壳,脚本化 RPA 极易被目标网站反爬击溃 |
| OpenAI Super App 改版 | 全能多模态门户 / 1570 亿美元 | 遭到广泛抵制后紧急撤回回退 | N/A (内部产品路线调整) | 违背简洁交互本质,强行割裂用户心智,功能过度设计引发排斥 |
| 42% 传统企业内部 AI 项目 | 企业内网问答与智能客服 / 部门级 | 静默下线,项目经费停止审批 | 自建向量库与私有化高成本 | 准确率卡在 80% 无法达到生产可用,幻觉责任无法界定,ROI 为负 |
三大结构性死因解剖:天价推理成本、同质化内卷与伪需求伪闭环
透过这批倒下的先行者尸骨,我们可以提炼出导致大模型项目暴毙的三个核心结构性死因:
- 每 Token 边际成本反噬毛利率:传统软件的边际分发成本接近于零,而基于大模型的应用每一次与用户交互,都在物理服务器上发生真金白银的浮点运算消耗。当用户规模快速膨胀而单客付费转化无法覆盖持续流血的推理账单时,增长不仅不能带来规模效应,反而加速了企业的死亡。
- 基座模型能力迭代带来的“降维屠杀”:大量早期创业团队仅仅是在 OpenAI 或开源基座上做了一层简单的“套壳(Wrapper)”或浅层微调。当基础模型(如 GPT-5、Claude 3.5、Gemini 4)发布新版本并原生集成了这些功能时,这些团队建立在脆弱功能点上的护城河便在一夜之间彻底归零。
- 缺乏确定性工作流支撑的“伪需求泡沫”:很多项目试图打造“什么都能做的通用贾维斯”,但在真实生产环境中,企业和用户真正愿意买单的,是“在确定性场景下 99.9% 准确解决问题”的垂直工具。一个无法给出确定性交付、随时可能胡言乱语的助手,最终只会沦为无人在意的摆设。
走出 AI 坟场的存活准则:从技术狂热转向确定性 ROI 落地
生成式 AI 的大浪淘沙并不意味着技术的破灭,而是意味着行业正在回归理性的商业本质。对于正在从事大模型落地与 Agent 架构研发的团队而言,必须在以下三个维度建立严密的工程防线:
- 坚守确定性 ROI 铁律:不要以“颠覆体验”等虚浮指标自嗨。任何 AI 模块的上线,必须在物理指标上可量化(如人工处理时长缩短 60%、单据录入差错率降低 80%、客服接起率提升 3 倍),并且节约的成本必须显著高于 Token 调用费。
- 放弃全能幻想,深耕高壁垒垂直工作流:远离泛闲聊与浅层文字润色,将智能体深深锚定在需要多系统交互、具有复杂业务权限控制与专业领域知识沉淀的企业核心流程中(如税务核算、法律审查、特定工业机电排障)。
- 构建严格的模型与推理成本预算机制:坚决杜绝“杀鸡用牛刀”式的盲目全量调用旗舰超大模型。通过分级路由机制(Router),让轻量级高效率模型处理 80% 的高频日常子任务,仅在关键决策节点调度前沿大模型,将系统综合推理开销压降至健康可持续区间。
📝 站长洞察 (Editor’s Insight)
TechCrunch 梳理的这份“AI 坟场”,是整个生成式 AI 行业从“概念炒作期(Hype Cycle)”迈入“挤泡沫出清期”的最真实写照。过去三年里,硅谷与国内创投圈沉浸在一场“只要调通 API 就能颠覆万物”的狂欢中,却普遍忽视了软件工程与企业级 SaaS 历经数十年沉淀下来的最基础商业铁律——毛利率、客户获取成本(CAC)与终身价值(LTV)的健康平衡。传统的 SaaS 边际分发成本趋近于零,而大模型应用每一次用户交互都在物理机房中真实消耗着昂贵的 GPU 电力与带宽;当产品无法带来相匹配的高客单价或不可替代的业务增量时,“用户规模越大、企业死得越快”就成了必然的财务死局。OpenAI 回退 ChatGPT 超级应用更证明了一点:用户需要的是简单、精准、无缝解决痛点的工具,而不是堆砌了臃肿模式切换的复杂庞然大物。未来的大模型幸存者,绝不会是那些热衷于跑分打榜的玩具项目,而是那些敢于把 Token 成本压到极致、深扎行业垂直私有工作流、并具备“防御底座模型下场通吃”护城河的工程级重型应用。
为什么这么多AI项目会失败?
文章指出,失败主因集中在四类:后续资金断裂、推理成本过高、同质化竞争激烈,以及用户真实需求不足。尤其是企业内部项目,常因准确率、幻觉责任和ROI无法达标而被叫停。
Character.ai为什么会走向破产重组?
核心问题是高频长文本对话带来巨额推理算力开销,但订阅转化率不足 2%,收入无法覆盖成本。投资者停止持续输血后,现金流迅速断裂,最终走向破产重组。
OpenAI超级App改版为什么被撤回?
因为新版把 ChatGPT 拆成 Chat、Codex、Work 三种模式,界面更臃肿、切换更繁琐,还割裂了上下文体验。用户强烈反弹后,OpenAI 只能回退到经典单一对话界面。
如何判断AI项目是不是伪需求?
先看用户是否愿意为结果而非“尝鲜”付费,再看是否能替代原有流程中的明确痛点。若没有高频、刚需、可量化收益,且离开演示就没人持续使用,通常就是伪需求。
推理成本失控该怎么提前压住?
立项阶段就按单位任务成本建模,拆到每次调用、每千次请求和每个活跃用户。优先做缓存、蒸馏、路由分层与小模型兜底,并把成本指标纳入产品KPI,而不是上线后再补救。
