上一篇结尾留了个问题。围墙已经很大，也已经铺开了。土地要怎么走到那里去。
答案很简单。走进去。
作为一个应用走进去
客厅的电视上、车里的屏幕上、家庭中枢上，都有放应用的位置。那个位置是开着的 — 提交流程公开，审核标准有文档，第三方确实在往里放。
播放器作为一个应用上到那个位置。然后会发生什么。
那块屏幕开始能操作外面的设备。 客厅的电视成为锅炉和通风设备的状态盘，车里的显示器成为货箱和作业机的操作面。即便做电视的一方从没支持过锅炉也一样。因为锅炉把自己的画面递过来，播放器把它画出来。
这不是从那台设备里拿走什么的结构，而是那台设备能做的事变多的结构。
不拿走什么
进去的一方不做什么，比做什么更要紧。
播放器不读那台设备里的东西。不与那里的应用和数据互通，也不需要那个平台的用户信息。它做的事是连接外部设备的客户端。而且只连到用户指定的设备。
所以在审核里要解释的不是「这个应用在这台机器里做什么」，而是「它如何处理操作外部设备的权限」。这份文档应该在提交之前就有。
那台设备能得到什么
要让这个结构成立，不能只有进去的一方受益。
从做电视的一方看是这样：平台上多了一个应用，而就凭这一个应用，一整类它从未支持过的设备接到了它的屏幕上。 不用和锅炉公司签约，不用和农机公司对规格。那块屏幕的用处变多了。
车载这边多一个条件：必须是不碰车辆核心的位置 — 只涉及画面和音频，不涉及控制网络。只要这条区分守得住，这件事就在安全系统之外。
重心放在哪里
同一个事实可以有两种说法。
① 我们通过他们扩散。 ② 他们的设备能操作的东西变多了。
内容一样，读的人不一样。说成 ①，平台听到的是有人要把自己的资产当通道。说成 ②，这是他们产品变好的事。
这一篇按 ② 来写不是修辞。真正成立的是 ②；如果只有 ① 成立，这个结构一开始就会被拒。
通过的位置
门开着和走过去是两回事。每个平台都有审核，提交流程也是公开的。
所以这个结构准备了两件事。从里面什么都不拿 — 不碰那台设备的用户、支付和数据。以及 先说清楚那台设备得到什么 — 不是多一个应用，而是那块屏幕成为操作外部设备的位置。
到这里是第一条轴
用两篇写了与那两类相似之物中的一类 — 在设备里跑应用的平台 — 的关系。
生意的形状是反的（围墙与土地），但这不是要打的位置（通道）。这就是第一条轴的全部。
从下一篇起是第二条轴。这次不在生意层，而在协议层，问的是窗归谁。
makemind.dev 「探索」— 提交流程是公开的，这是事实；能不能过是另一回事。