现在咨询,获得最前沿的AR产品
2026-10-04
Meta官方开发者博客写明,相关更新自9月30日起开始推送。Wearables Device Access Toolkit 1.0结束约一年的开发者预览,允许移动应用把AI眼镜作为免手持前端,并访问相机、语音和运动数据;Meta Ray-Ban Display可直接运行HTML、CSS和JavaScript Web App;Meta AI Connector则让开发者把现有API工具交给Meta AI调用。官方同时把部分发现与提交能力写成“coming soon”或早期访问,因此不能把三条路径都描述为已经全面开放的应用商店。

事件发生日期:2026-09-30起开始推送开发者更新;一手信源日期:Meta开发者博客2026-09-24发布,2026-09-30进入官方所述推送窗口。以下把原文事实、实施含义与未披露项分开。
| 公开字段 | 原文事实与边界 |
|---|---|
| 原生工具包 | Device Access Toolkit 1.0进入稳定版;业务逻辑和后端保留在手机App,眼镜承担相机、语音、运动与免手持交互前端。 |
| 输入与设备覆盖 | 官方提到语音唤醒、语音识别和Meta Neural Band滑动;一个集成可面向带显示和无显示眼镜,但具体功能仍受设备能力限制。 |
| Web App | Meta Ray-Ban Display可运行HTML/CSS/JavaScript应用,无需单独原生App或专有SDK;可获得设备位置、地点与手腕动作等上下文。 |
| Web开发工具 | 官方提供UI Toolkit、浏览器模拟器,并把WebMCP列为开发者预览,用于向Meta AI暴露选定网页工具。 |
| Connector | Meta AI Connector让Meta AI调用开发者现有API工具,不要求新SDK、独立App或专有框架;目前属于早期访问路径。 |
| 分发边界 | 官方说新的发现入口和提交时间将随后公布;当前资料不能证明所有开发者都可立即上架或覆盖所有国家和设备。 |
需要第一视角识别、连续相机流、运动数据和手机端复杂业务,可优先评估原生工具包;信息卡、轻量清单、短流程交互更适合Web App;已有订票、检索、工单或内容API,希望由Meta AI代理调用,则可评估Connector。一个项目可以组合使用,但每增加一条入口,就增加一套权限、审核、故障与兼容责任。
Device Access Toolkit并不是把完整应用搬进眼镜。手机仍需处理账号、网络、业务状态和后端,眼镜更像相机、麦克风、显示与输入端。团队要测试眼镜与手机断连、App切后台、来电、低电量和网络切换;关键流程应能恢复到可解释状态,不能让用户在镜片里看到过期指令。
HTML/CSS/JavaScript降低了跨团队开发门槛,也便于快速更新内容。代价是性能、离线、传感器权限、后台运行和原生设备特性的边界更明显。开发者应在浏览器模拟器之外,用真实设备测试字号、对比度、视野边缘、手写与语音输入、弱网缓存和退出路径。
当AI能够调用订票、下单、工单或导航工具,必须区分只读查询、建议、待确认操作和已执行操作。每次调用要记录工具、参数、用户确认、返回值和失败原因;支付、发布、删除或改变外部状态的动作应有清晰确认与撤销机制,不能把自然语言流畅度当成授权。
无显示眼镜主要依赖音频、触控和手机;带显示设备可以呈现卡片与指引。产品应先定义共同任务,再为显示能力加增强层。若核心流程只有在屏幕存在时才成立,就不应宣传为“一次集成覆盖所有眼镜”;反之,音频优先也要避免把复杂选择塞进漫长语音菜单。
AI眼镜应用可从视+AR AR眼镜应用方案拆解终端与业务流程,跨设备识别与跟踪可对照EasyAR Sense SDK,开发团队再通过EasyAR开发文档核对平台、许可和接口。Meta工具解决其生态接入,不自动等于VPS、室内导航或跨平台内容管理。
设备层看相机、麦克风、显示、手环和断连;应用层看状态、权限、离线和错误恢复;AI层看工具选择、参数、确认与幻觉边界;运营层看发现、审核、版本、地区和下架。Meta尚未公布的提交与发现细节应列为依赖项,不能预先承诺用户规模或上线日期。
Meta称相关更新自2026年9月30日起开始推送。
Meta称Ray-Ban Display Web App可直接使用HTML、CSS和JavaScript,无需单独原生App或专有SDK。
Connector把既有API工具交给Meta AI调用;SDK更适合由开发者自己的移动应用控制眼镜能力。
不能这样表述。官方仍把部分发现、提交和Connector能力标为即将推出或早期访问。
不够。导航还需地图、定位、重定位、路线、安全提示和内容运营等独立能力。