AI 应用商店：三类玩家，以及判断生态是真繁荣还是虚热闹

打开一个对话产品的「应用广场」，首页推了二十个智能体：写周报的、做幻灯片的、查法规的、陪练口语的。点进去三个，一个要授权通讯录，一个打开就报错，第三个答了两句开始绕圈。这就是 AI 应用商店现在的样子——货架搭起来了，商品参差。这篇不谈哪家做得好，只讲清三件事：货架上摆的到底是什么，三类玩家各自在算什么账，以及用什么标准判断一个生态是真繁荣还是虚热闹。

货架上摆的不是软件，是可调用的能力

手机应用商店卖的是装在本地、有独立界面的程序；AI 应用商店里多数条目，本质是一段预设指令加几个可调用的工具：一个提示词模板、一份知识库、一串接口调用。用户点开看到的是一个对话框，背后跑的是平台的模型。智能体这个词被用得很宽，从「一段固定提示词」到「能自己规划多步任务、调用外部接口」都叫智能体，这正是货架质量参差的根源——同样叫「合同助手」，一个只是把模板套进对话，另一个真的能读文件、比对条款。

三类玩家，三种算盘

平台方要留存和调用量。模型能力趋同之后，谁的场景多、谁的默认入口顺，谁就更难被替换；把开发者的应用摆在货架上，等于让别人替自己补场景，成本比自研低得多。开发者要分发。自己做一个垂直工具，获客成本高得离谱，借平台流量是现实选择，代价是规则、分成、审核、下架都在别人手里。用户要「不用自己搭」。想做的报表、想查的流程，可能已经有人做好，但要在几十个同质条目里挑出能用的那个。三方诉求并不一致，这一点决定了商店的很多设计。

三方各自的边界

把三个角色分开看，能做的和不能做的很清楚：

责任划分这一栏常被跳过。规则是平台定的，责任却常常落在开发者身上，一个应用收集了用户数据、被用在未获批的场景，最后承担后果的是上架的人。开发者那一行还有一层隐忧：应用在能力边界之外被提问时，通常不会说「这个我做不到」，而是照着语气编下去，这类情况在模型幻觉里有更细的说明，也是用户试用时最该盯的地方。

分成与审核，决定了生态的形状

商店的规则通常写在两个地方：开发者协议和推荐机制。分成比例决定开发者愿不愿意持续投入，一个只能拿到很少分成、还要自己承担客服的开发者，做三个月就会停更。审核尺度决定货架的整洁度，尺度松，条目多但垃圾多；尺度紧，上新慢但可用率高。推荐机制最微妙——如果首页只推平台自研的应用，第三方就拿不到流量，货架会慢慢变成自家产品的展示柜。API 的调用方式与计费也在这条链上：应用跑一次要调几次模型、成本谁承担，直接决定它是免费引流还是按次收费。

货架模式的三个天花板

第一层是质量不可验证。手机应用有安装包、有权限清单、有崩溃率，AI 应用的效果很难量化，同一句提问两次结果不同，「好不好用」只能靠试。第二层是同质化。搭一个应用的门槛太低，一个热门场景出现两周，货架上就有几十个相似条目，用户的选择成本反而上升。第三层是迁移成本为零。用户在 A 平台用惯的助手，换到 B 平台几乎不用付出代价，平台很难靠应用本身锁住人，最后比的还是模型能力和入口位置。这三点不解决，「应用数量破万」这类数字说明不了什么。

怎么判断是真繁荣还是虚热闹

看四个信号。一，有没有人反复用：不是下载量，是七日留存和人均调用次数，这两个数平台通常不公布，但开发者后台能看到，问一句就知道。二，开发者有没有赚到钱：有没有明确的付费路径，头部之外的开发者能不能覆盖成本。三，应用是不是只在演示时好看：找三个不同领域的应用，用你自己的真实任务试一遍，通过率低于一半就说明整体水平如此。四，平台之间通不互通：应用能跨平台迁移，说明竞争点在能力；不能迁移，说明竞争点在围墙。四个信号里，第二个最难伪造。

对普通用户和独立开发者意味着什么

普通用户的实际收益是「少装几个 App」。以前要装五个工具才凑齐的功能，现在可能在一个对话框里完成，代价是自己承担筛选成本：先用小任务试，别一上来就交真实数据，尤其留意应用要求的授权范围。独立开发者的处境更微妙：上架能换来启动流量，但把全部精力押在一个平台上，规则一变就得重来。稳一点的做法是把核心能力做成可移植的形态，平台只作为分发渠道之一。这个赛道会不会收敛成两三家，现在下结论太早；能确定的是货架本身不产生价值，货架上有人反复使用的东西才产生价值。

速查：判断应用商店生态的四个信号

• 七日留存与人均调用次数，而不是下载量
• 头部之外的开发者能不能覆盖成本
• 用真实任务试三个应用，看通过率
• 应用能不能跨平台迁移

本文只做趋势观察，不评价任何具体平台；各家规则与规模随时变化，以官方发布为准。