旧楼二层的大会议室里，长桌两侧坐满了人。方程坐在主位，左手边是天枢os的產品团队和开发团队，右手边是法务、商务和外部合作部的负责人。长桌的尽头，还坐著五个人——他们是今天会议的特殊嘉宾，来自华夏智能家居產业联盟的三家成员企业，以及两家南洋的智能设备製造商。
今天的议题只有一个：天枢home跨品牌互联协议的正式发布。
天枢home是天枢os在智能家居领域的延伸，核心是一套跨品牌、跨品类、跨平台的设备互联协议。它的技术基础是天枢os的分布式软总线，但协议本身是开放的——任何品牌的设备，只要遵循协议规范，就可以接入天枢home的生態，与其他品牌的设备互联互通。
这不是未来科技第一次做开放协议。天枢os从诞生第一天起就是开放的，但开放的范围是“应用层”——开发者可以在天枢os上开发应用，调用系统能力。天枢home的开放更深一层，到了“设备层”——不同品牌、不同品类的设备，可以在没有云端介入的情况下，直接发现彼此、连接彼此、协同工作。
方程打开终端，把天枢home协议的技术白皮书投在了大屏幕上。白皮书有一百二十页，分为九个章节，涵盖设备发现、连接建立、数据交换、安全认证、隱私保护、异常处理等各个方面。
“天枢home协议的核心设计原则有三条。”方程站起来，走到屏幕前。
“第一，去中心化。设备之间的互联不依赖云端伺服器，不依赖某个品牌的中心网关。任何两台设备，只要在同一个区域网內，就可以直接发现和连接。云端只做设备认证和权限管理，不参与数据传输和设备控制。”
“第二，安全性优先。设备之间的所有通信都经过端到端加密，密钥由用户的个人设备生成和管理，云端无法解密。设备接入天枢home生態需要经过安全认证，认证证书由天枢生態的证书颁发机构签发，证书有效期一年，到期自动轮换。”
“第三，平等互联。天枢home不区分『主设备』和『从设备』。每一台设备都是平等的节点，可以主动发起连接，也可以被动响应请求。不存在『未来科技的设备有更高权限、其他品牌的设备权限受限』的问题。”
他讲完三条原则，台下的人开始在笔记本上记录。
来自华夏智能家居產业联盟的代表举手提问。他是一家智能照明企业的技术总监，姓王，四十出头，戴著一副黑框眼镜。
“方程总，天枢home协议的去中心化设计，技术上我理解。但用户怎么管理这么多设备？没有云端统一管理界面，用户要配置几十台设备，会不会很麻烦？”
方程翻到白皮书的第四章。
“天枢home提供两种管理模式。第一种，云端辅助管理——用户可以在天枢home app里查看所有设备、修改配置、设置自动化规则。云端只存储用户的配置信息，不存储设备数据。第二种，本地管理——用户可以在家庭中枢设备上运行本地管理界面，所有配置和数据都存储在本地，不上传云端。两种模式用户可以自由选择。”
“另外，天枢home支持『一键迁移』——用户换手机或重置系统后，只要登录同一个帐户，所有设备的配置和自动化规则会自动恢復。不需要重新配网、重新设置。”
王总监点了点头，坐下了。
第二个提问的是南洋一家智能空调製造商的代表，一个三十多岁的华人，叫陈志明。他的问题更实际。
“天枢home协议对设备硬体有什么要求？我们现有的產品线，mcu是旧架构的，算力不高，內存也不大。如果要適配天枢home协议，需要换硬体吗？”
这个问题，方程让赵海来回答。
赵海站起来，调出了一份硬体適配指南。
“天枢home协议对硬体的最低要求是：32位mcu，256kb ram，1mb flash。这个配置，五年前的智能设备就能满足。如果你们的设备配置低於这个標准，我们提供两种方案——第一，把协议栈跑在云端，设备只做执行器，但这种模式延迟高、稳定性差，我们不推荐。第二，换一颗天权3號 lite晶片，成本增加二十块钱，算力和內存翻五倍，未来五年都不会过时。”
“另外，天枢home协议是模块化设计的。设备不需要实现全部协议功能，只需要实现和自己品类相关的部分。比如一盏灯，只需要实现『开关』、『调光』、『调色』三个功能，不需要实现『传感器数据上报』、『场景联动』这些复杂功能。协议栈的体积可以压缩到64kb flash、8kb ram，对低端设备非常友好。”
陈志明在笔记本上记下了“天权3號 lite”这个关键词。
会议进行到第二小时，討论的焦点从技术转向了商业。
天枢home协议的开放，意味著未来科技要把自己在智能家居领域积累的技术能力、用户资源、品牌影响力，拿出来和其他品牌共享。其他品牌接入天枢home后，可以藉助天枢生態的用户基础和渠道资源，但未来科技能获得什么？
方程很清楚，这是一个需要回答的问题，否则没有企业会愿意接入。
“天枢home协议对合作伙伴的价值有三层。”他翻开ppt的第二部分。
“第一层，用户价值。接入天枢home的设备，可以被天枢生態的两亿用户发现和使用。用户的手机、平板、电视、音箱，都会成为这些设备的入口。不需要自己建app、不需要自己买流量、不需要自己维护云端。”
“第二层，技术价值。天枢home协议包含了设备发现、连接管理、安全认证、场景联动等一系列复杂的技术能力。合作伙伴不需要自己研发这些能力，只需要適配协议，就能获得和行业头部企业同等水平的技术基础。”
“第三层，生態价值。接入天枢home的设备，可以和其他品牌的设备联动。比如你们的空调，可以和我们的传感器联动——温度高了自动开空调，人走了自动关空调。这种跨品牌的联动体验，是单个品牌做不到的。天枢home提供了这个平台。”
台下有人低声討论。
华夏智能家居產业联盟的秘书长，一个五十多岁的女人，姓刘，提出了一个更尖锐的问题。
“方程总，你说的这些价值，我听明白了。但合作伙伴也会担心一个问题——接入天枢home后，会不会被锁定在你们的生態里？今天用天枢home用得好好的，明天想换个平台，数据能带走吗？用户能带走吗？”
方程沉默了两秒，然后说了一句让所有人都没想到的话。
“能。天枢home协议里写了『数据可携带』和『用户可迁移』两个条款。合作伙伴在天枢home生態里积累的用户数据和设备配置，可以隨时导出，格式是开放的、標准化的。合作伙伴也可以引导自己的用户从天枢home迁移到其他平台，天枢生態不会设置任何技术障碍或法律障碍。”
“另外，天枢home协议是非排他性的。合作伙伴可以同时接入天枢home和旧秩序的智能家居平台。我们的协议不会要求合作伙伴『二选一』。选择权在合作伙伴手里，不在我们手里。”
秘书长刘女士听完，在笔记本上写了一行字，然后抬头说了一句：“这个態度，我从业二十年，第一次见到。”
方程没有接话，翻到了ppt的下一页。
下午的会议，进入了具体的协议细节討论。
天枢home协议的技术规范分为三部分：基础连接规范、设备模型规范、场景联动规范。
基础连接规范定义了设备如何发现彼此、如何建立加密连接、如何交换数据。这部分已经完成了百分之九十，只剩下几个边缘情况的处理需要確认。
设备模型规范定义了每一类设备的功能、属性、事件、动作。比如一盏灯，有“开关”属性、“亮度”属性、“色温”属性，有“开关切换”事件，有“开灯”、“关灯”、“调亮度”等动作。设备模型规范是协议最核心的部分，因为它决定了不同品牌、不同品类的设备能否互相理解。
场景联动规范定义了设备之间如何协同工作。比如“离家模式”——用户出门后，系统自动关灯、关空调、关电视、启动安防。场景联动可以在设备端直接执行，不需要云端参与。
负责设备模型规范的是一个叫老孙的工程师，四十多岁，在物联网行业干了十五年，加入未来科技之前，在旧秩序的智能家居平台团队工作过五年。他对旧秩序的协议规范了如指掌，也知道它的缺陷在哪里。
“旧秩序的设备模型规范，问题不是技术不行，是太复杂了。”老孙站在白板前，画了一张对比图。“他们的规范有两千多页，定义了三百多种设备类型、五千多个属性和事件。一个普通的设备厂商，要花三个月才能看懂规范，花六个月才能完成適配。”
“天枢home的设备模型规范，目標是『够用就好』。我们定义了二十种核心设备类型，一百二十个核心属性，五十个核心事件。覆盖了百分之九十的智能家居使用场景。厂商拿到规范，一周就能看懂，两周就能完成適配。”
“但『够用就好』不意味著『简陋』。我们设计了一个扩展机制——厂商可以在核心规范的基础上，定义自己的私有属性和事件。私有部分不保证跨品牌兼容，但核心部分保证。这样既保证了互联互通的基础，又给厂商留下了差异化的空间。”
台下有合作伙伴代表提问：“私有属性和事件的跨品牌兼容性问题怎么解决？”
老孙翻到了规范的第五章。
“两种方式。第一种，厂商可以把私有属性和事件提交给天枢home协议工作组，经过评审后纳入下一版的核心规范。第二种，两个或多个厂商可以签订双边或多边协议，互相开放私有属性和事件。天枢home协议不干涉厂商之间的私有合作。”
这个方案得到了合作伙伴的认可。
会议进行到第四小时，討论的是天枢home协议的管理和治理机制。
方程明確了一件事：天枢home协议不属於未来科技，属於整个生態。
“天枢home协议的商標、品牌、技术规范，未来科技会全部捐赠给一个独立的非营利组织——天枢home协议基金会。基金会的理事会由成员企业共同选举產生，未来科技在理事会中只有一票，和其他成员企业平等。”
“协议的技术演进由技术委员会负责，技术委员会的成员由理事会任命，来自不同的成员企业。未来科技不垄断技术决策权。”
“协议的认证测试由独立的第三方认证机构负责，认证標准和流程公开透明，对所有成员企业一视同仁。”
这些条款，方程让法务团队提前写进了《天枢home协议基金会章程》草案。草案有六十八页，涵盖了基金会的治理结构、决策机制、爭议解决、智慧財產权、財务制度等各个方面。
方程把章程草案的电子版发给了在场的每一位代表。
“请大家花一周时间审阅章程草案。一周后，我们召开基金会筹备会，正式討论章程的每一条款。如果顺利，三个月后天枢home协议基金会正式成立，天枢home协议1.0版本同步发布。”
会议结束时，已经是下午六点。
方程送走了合作伙伴的代表们，回到会议室。赵海和老孙还在，正在白板上整理今天的会议纪要和待办事项。
“今天最大的收穫不是技术，是態度。”赵海说。“我们把协议捐赠给基金会、理事会一企一票、技术决策不垄断，这些承诺比任何技术条款都更有说服力。合作伙伴担心的不是技术行不行，是未来科技会不会『既当裁判员又当运动员』。今天我们把裁判员的身份交出去了，他们放心了。”
方程坐在椅子上，揉了揉太阳穴。“但这只是开始。基金会成立后，真正的博弈才开始。理事会谁来当主席？技术委员会的席位怎么分配？认证测试的標准谁定？每一个问题都会有人爭。”
老孙补充了一句：“还有旧秩序。他们不会坐视天枢home协议做大。智能家居是他们的核心阵地之一，如果天枢home把跨品牌互联的標准抢走了，他们的生態护城河就会被拆掉一堵。接下来，他们会在標准组织里阻击我们，会在渠道上封杀接入天枢home的品牌，会在媒体上质疑天枢home的安全性。”
方程点了点头。这些他都知道。
“所以，我们要快。在旧秩序反应过来之前，先把核心成员拉进来，把基金会架子搭起来，把1.0协议发布出去。生米煮成熟饭，他们再反对也没用。”
赵海在白板上写下了下一步的时间轴。
“第一周：合作伙伴审阅章程草案。”
“第二周：召开基金会筹备会，討论章程，选举临时理事会。”
“第三到八周：临时理事会工作，完善协议规范，建设认证测试体系。”
“第九周：基金会正式成立，天枢home协议1.0发布。”
方程站起来，走到窗前。
窗外，芯谷的灯光已经全部亮起来了。远处，追光厂房的镀膜车间还在运转，研究院的补天区还亮著灯，旧楼三层的天罡生態办公室还有人在走动。
天枢home协议的发布，是天枢生態从“手机生態”走向“全场景生態”的关键一步。手机只是起点，智能家居、智能汽车、智能穿戴、智能办公，每一个场景都是天枢os的战场。但未来科技不可能在所有场景里都自己做硬体，必须依靠合作伙伴。
天枢home协议，就是给合作伙伴的“入场券”。
方程转过身，看著白板上的时间轴。
三个月后，天枢home协议1.0发布。
三个月后，天罡生態开发者大会也要召开。
两条线並行，一条是设备生態，一条是应用生態。
两条线匯合的那一天，天枢生態就不再是“未来科技的生態”，而是“所有人的生態”。
方程深吸了一口气，拿起外套，关掉灯，走出会议室。
走廊里，赵海正在等电梯。
“方程，天枢home协议发布后，开发者那边有什么计划？”
方程想了想。“开发者大会的时候，我们会发布天枢home的sdk和开发工具。开发者可以用天枢os的开发经验，直接上手开发智能家居应用。不需要学习新的语言、新的框架、新的工具链。这是我们的优势——生態统一，开发者不需要为不同的设备类型学习不同的技术栈。”
电梯门开了，他们走进去。
“开发者大会的筹备情况怎么样？”方程问。
“还行。报名人数已经超过了两千，比我们预期的多了百分之五十。有很多开发者是从南洋、欧陆、甚至北洲来的。他们对天枢生態的兴趣，比我们想像的要大。”
方程点了点头。
电梯到了一楼，门开了。
他们走出旧楼，夜风吹在脸上。
芯谷的灯光在身后亮著，像一片光海。
方程抬头看了一眼天空，星星比昨晚更多了。
明天，天枢home协议的章程草案会发到每一个潜在成员企业的邮箱里。
下周，基金会筹备会。
三个月后，协议发布。
而四天后，天罡生態开发者大会。
每一条线都在往前推，每一步都不能停。
方程拉开车门，坐进去。
引擎发动，车灯亮起。
后视镜里，旧楼的灯还亮著。
那是天罡生態的办公室，有人在加班，在写开发者大会的演讲稿，在调试sdk的示例代码，在回復开发者的邮件。
方程踩下油门，车驶入夜色。