OpenAI 的首款硬件不是“音箱“问题:无屏 AI 伴侣成立的十二个条件(2026)

OpenAI 的首款硬件不是"音箱"问题:无屏 AI 伴侣成立的十二个条件

发布边界:无屏、可移动、音箱形态仍来自媒体匿名信源;OpenAI 官方只确认团队与设计合作。

TL;DR(三行:场景/结论/产出)

场景:Bloomberg 报道 OpenAI 首款硬件为可移动、无屏家庭 AI 伴侣,媒体把它称作"音箱"或"机器人",产品形态引发讨论
结论:形态不重要;无屏 AI 伴侣要成立必须同时满足 12 个系统条件(远场语音、打断、身份、环境理解、记忆、主动、权限、反馈、降级、功耗、家庭、长期价值)
产出:证据四层分类 + 12 条件工程清单 + 战略意义五层分析 + 与 Echo/HomePod/Rabbit/Humane 的差异化对比 + 开发者机会地图

版本矩阵

功能	状态	说明
OpenAI 首款硬件 Bloomberg 报道(7/14)	✅ 已验证	Bloomberg 原始报道 + Reuters / The Verge 转述
设备定位:无屏、可移动、伴侣音箱	✅ 已验证	媒体匿名信源链(不应写成"官方公布")
摄像头与传感器理解环境	✅ 已验证	Reuters / The Verge 转述
智能家居/媒体/问答/消息/ChatGPT 能力	✅ 已验证	Reuters 转述
2027 年目标发布年	⚠️ 待验证	The Verge 转述,匿名信源
GPT-Live 集成	⚠️ 待验证	The Verge 转述,产品名细节需读者核
可充电电池 + 机械可动结构	⚠️ 待验证	The Verge 转述,匿名信源
Jony Ive 与 OpenAI 合作(2025-05)	✅ 已验证	OpenAI 官方公告
io Products 团队并入 OpenAI(2025-07)	✅ 已验证	OpenAI 官方公告
LoveFrom 保持独立,承担深度设计	✅ 已验证	OpenAI 官方公告
已有"tangible designs"	✅ 已验证	OpenAI 官方公告
实时语音 + WebRTC 低延迟工程	✅ 已验证	OpenAI 已公开 Realtime / WebRTC 路径
产品最终外观 / 电机 / 摄像头方案	❓ 匿名信源	媒体报道,OpenAI 官方未确认
产品最终价格 / 上市国家	❓ 匿名信源	媒体报道,OpenAI 官方未确认
是否支持第三方 Agent / 应用分发	❓ 未公开	文章「尚未确认」段
是否使用 GPT-Live 或专门的端云模型组合	❓ 未公开	文章「尚未确认」段
是否建立家庭成员 / 访客 / 儿童账户模型	❓ 未公开	文章「尚未确认」段
是否提供物理麦克风断电 / 摄像头遮挡 / 本地处理	❓ 未公开	文章「尚未确认」段
是否支持 Matter 或主要家居平台	❓ 未公开	文章「尚未确认」段
是否承诺最低支持年限 / 停服降级	❓ 未公开	文章「尚未确认」段
数据保留 / 广告 / 儿童 / 家庭账户政策	❓ 未公开	文章「尚未确认」段
Matter 智能家居协议(对比参照)	✅ 已验证	CSA 主导的智能家居连接标准
Amazon Echo / Apple HomePod / Google Home 范式	✅ 已验证	三家官方产品定位
Rabbit r1 保留屏幕与物理按键	✅ 已验证	多家媒体开箱报道
Humane AI Pin 服务关闭	✅ 已验证	2024-2025 停服报道,作为云依赖案例
Meta AI 眼镜第一视角	✅ 已验证	公开产品
Apple 诉讼对 OpenAI 硬件团队 / 文件 / 产品的限制	⚠️ 待验证	文章提及但未展开,需读者持续跟进

核心结论

OpenAI 已确认的是团队与设计能力,不是最终产品规格。 $S01$
Bloomberg 所述"无屏、可移动、伴侣音箱"是值得重视的产品方向,但目前仍应标注为匿名信源报道。 $S02$ $S03$ $S04$
无屏不是删掉显示器,而是重新设计状态反馈、身份确认、权限说明、纠错和恢复。
设备的差异化不会来自"能聊天",而来自持续上下文、个人记忆、主动触发和真实世界动作。
主动性越强,错误成本越高;高质量产品必须把可撤销性、最小权限和物理隐私控制置于模型能力之前。
OpenAI 的战略目标更可能是掌握 AI 时代的交互入口和 Agent 运行时,而不是仅复制 Echo 或 HomePod。
对开发者真正重要的信号不是外观,而是 OpenAI 是否开放设备能力、传感器权限、工具调用、家庭协议和应用分发机制。

一、发生了什么:先把事实和传闻分开

2026 年 7 月 14 日,Bloomberg 报道称,OpenAI 的首款硬件将是一款"可移动、无屏幕的音箱",定位为家庭中的人形化 AI 伴侣。Reuters 随后转述称,设备仍在开发,可能通过摄像头和传感器理解环境,提供智能家居控制、媒体、问答、消息和 ChatGPT 能力;OpenAI 没有对报道置评。 $S02$ $S03$

The Verge 对同一报道的转述进一步加入了可充电电池、机械可动结构、GPT-Live 和 2027 年目标等细节。 $S04$ 这些内容来自媒体信源链,而不是 OpenAI 产品页、发布会或监管文件。因此,正确的编辑表述必须是"报道声称""知情人士称",不能写成"OpenAI 正式公布"。

OpenAI 官方确认的范围更窄,却足以证明项目不是空穴来风。2025 年 5 月,OpenAI 与 Jony Ive 公布合作;同年 7 月更新称,io Products 团队已正式并入 OpenAI,Jony Ive 和 LoveFrom 保持独立,同时承担 OpenAI 范围内的深度设计和创意职责。公告还称双方此前合作约两年,探索已经形成"tangible designs"。 $S01$

这组证据支持三个确定结论:OpenAI 在做硬件;团队规模与设计投入是真实的;项目不只是把 ChatGPT 装进现成音箱。但它不支持我们断言产品的最终外形、传感器、名称、价格或发布日期。

证据四层模型

层级	当前可以写什么	不能写成什么
官方确认	io 团队并入 OpenAI;LoveFrom 承担设计职责;已有具体设计	"官方确认首款产品是机器人音箱"
媒体报道	无屏、便携/可移动、摄像头与传感器、伴侣定位	"最终量产规格"
合理推断	需要实时语音、环境理解、记忆、Agent、端云协同	"必然采用某模型或芯片"
无法验证	外观、电机、价格、上市国家、开发者平台	任何确定性参数表

在接下来的分析中,所有产品判断都应保留这条边界。

二、为什么"无屏"可能是战略选择,而不是设计噱头

智能手机把大量计算能力组织在屏幕、图标、应用和触控层级中。大模型改变的是:用户不再需要先知道应用在哪里、功能叫什么、菜单如何组织,而可以直接描述意图。对 OpenAI 而言,硬件机会不是再造一块更小的屏幕,而是把"意图---理解---行动"链条放到用户所在的空间。

无屏设计有四个潜在收益。

第一,它把交互从"拿起设备"转成"随时说、随时打断"。当语音轮次足够自然,设备可以融入做饭、整理、照护、会议、维修等双手被占用的场景。OpenAI 已公开实时语音、流式转录和低延迟 WebRTC 工程,说明其正在补齐这一基础能力。 $S05$ $S06$ $S07$

第二,它削弱应用边界。用户不必打开日历、音乐、购物或家庭控制应用,而是把任务交给统一 Agent。终端的价值从"应用入口"变成"意图路由器"。

第三,它让设备更容易成为空间级而非个人掌上终端。音箱天然是多人、常驻、远场的形态;如果加入视觉和移动性,它可能根据说话位置、房间和活动调整交互。

第四,它能避免与手机正面比较显示体验。一个有屏的 AI 设备会立即面临"为什么不用手机"的问题;无屏产品可以把差异化建立在环境感知、低摩擦和主动协助上。

但无屏也删除了最重要的安全缓冲层。屏幕通常承担六类功能:显示设备是否正在录音、列出模型理解的任务、展示将被访问的数据、让用户选择账户、在执行前确认、在失败后提供恢复路径。把屏幕移除后,这六类功能仍然存在,只能通过灯光、语音、物理按钮、机械姿态或手机伴随界面重新实现。

因此,无屏设计不是"更简单",而是把复杂性从视觉界面迁移到系统行为。

四、无屏 AI 伴侣成立的十二个条件

条件一:远场语音识别必须稳定,而不只是实验室准确

家庭环境有抽油烟机、电视、儿童、宠物、回声和多人重叠。ASR 一旦听错人名、金额、地址或设备名称,后续大模型推理越强,越可能把错误执行得更完整。

系统不能只输出转写文本,还要输出置信度、说话人、噪声状态和可恢复提示。对低置信指令,设备应复述关键槽位;对高风险动作,应强制二次确认。

条件二:全双工、打断与轮次控制要接近人类交流

传统智能音箱常采用"唤醒---说完---等待---回答"的半双工模式。伴侣式产品需要用户在模型说话时插话、纠正、取消,也需要模型区分"嗯""等一下""不是这个"与背景对话。

OpenAI 已公开低延迟语音工程和 WebRTC 路径,但产品级难点不只在毫秒数,而在回声消除、自声抑制、端点检测和 turn-taking 策略。 $S06$ $S07$

条件三:必须知道"谁在说话",而不是只知道"有人说话"

家庭设备会接触个人消息、日历、购物、门锁、摄像头和支付。仅凭声音相似度无法承担强身份认证。产品需要区分:已验证用户、家庭成员、访客、儿童和未知说话者。

合理的权限模型应是:低风险信息可用声纹或在场性判断;涉及隐私或动作的请求要求手机确认、硬件凭据或受信设备邻近证明。声纹只能作为风险信号,不能独立授权开门、转账或读取敏感消息。

条件四:环境理解必须默认最小化,而不是持续上传

摄像头能回答"桌上的药是什么""烤箱关了吗""我把钥匙放在哪里",也能产生家庭最敏感的数据流。持续视觉上传会把产品从音箱变成室内观察系统。

可靠设计需要本地唤醒、帧选择、区域遮罩、敏感对象过滤、明确保存期限和物理摄像头遮挡。用户必须能在设备外观上判断摄像头和麦克风是否真正断开,而不是仅依赖软件图标。

条件五:长期记忆要有归属、寿命和删除语义

"伴侣"价值来自记住偏好、关系、计划和历史。但家庭环境中的记忆归属复杂:一段对话属于说话者、家庭、房间还是账户?访客说过的话能否被永久保留?孩子能否查看父母的记忆?两位用户对同一事实意见冲突时,系统相信谁?

记忆系统需要至少具备来源、时间、置信度、主体、用途、可见范围、过期策略和删除证明。把聊天摘要直接塞进向量库,不足以承担家庭级长期记忆。

条件六:主动性必须有清晰触发器和"安静预算"

主动式 Agent 不应等同于频繁插话。它可以在锅快烧干、会议即将开始、孩子忘带物品或异常声音出现时提醒,但误触发会迅速消耗信任。

每类主动行为应有:触发条件、最低置信度、允许时间、涉及对象、最大频率、升级路径和关闭方式。用户还需要按房间、家庭成员和时段设定"安静预算"。

条件七:动作权限必须最小化、分级并可撤销

问答错误通常只造成信息损失;动作错误会开门、发消息、购买、删除或改变设备状态。Agent 的工具权限应按动作风险分层:

L0:只读公开信息;
L1:读取个人但低敏感数据;
L2:可撤销动作,如创建草稿或调节灯光;
L3:对外发送、下单、修改日程;
L4:不可逆或高影响动作,如支付、门锁、生产系统。

L2 以上需要明确主体和审计;L3/L4 应要求二次确认或受信设备批准。设备应优先执行草稿、预览和 dry-run,而不是直接提交。

条件八:无屏状态反馈必须形成完整语言

灯环只能表达少数状态,无法解释"我正在读取你的邮件,但还没有发送""摄像头只在本地检测,没有保存图像""刚才的指令因身份不足被拒绝"。

产品需要建立多模态状态语言:灯光表示录音/视觉/执行阶段,短音表示成功或中断,语音说明风险和下一步,物理姿态表示朝向或隐私状态,手机用于复杂确认和历史审计。任何关键状态都不能只存在于云端日志。

条件九:端云协同要支持"优雅降级"

端侧适合唤醒词、基础 ASR、身份风险信号、隐私过滤、设备控制和紧急命令;云端适合大模型推理、跨服务搜索和复杂 Agent。网络断开时,产品至少要保留本地控制、闹钟、紧急停止、隐私开关和明确的离线反馈。

Humane AI Pin 的服务关闭说明,云端账户不仅影响功能,也影响硬件寿命。 $S13$ OpenAI 若要建立可信终端,需要公开最小离线能力、数据导出和停服后的设备处置方案。

条件十:功耗、热量和声学不能被模型演示掩盖

持续麦克风、摄像头、无线连接、边缘推理和机械运动会同时消耗电池。用户不会因为模型强而接受每天数次充电、表面发热或风扇噪声。

"可移动"进一步要求设备脱离电源后仍能维持足够长的有效时间。工程团队需要通过传感器占空比、本地小模型、事件触发上传、低功耗唤醒和任务调度控制能耗。

条件十一:家庭安全需要儿童、访客和旁观者模型

个人手机通常默认只有机主操作;家庭设备天然面对非账户持有人。产品应默认禁止儿童购买、访问成人内容或改变关键家居状态;访客数据不能自动进入主人的长期记忆;旁观者需要知道设备是否记录。

家庭管理还必须解决监护与隐私冲突。父母不能因为管理家庭设备就自动获得孩子所有对话;伴侣之间也不应默认共享全部记忆。

条件十二:设备必须拥有持续的产品理由

能够回答问题、播放音乐和控制灯光并不足以支撑新硬件。用户已经有手机、耳机、手表和家庭音箱。OpenAI 设备必须在至少一个场景中提供数量级优势,例如:

持续陪伴需要的空间上下文;
双手占用场景中的多步骤 Agent;
家庭协作和跨成员计划;
视觉辅助、照护或无障碍;
多设备之间的统一任务执行。

没有高频核心场景,硬件会变成昂贵的 ChatGPT 快捷键。

三、"可移动"至少有三种含义,不能过早把它写成机器人

报道中的 moveable 容易触发"家用机器人"联想,但公开材料没有给出工程定义。它至少可能指三种不同产品:

便携式:内置电池,可以从客厅拿到厨房,类似可移动音箱;
可定向:底座、摄像头或声学结构能转向说话者,但设备不在房间内行走;
自主移动:拥有轮式、足式或其他驱动结构,能改变空间位置。

三者的安全与成本差异巨大。便携式产品主要解决电池、无线、跌落和声学一致性;可定向产品需要电机寿命、夹伤防护和视觉跟踪;自主移动产品则进入机器人安全、路径规划、碰撞、宠物与儿童共处、地面适应和充电回桩的完整问题域。

在没有正式规格前,把 moveable 翻译为"可移动"可以,把它解释为"会在家里跟着人走"则没有证据。更稳健的判断是:OpenAI 可能试图让设备具备物理表现力,使语音之外还有朝向、距离、姿态或位置反馈。即使只会转向,也足以让它比固定音箱更像一个"在场的对象"。

八、主要风险与反方观点

风险一:主动伴侣可能只是更侵入的智能音箱

如果价值依赖持续监听和采集,而主动建议又不够准确,用户得到的是更多干扰和更大隐私暴露。产品必须证明主动性带来的收益大于监控感。

风险二:无屏会增加认知负担

当用户无法看到可选项、历史和状态时,需要记住设备能做什么、当前处于哪个步骤。对复杂任务,手机或显示器可能仍是更有效的补充界面。

风险三:模型能力无法修复硬件经济性

传感器、电池、电机、扬声器、散热和售后会推高成本。低价可能要求订阅补贴,高价则会缩小市场。产品必须在使用频率和长期服务上证明单位经济性。

风险四:生态平台拥有结构性优势

Apple、Google、Amazon 已控制家庭、手机、账户和应用生态。OpenAI 即使拥有更强模型,也需要获得第三方服务权限,并承担平台接口变化。

风险五:家庭关系不是单用户账户问题

一套"个人记忆"直接移植到家庭,会在伴侣、儿童、访客和照护者之间制造信息边界事故。这是产品治理问题,不是再训练一个模型就能解决。

反方观点同样成立:如果 OpenAI 只做软件,它可能永远受制于现有终端;而实时语音、多模态与 Agent 已经足以支撑一次新的交互实验。硬件未必需要立即取代手机,只要在家庭中建立一个高频、可信的空间入口,就可能形成战略价值。

总结

把 OpenAI 的首款硬件称为"音箱",容易低估问题;把它称为"机器人",又超过证据。更准确的描述是:OpenAI 正在尝试把实时多模态模型、记忆和 Agent 从屏幕应用迁移到物理空间。

这类产品能否成立,不取决于一次演示中的对话有多自然,而取决于十二个系统条件能否同时成立:远场语音、打断、身份、环境理解、记忆、主动触发、最小权限、无屏反馈、端云降级、功耗、家庭治理和长期服务。

Jony Ive 团队可以决定产品是否令人愿意放进家里;OpenAI 的模型可以决定它是否足够聪明;真正决定它能否被长期信任的,是权限、隐私和错误恢复。首款产品最重要的竞争对手不是某一只音箱,而是用户已经拥有的手机,以及"不把一个持续感知的 AI 放进家里"这个默认选择。

五、它与 Echo、HomePod、Google Home、Rabbit、Humane 和 Meta 眼镜有什么不同

Echo、HomePod 和 Google Home 的基础范式是"固定空间中的语音入口"。它们拥有成熟的音频和家庭生态,但长期以来的交互主要围绕命令、媒体、问答和家庭控制。 $S08$ $S09$ $S10$ OpenAI 若只加入更聪明的对话,容易被现有平台通过软件升级追平。

真正的差异可能来自"环境模型 + 长期记忆 + 主动 Agent"。设备不只是回答"天气如何",而是理解用户正在准备出门、日历中有会议、路上拥堵,并在获得权限后重新安排任务。这同时要求 OpenAI承担远高于智能音箱的责任。

Rabbit r1 的经验表明,专用 AI 终端需要证明它比手机应用更快、更可靠,而不是只把模型调用放进独立外壳。r1 保留屏幕和物理按键,反而说明状态与确认仍很重要。 $S12$

Humane AI Pin 的停服则揭示第二个问题:云依赖硬件的残值由服务承诺决定。 $S13$ 一台无法在服务终止后完成基本功能、导出数据或转移账户的设备,本质上是被云端租用的外设。

Meta AI 眼镜拥有 OpenAI 音箱不具备的第一视角,也承担更明显的公共空间隐私压力。 $S11$ 家庭设备的优势是可以配置更大电池、扬声器和传感器;劣势是无法持续跟随用户。报道中的"可移动"可能正是在弥补固定音箱与穿戴设备之间的空白。

六、OpenAI 做硬件的战略意义:争夺的不只是收入,而是上下文

模型公司的上游依赖算力,下游依赖操作系统、应用商店、手机、浏览器和云平台。只提供模型 API,OpenAI 很难控制用户何时调用、能访问哪些传感器、如何授权工具、如何保留记忆,也难以建立稳定的日常入口。

硬件可以让 OpenAI控制五个关键层:

唤醒和交互入口:谁先接收到用户意图;
上下文采集:麦克风、视觉、位置、设备和家庭状态;
记忆与身份:长期个性化如何形成;
Agent 权限:哪些工具可以执行,如何确认;
订阅与生态:硬件、模型、服务和第三方能力如何收费。

这使 OpenAI 更像在建设"AI 操作系统的参考终端"。参考终端不一定追求最大销量,它也可以用于定义交互规范、推动开发者 API、验证端云协同,并迫使 Apple、Google、Amazon 加速开放系统能力。

但硬件会把 OpenAI 从概率模型供应商推向产品责任主体。设备每次误听、误拍、误发和停服都由同一品牌承担。模型可通过版本更新快速迭代,家庭硬件则需要多年安全维护、维修、召回、供应链和地区认证。

七、对开发者可能出现的机会

在 OpenAI 公布开发者平台之前,不能假定设备可安装第三方应用。但从终端形态可以提前判断可能的能力接口。

1. 家庭与空间工具

Matter 设备控制、家庭状态聚合、能源管理、照护提醒、物品查找、家庭日程协调。这类工具需要按家庭成员和房间做权限隔离。

2. 语音原生 Agent

传统应用把信息压缩为屏幕页面;语音 Agent 需要可中断、短反馈、渐进披露和可恢复事务。开发者要设计动作状态机,而不是只写 prompt。

3. 端侧隐私处理

本地唤醒、敏感片段识别、视觉区域遮挡、说话人分离、短期缓存和数据最小化会成为独立组件。

4. 设备审计与可观测性

家庭 Agent 需要回答"谁在何时要求什么、系统使用了哪些数据、调用了哪个工具、执行结果是什么"。面向用户的审计时间线、权限中心和异常检测具有基础设施价值。

5. 评测与红队

新的 Eval 不只是回答质量,还包括误触发率、错误主体率、未经确认动作、旁观者隐私泄露、儿童绕过、网络降级和传感器欺骗。具备真实家庭场景数据和安全测试方法的团队会形成稀缺能力。

九、目前尚未确认的信息

产品是否真的归类为 speaker;
"可移动"是便携、转向还是自主移动;
摄像头是否持续工作以及是否有物理遮挡;
是否使用 GPT-Live,或使用专门的端云模型组合;
是否支持第三方 Agent 和应用分发;
价格、订阅、首发国家、制造伙伴;
2027 年是否仍是有效目标;
设备与 ChatGPT 手机应用、耳机、电脑之间的关系;
数据保留、广告、儿童和家庭账户政策。

这些信息应在正式公告、开发者文档、隐私政策或监管材料出现后更新。

十、后续最值得观察的信号

OpenAI 是否使用"companion""speaker""robot"或其他正式品类名称;
是否公开物理麦克风断电、摄像头遮挡和本地处理;
是否建立家庭成员、访客和儿童账户模型;
是否支持 Matter 或主要家居平台;
是否提供设备 SDK、工具权限和审核机制;
是否承诺最低支持年限和停服降级;
是否通过手机完成复杂确认,还是坚持完全无屏;
Apple 诉讼是否限制团队、文件或产品开发;
量产是否需要专用芯片、机械模组和新的供应链;
首批使用场景是家庭、办公、照护还是个人陪伴。

参考来源

$S01$ --- $S13$ ,详见 04-data-and-tables/source-index.md。

可延伸选题

无屏 Agent 的交互状态机:如何设计打断、确认和撤销;
家庭 AI 的多用户身份与记忆隔离;
云依赖硬件的最低支持承诺与"停服权";
第一视角眼镜与空间音箱:AI 终端的上下文竞争;
从 Matter 到 Agent 权限:智能家居控制面的下一层。

错误速查卡

症状	根因	定位	修复
把 OpenAI 首款硬件写成"音箱"或"机器人"	把媒体匿名信源当成官方公告,或把"可移动"等同于"自主移动"	查 OpenAI 官方公告(2025-05、2025-07 io 并入);核对证据四层模型	改写为"媒体匿名信源称""无屏、可移动、伴侣音箱形态",区分"便携/可定向/自主移动"
把"无屏"误读为"更简单的硬件"	忽略屏幕原本承担的六类功能(录音指示、任务展示、数据列表、账户选择、执行确认、失败恢复)	对照原文章节二"无屏也删除了最重要的安全缓冲层"	把无屏当作"状态反馈/身份/权限/纠错/恢复"五项系统问题重设计
把无屏 AI 伴侣等同于"会说话的智能音箱"	忽略 12 条件,尤其是身份/记忆/权限/端云降级	对照条件三/五/七/九	把"伴侣"价值链拆为持续上下文 + 个人记忆 + 主动触发 + 真实动作
评估 OpenAI 设备时只跟 Echo/HomePod 比拼对话能力	忽略 OpenAI 战略目标是交互入口和 Agent 运行时,不是音箱销量	对照原文章节六"五层战略意义"	把对比维度扩到:入口/上下文/记忆/Agent 权限/订阅生态
把 Rabbit r1 失败简单归因为"硬件不好"	忽略云依赖 + 屏幕/按键保留 + 单位经济学问题	查 Rabbit r1 公开评测;对照条件十二"持续产品理由"	评估新产品要把高频核心场景+订阅模型+长期服务承诺一起设计
把 Humane AI Pin 当成"AI 硬件失败案例"草率下结论	忽略"云依赖决定硬件残值"这条结构性教训	查 Humane 停服公告;对照条件九"端云优雅降级"	把"最低支持年限、停服降级、数据导出"写进设备承诺
把 Meta 眼镜和 OpenAI 音箱当成同维度竞品	两者使用场景不同:第一视角公共空间 vs 家庭空间级	查 Meta AI 眼镜公开产品形态;对照章节五	按场景维度分:公共空间(眼镜)/家庭空间(音箱)/个人(耳机)三条产品线评估
给硬件团队提需求时只问"模型能不能跑"	忽略传感、功耗、声学、电机、续航这些系统级指标	对照条件十"功耗、热量和声学不能被模型演示掩盖"	把"传感器占空比/本地小模型/事件触发上传/低功耗唤醒"作为工程需求项
评估家庭 AI 时只测主路径	忽略旁观者、访客、儿童、网络断电、降级场景	对照条件四/九/十一;设计测试矩阵	补 Eval:旁观者隐私 / 儿童绕过 / 网络降级 / 传感器欺骗 / 误触发率
用单用户记忆模型直接套到家庭	忽略家庭成员、访客、伴侣、儿童的信息边界冲突	对照条件五/十一;对照风险五"家庭关系不是单用户账户问题"	记忆系统必须按主体/可见范围/过期策略/删除证明分别建模