30款智能眼镜有22款靠手机运行：AR导览该把算力放哪？

2026-08-18

2026年8月13日，Extentos创始人Asger Mølgaard在AR Insider发布智能眼镜生态调查：其统计的30个平台中，22个平台的应用并不直接运行在眼镜上，而是运行在手机上。这个数字来自平台方调查，不是全行业普查，却点出了导览项目最常见的架构误区——“有显示屏”不等于“必须把整套应用塞进镜腿”。

核心结论：路线箭头、翻译、提词和通知可以让手机承担主要计算，以换取更轻的眼镜和更长续航；当内容必须稳定贴在墙面、展品或道路上时，低延迟传感与渲染仍需靠眼镜端或近端计算。应先按能力分层，再选设备。

Vuzix Z100通过手机SDK推送文字、图像和简单动画。图片来源：Vuzix；性质：官方产品图

手机侧计算为什么能让眼镜更像眼镜

Vuzix官方资料显示，Z100重38克，640×480单色显示，最长运行时间为48小时，通过低功耗蓝牙连接Android或iOS；开发者在手机App里使用SDK，把文字、图像和简单动画推到眼前。手机拥有更大的电池、网络和算力，眼镜只保留显示、连接与即时交互，适合长时间佩戴的提示型任务。

Even G2的官方导航指南也采用相近思路：在App中搜索地址，或从眼镜/指环菜单启动收藏地点，视野内显示转向、距离和街道名称。官方特别提示适合步行与骑行，不建议驾驶机动车使用；这说明“简洁导航”仍要明确使用边界。

Even G2将导航、翻译、通知等信息放入HUD。图片来源：Even Realities；性质：官方产品图

任务	可优先手机侧	更依赖眼镜/近端
路线提示	算路、POI、内容更新	抬头显示、方向与姿态反馈
展品识别	知识库、语言生成	摄像头、追踪、即时提示
空间AR	资源管理、云端内容	低延迟SLAM、锚定和渲染

空间锚定为什么不能全靠蓝牙来回传

当一个数字箭头必须稳稳贴在真实门口，头部每次转动都要在毫秒级更新位置与画面。文章引用Snap数据说明旧Spectacles运动到光子延迟约13毫秒，新Specs为7毫秒；这些数值应按Snap/Extentos公开材料理解。把每次传感数据送到手机、渲染后再经蓝牙返回，很容易突破延迟预算，因此空间追踪与关键渲染要留在眼镜或专用近端计算设备。

AR眼镜导览如何做能力降级

同一套导览不必强迫所有终端拥有相同功能。没有摄像头的眼镜可以显示路线、文字和时间提醒；有摄像头但不支持稳定空间锚定时，可做识别后卡片提示；具备6DoF与低延迟渲染的设备再开启展品贴合、空间箭头和交互角色。设备检测失败时应回到音频或手机小程序，而不是黑屏。

视+AR观察：从能力清单开始招标

项目文件应把“摄像头、麦克风、扬声器、显示、6DoF、联网、续航、处方适配、隐私提示”分别列出，并为每项内容定义可用与降级路径。可用视+AR AR眼镜应用梳理终端交互，用视+AR AR导航方案拆分路线与定位，并通过EasyAR Mega评估大空间视觉定位。文中品牌没有宣布与视+AR或EasyAR合作。

FAQ

AR眼镜应用必须运行在眼镜里吗？

不必须。通知、翻译、导航卡片等可以主要运行在手机端，由眼镜负责显示和即时交互。

手机侧计算适合空间AR吗？

可承担内容、网络和部分AI，但低延迟追踪、姿态处理与稳定渲染通常仍需留在眼镜或近端设备。

轻量HUD能做博物馆导览吗？

能做路线、字幕、提词和简要讲解；若要让三维文物复原稳定贴合展柜，需要更完整的空间感知能力。

选设备前最先核对什么？

先核对具体能力、续航和降级方案，而不是只比较产品名称或“AI/AR眼镜”标签。