运行时之争：为什么开放小程序目录胜过封闭花园

每座花园都有墙

小程序模型赢了。微信、支付宝、Telegram、LINE、Grab、Gojek——每一个都证明了：在受信任宿主之内的受控程序，胜过冷启动的应用安装。但请注意谁赢了：宿主。这些平台每一个都是封闭花园。为微信构建的程序无法在支付宝上运行；为 Telegram 构建的无法在 LINE 上运行。拥抱小程序的开发者，只是把应用商店的瓶颈换成了十几个私有瓶颈。

墙对开发者的代价

按花园重写。 每个宿主有各自的框架、审核流程与数据规则。跨三个平台上线，意味着构建三次。
租金与政策风险。 花园主人设定抽成、可见性算法与合规门槛——并且可以一夜之间改变其中任何一项。
无可移植性。 你的用户、你的逻辑、你的投入，被锁死在单一宿主的命运与单一市场的监管里。
发现被俘获。 你只能通过宿主的发现面触达用户，且按宿主的条款。

这正是应用商店问题的放大版——也是阻碍全球小程序模型释放其"中国级"潜力的最大单一因素。

开放运行时改变了什么

开放运行时是任何宿主都能嵌入的单一执行环境，开放目录是可移植的受控程序注册表，能在它之上运行。这一转变是结构性的：

构建一次，处处分发。 一个受控程序放进任何嵌入该运行时的宿主——钱包、地图应用、超级 App、市场——无需按花园重写。
信任可移植。 身份、支付与同意流来自宿主，就像原生小程序一样，但程序不被宿主拥有。
合规随单元而行。 沙箱、范围与同意设计是程序的一部分，因此经过审查的服务能跨市场过审，而非每次重新自证。
没有单一租金点。 开发者与多个宿主谈判，而非一个看门人。竞争让生态保持诚实。

为何这对全球分发重要

中国以十亿级规模证明了该模型，却把它留在国境之墙后。世界其他地区是一块由区域超级 App 拼成的 patchwork，没有共享运行时。开放层，正是让一次编写的程序，触达拉美的 Telegram 用户、日本的 LINE 用户、东南亚的钱包用户、欧洲的地图应用用户——而不必变成十个不同代码库的关键。

下一个十年的赢家，不会是墙最高的花园，而是那些接入开放货架、在每一个已在信任的界面上触达用户的开发者与宿主。

Cross Mini App 的位置

Cross Mini App 就是那个开放货架。它是后安装时代的运行时与开放目录：你构建一次受控小程序，就能分发到无数受信任的宿主，继承身份、支付与同意，而非重写它们。这些程序经预先合规、受沙箱保护、本地化，且天生可移植——与宿主无关、市场就绪、不受任何单一看门人抽成束缚。宿主能用一行代码嵌入经过审查的服务；商户不再按门店、按平台、按国家重写；用户在已打开的应用里得到服务。

花园，还是货架

封闭花园为宿主优化。开放运行时为分发本身优化。随着小程序走向全球，开放目录才是让整个生态——开发者、宿主、用户——同时获胜的单元。Cross Mini App 正在搭建那个货架。