苹果厨房HomeView被指沦为CarPlay附属品

苹果正在酝酿一款面向厨房场景的家庭智能屏幕设备，但The Verge播客《Vergecast》最近的一期讨论揭示了一个引发争议的开发者政策：任何CarPlay应用都将被强制要求支持这块新屏幕（HomeView），开发者几乎没有关闭的余地。

开发者条款的"霸王"逻辑

据节目讨论，苹果在开发者条款中明确规定：如果你开发了一款CarPlay应用，那么它就必须能在HomeView上运行，没有商量的空间。主持人的原话是"你几乎没有能力把它关掉"——只要应用进了CarPlay生态，它就会自动出现在这块厨房屏幕上。

这种绑定策略让两位主持人都感到困惑。他们的核心质疑在于：为什么一个全新的硬件品类，苹果给出的答案是把CarPlay应用直接搬过来，而非鼓励开发者为这个新场景重新思考交互？

CarPlay 是苹果自 2014 年起推出的车载系统方案，允许 iPhone 将特定应用（如导航、音乐、通话）投射到车机屏幕上，其应用生态建立在 MFi（Made for iPhone）认证与专门的 CarPlay 应用类别之上。历史上，苹果曾通过类似的授权条款快速扩大 CarPlay 的覆盖率，但强制某个应用类别跨设备复用并非其惯常做法。HomeView 的强制绑定，在机制上更接近于把 CarPlay 应用类别视为一个"通用投屏应用"，而非针对新硬件单独审核的独立品类。

新硬件品类却套用旧逻辑

从产品定位看，厨房共享屏幕本应是一个全新的交互场景——多人共用、放在家中公共区域、使用情境与手机截然不同。主持人指出，这本是苹果可以号召开发者做"真正酷的、有趣的、多用户的"应用的绝佳机会，而且是"清单上的第一优先级"。

但现实是，开发者已经被苹果的多个新要求压得喘不过气：iPhone Duo需要适配新的屏幕尺寸，坊间还流传着触屏Mac的传闻，如今又多了一个HomeView。要求开发者在这个节点上再为厨房场景做创新，本身就缺乏说服力——更何况苹果的实际做法是不给选择权，直接强制继承CarPlay应用。

被iPhone生态锁死的市场天花板

主持人提出的第二个质疑更为根本：把HomeView绑在CarPlay应用上，意味着这款设备的应用供给和用户规模都被锁死在iPhone用户群的一个子集里。苹果确实卖出了海量iPhone，任何公司都会乐于触达这个庞大基数的"显著部分"，但问题在于——这款产品从一开始就注定只能吸引已经在iPhone世界里的人。

节目原话是："我想象不出一个不在iPhone生态里的人会认真考虑这款产品。"这形成了一个自我强化的闭环：应用生态依赖iPhone用户，产品吸引力也依赖iPhone用户，而那些本可能被厨房智能屏幕打动的新用户群体，则被挡在门外。

所谓"iPhone 用户子集"，在讨论中实际指同时满足以下条件的用户：拥有较新机型、已订阅或使用 CarPlay 相关应用、并愿意为家庭场景再购置一块屏幕。苹果全球活跃 iPhone 用户数以十亿计，但其中真正使用 CarPlay 应用的比例远低于总数，因此"显著部分"仍是一个被多重条件收窄的群体。这一点决定了 HomeView 的可触达市场在发布之初就存在结构性的上限。

编辑观点：便捷继承不等于场景创新

从工程效率角度看，让CarPlay应用自动适配HomeView确实降低了开发者的接入成本，也保证了设备首发时的应用数量。但代价是牺牲了这个新品类的想象力——一块放在厨房的共享屏幕，其价值本应来自为家庭协作、多用户交互量身定制的体验，而非手机应用在小屏上的又一次缩放。

更微妙的是开发者关系。当苹果同时推进多个新硬件方向时，用强制性条款把CarPlay和HomeView捆绑，短期看是省事，长期看可能消耗开发者对新平台的热情。毕竟，开发者愿意为一个有前景的新品类投入，前提是能看到与之匹配的产品逻辑，而非被一条条款告知"你的应用已经兼容了"。

这期讨论虽然没有给出苹果官方回应，但它提出的问题值得关注：当新硬件的应用策略只是旧生态的延伸，这个品类究竟是在创新，还是在给现有生态做加法？

从平台经济学角度看，强制继承可以视为一种"冷启动"策略：新硬件最怕首发时应用匮乏，而让既有应用目录自动填充，能在最短时间内解决"有没有应用可用"的问题。但这种策略通常只适用于附属配件，而非被寄予厚望的独立品类。若苹果希望 HomeView 成为家庭中枢，就需要在继承之外提供差异化激励，例如专属 API、分成优惠或独立的推荐位，否则开发者缺乏为新交互形式投入的动力。