极刻觅镜 | AURA把系统与AI推理放进Puck…

AURA的分体式设计不是简单的「把重的东西从脸上拿走」，而是一次按任务性质切分的算力分工：Puck承担操作系统、三维渲染与AI推理等大算力任务，眼镜端的X1S负责多传感器实时融合、6DoF定位与空间锚定这类必须贴着传感器、贴着视线完成的低延迟工作。

10月28日发布的AURA：眼镜本体加一个口袋计算单元，构成首款Android XR有线分体式XR眼镜

10月28日，Google与XREAL在Android开发者峰会上共同发布AURA，并宣布它率先开售、年内交付。这是首款搭载Android XR的有线分体式XR眼镜，由眼镜本体和分体式计算单元两部分构成。

「首款Android XR有线分体式XR眼镜」的构成很具体。眼镜本体是一副光学透视眼镜，视场角70度，通过三摄像头阵列、6DoF空间悬停和手势操作，让窗口可以稳稳地「放」在桌面上方或墙上，人可以走近、绕着看，或者伸手去拿。 外接的计算单元被称作Puck，可以揣在兜里，里面装着电池和主要的算力芯片，操作系统、三维渲染和AI推理等大算力任务都在这里运行；眼镜上的自研XREAL X1S空间计算芯片则负责实时融合多传感器数据、6DoF空间定位与空间锚定这类必须贴着传感器完成的低延迟工作。

这种「眼镜本体加口袋计算单元」的形态并非AURA首创。行业通常的做法就是将算力和电池「外包」，用线相连，AURA也沿用了这条路线。 但AURA把这条路线放进了Android XR的官方定义里：今年6月发布这一平台时，高通已经把AURA列为首批采用产品；XREAL与Google从产品早期设计与研发阶段就一起磨合，让操作系统与硬件双向适应，才跑通了有线分体式Android XR眼镜这条新路线。 徐驰因此把AURA描述为由XREAL、高通和Google共同完成的产品。

从使用方式看，AURA的定位更接近一台戴在头上的笔记本或平板，而不是单纯投屏的显示设备。出门在外，用一根USB-C线把笔记本接上，不用装任何软件，电脑屏幕就变成眼前一个可以随意拉大的空间窗口，旁边桌上还能再开几个Android应用并行处理多项事务；到了飞机上，把镜片调暗，AURA可以变成私人影院，有人走过来，镜片又变回透明。 这些画面只有佩戴者自己看得见，交互则可以通过手势、语音或Puck上的触控板完成，也支持蓝牙手柄。

开售节奏上，AURA在发布当日即开放订购，并计划在年内交付。 定价方面，12GB内存加256GB存储的版本为1099美元，16GB内存加512GB存储的版本为1299美元；1099美元的起售价较此前的预订价低180美元，这一价格窗口持续到12月。 部分功能仍在路上，Google Photos的空间相册和《Fallout Factions》等游戏要稍后才会推出。

AURA的产品形态可以概括为：一副70度视场角的光学透视眼镜，加一个承担主要算力的口袋Puck，用一根USB-C线连接，运行Android XR，并在发布当日开放订购、年内交付。至于哪些任务留在眼镜上的X1S、哪些交给Puck，以及这种切分与XREAL自研芯片谱系、高通平台、Gemini交互各自承担什么，是接下来要展开的问题。

Puck里跑系统与AI推理，X1S管传感器融合与6DoF：切分线画在「贴着传感器」与「可以离开脸」之间

把算力从脸上移开，是分体式眼镜的常见做法，但移开之后如何切分，才是AURA这套架构要回答的问题。按照发布材料给出的分工，揣在兜里的Puck承担操作系统、三维渲染和AI推理这类大算力任务，电池也一并放在里面；眼镜上的自研XREAL X1S空间计算芯片则负责“眼前事”——实时融合多传感器数据，以及6DoF空间定位与空间锚定。材料称，超低延迟的空间显示靠的就是这颗芯片。

这条切分线不是按“重”与“轻”划的，而是按任务与传感器的距离划的。多传感器融合、6DoF定位和空间锚定有一个共同点：它们必须贴着摄像头和惯性器件，在视线移动的同一拍里完成计算。一旦把这些环节挪到口袋、再经线缆回传，延迟就会直接反映为画面跟不上头部动作，空间锚定也会漂。反过来，操作系统调度、三维渲染和AI推理对时延的容忍度高得多，把它们放在Puck里，眼镜端就不必为散热和电池留出空间，形态才守得住。

X1S在这套分工里的位置，也解释了XREAL为什么坚持自研这颗芯片。从Nreal Light开始，XREAL就选择了分体式架构并支持6DoF，在行业普遍把计算、电池、散热塞进头显的那段时间里，这条路线并不被看好。 分体式要成立，眼镜端就必须有一颗能独立扛住感知与定位的芯片，否则线缆另一端再强，头部动作与画面之间那一段延迟仍然无解。X1S承担的是分体架构里唯一不能外包的部分。

Puck这一侧则叠着三层角色。它是Android XR的运行载体，Google Play上的Android应用可以直接进入AURA，笔记本画面也能通过一根线接入； 它是三维渲染的发生地，窗口能稳稳“放”在桌面上方或墙上、人可以走近绕着看，这类空间呈现的渲染负载落在Puck； 它还是Gemini的落点，Gemini尝试理解用户正在面对的现场，与空间硬件、Android生态一起构成AURA的三块拼图。 高通平台在这套组合里的角色，是Android XR的芯片底座——今年6月发布这一平台时，高通已经把AURA列为首批采用产品，AURA因此被徐驰描述为由XREAL、高通和Google共同完成的产品。

Puck承担的是“可以离开脸”的负载：系统、渲染、推理，以及为它们供电的电池。AURA的空间体验上限，很大程度上取决于Puck里那颗芯片与Android XR的配合，而眼镜端X1S决定的是体验的下限——头部转动时画面跟不跟得上、锚定的物体稳不稳。两者不是主从关系，而是各自守着一段无法互换的工序。

需要说明的是，这条切分线目前只有定性描述。材料没有给出X1S与Puck内芯片各自的算力数值，也没有给出传感器融合或6DoF定位的具体延迟指标，更没有说明哪些推理任务在端侧完成、哪些需要联网。Gemini在AURA上“理解现场”的具体实现方式同样没有展开。 因此，上述分工的工程逻辑可以从任务性质上推演，但两颗芯片的实际负载比例、以及线缆传输对延迟的抵消程度，都还缺少可核对的数字。这条切分线画得清楚，刻度却尚未公开。

X1S是X1的升级版，Puck里是高通的平台：两套供应关系如何在同一副眼镜里并存

X1S并不是为AURA临时配的一颗芯片。XREAL在推出第一款产品Nreal Light时就走的是分体式路线，并支持6DoF；此后公司把资源压在自研光学与空间计算芯片上，逐步积累起一套可以自己掌控的底层能力 。到AURA这一代，眼镜端负责实时融合多传感器数据、完成6DoF空间定位与空间锚定的那颗芯片，已经是自研的XREAL X1S空间计算芯片，官方口径把超低延迟的空间显示归功于它 。眼镜端那颗芯片的归属是XREAL自己，它解决的是「贴着传感器、贴着视线」的那部分工作，而不是把Puck里的任务再搬回脸上。

Puck里的芯片则是另一套供应关系。高通今年6月发布Snapdragon Reality Elite时，已经把AURA列为首批采用产品；对高通而言，它需要一个首发终端来展示这套平台的空间计算能力 。于是同一副眼镜里同时存在两条芯片来源：口袋里的Puck跑的是高通的平台，承担操作系统、三维渲染与AI推理这类大算力任务 ；眼镜端的X1S则是XREAL自研的协处理器，专管传感器融合与空间定位。徐驰把AURA描述为由XREAL、高通和Google共同完成的产品，这个说法对应的正是上述分工——XREAL出光学、芯片与整机，高通出平台，Google出操作系统与Gemini 。

这种「平台芯片＋自研协处理器」的并存，是分体架构对两类任务的硬性要求。Android XR要在Puck里跑起来，需要一颗能承载完整操作系统、应用生态与AI推理的通用平台，这类工作高通已经做了多年；而眼镜端要在毫秒级完成多传感器融合与6DoF定位，需要的是贴着传感器做定制、把延迟压到极低的专用芯片，通用平台很难替它完成。XREAL选择自己来做后者，既是长期技术积累的结果，也让它在这套由Google和高通主导的生态里保住了眼镜端不可替代的一环 。

Puck里的高通平台决定了AURA能调用多少Android应用、Gemini能以多快的速度理解用户面前的现场；眼镜端的X1S则决定了空间锚定稳不稳、窗口能不能「放」在桌面上方而不飘 。材料没有给出两颗芯片的算力与延迟数值，因此这条边界目前只有定性描述：哪些任务必须留在脸上、哪些可以放进兜里，答案来自任务与传感器的距离，而不是来自某一颗芯片的绝对性能。

Gemini站在哪一侧：感知在眼镜、推理在Puck，交互层被算力分工约束

材料把AURA的成立条件拆成三块拼图：一个人愿意戴的硬件形态及其背后的芯片与核心零部件、一套操作系统和开发者生态、一种全新的人机沟通方式；Gemini被明确指认为第三块——交互拼图 。它不负责让眼镜变轻，也不负责让应用跑起来，它要解决的是「人怎么和悬在眼前的数字内容说话」这件事。

材料描述的两个典型场景都遵循同一结构：玩家卡关时直接问「下一关应该怎么打」，Gemini「看得见你的游戏画面」，结合眼前进度给出分析；日常里视线落到引起好奇的地方，抬手圈选对象就能开口发问 。另一处描述更直接：Gemini可以在你分享视野时帮你看游戏或标出房间里的东西 。两段材料指向同一个动作序列——眼镜端的摄像头与传感器先把「你正看着什么」捕捉下来，这份视觉输入离开脸、进入Puck，AI推理在那里完成，再把结果送回眼前的显示屏。前述章节已经确认AI推理被列在Puck承担的任务里，Gemini的「看得见」因此不是眼镜自己在看，而是眼镜把看到的东西交出去之后换回来的理解。

这也解释了为什么Gemini快捷键被放在无线手柄上，而不是眼镜本体。材料提到专为Android XR研发的无线手柄配有一颗Gemini快捷键，让玩家不必暂停、不必掏手机就能发问 ；控制方式则包括手势、语音和Puck上的触控板，并支持蓝牙手柄 。交互入口分散在手、口、触控板和外设上，唯独没有落在眼镜的镜腿上——这与算力分布是同构的：需要低延迟、贴着视线完成的定位与融合留在X1S，而需要调用模型、消耗算力的对话与理解，入口自然长在Puck一侧或与Puck相连的外设上。

由此划出的能力边界，比「有没有Gemini」更值得注意。Gemini能介入的前提是用户主动分享视野或圈选对象，材料没有描述它持续在后台读取环境、主动判断情境的能力；尾声部分也把「理解处境」的Life Agent归为徐驰的远期构想，并明确AURA当前并不具备复杂的生理监测功能 。换句话说，这套分工目前支撑的是一种「你发起、它响应」的多模态助手，而不是一个始终在场、自行感知的智能体。响应速度与隐私边界同样悬在这条切分线上：视觉数据要离开眼镜才能被理解，材料没有披露Gemini的权限范围、是否端侧运行以及数据处理方式，因此无法判断这份「看见」在多大程度上留在本地、多大程度上经过云端。

把Gemini称为第三块拼图，真正改变的是交互在系统里的权重。硬件与生态此前各自演进，交互长期停留在「用手势点空气」；当自然语言与视觉理解被接进同一套系统，手势不再是唯一通道，圈选加发问成了更接近人与人沟通的方式 。但这一层的能力上限由算力分工决定，而非由模型本身决定——只要推理还在Puck里，Gemini的「在场感」就始终依赖那根线、那块电池和那次数据往返。

重量、线缆与续航：算力外包的收益与代价是同一枚硬币

把重的东西从脸上拿走，是XREAL从Nreal Light时代就押注的路线，AURA延续了同一逻辑：电池、主要算力芯片、操作系统、三维渲染和AI推理都塞进兜里的Puck，眼镜端只留X1S处理多传感器实时融合与6DoF定位这类贴着传感器的工作。收益是眼镜本体得以维持可佩戴形态，代价则写在三个地方：重量、线缆和续航。

材料对这三项的表述都是定性的。眼镜重量「仍然高于普通眼镜不少」，连接眼镜与计算单元的线缆在起身走动、收纳进包或反复摘戴时「仍有牵绊」，续航「还撑不起一整天的使用」。没有克数，没有小时数，也没有说明这些描述对应的是连续使用还是间歇使用。这意味着外界无法判断它比普通眼镜重多少、线缆牵绊在多大程度上影响日常动作、续航缺口是一两个小时还是更长。

Puck把大算力任务从脸上移走，但用户出门必须多带一个物件，并且这个物件与眼镜之间始终有一根线；电池放在Puck里，眼镜端不承担主要功耗，但整机续航仍受Puck电池容量约束，而材料没有给出任何电池容量或续航时长。算力切分解决了「脸上太重」，却没有解决「随身要带两件东西」，线缆和续航是同一枚硬币的另一面。

从使用场景看，这种代价分布指向特定人群。材料里AURA的典型用法包括：用USB-C线接笔记本把屏幕变成空间窗口、在飞机上调暗镜片当私人影院、医生在术野旁查看三维全息模型。这些场景要么是坐姿、要么是固定位置、要么有明确的工作目的，线缆牵绊和续航压力相对可控；而全天候日常佩戴要求的是随时起身、随时收纳、全天不断电，恰好撞在这三项边界上。谷歌单独发布企业部署方案，也说明这套设备当前更接近可被统一管理的生产工具，而非人人日常戴的消费电子。

材料没有把重量、线缆、续航写成不可逾越的缺陷，而是作为「远没有回答空间计算的全部问题」的一部分列出。这更像是对第一代分体式Android XR硬件的边界标注，而非对路线的否定。分体式架构的收益——眼镜本体轻量、算力可扩展、散热和电池不压在头上——在材料里被反复强调；代价则集中在「随身」被拆成两个物件之后带来的携带与供电约束。判断这套分工适合谁，取决于用户能否接受把使用场景限定在坐姿、固定位置或有明确任务的时段内。

这套分工能撑起什么：开箱可用性有据，原生生态上限仍待验证

把AURA接上一根USB-C线，连到笔记本或掌机，电脑屏幕就变成眼前一块可以随意拉大的空间窗口，旁边还能再开几个Android应用并行处理事务，这些画面只有佩戴者自己看得见 。Puck承担了系统、渲染与AI推理，眼镜端的X1S负责把窗口稳稳地“放”在桌面上方或墙上，人走近、绕着看，位置不飘 。开箱之后最先被验证的不是原生XR内容有多丰富，而是“你今天在笔记本和平板上做的事，现在可以在眼前和空间里展开”这件事能不能成立 。

这条路径的用意，报道里说得直白：与其把全部精力花在打磨原生AR应用上，不如先把手机和互联网的生态搬过来，在空间里做增强，有了用户和规模，原生生态自然会长起来 。移植解决的是“有没有东西用”，增强想让用户觉得“在这里用比直接用更爽”，而原生才是决定这套生态上限的那一层 。接入Google Play生态后，除了撑住日常基本盘的通用应用，报道提到已有超过150款专门面向XR打造的空间体验，能利用空间定位、手势和三维内容，提供平面屏幕难以承载的玩法，Owlchemy Labs和Resolution Games的XR游戏可以用手直接玩，《挽救计划》等空间原生新作也在路上 。需要说明的是，150余款这个数字来自报道转述，没有给出统计口径——是按已上架计、按宣布合作计，还是按可预约计，材料没有交代；因此它能支撑的判断是“原生内容已经起步”，而不是“原生生态已经成型”。报道自己也把话说得很清楚：能打开多少Android应用决定开箱体验，有多少应用必须依赖空间才能成立，才决定这套生态的上限 。

一位头颈外科医生试用AURA时，视线仍然透过镜片肉眼直视真实术野，病灶与手术标本的三维全息模型就悬在身旁；设计团队也能在产品落地前走近三维原型，先在眼前的空间里体验 。这些用法依赖的是X1S贴着传感器完成的空间锚定与6DoF定位，而不是Puck里跑的大模型对话。谷歌为此单独发布了AURA的企业部署方案，报道给出的判断标准是，设备能否被统一管理、流程能否规模化部署，决定了它是一套能够进入既有工作体系的生产工具，还是一次性的三维演示 。企业部署方案的存在说明谷歌在往“工具”方向铺路，但方案的具体管理能力、支持哪些设备管理框架，材料没有展开，这里只能停在“有这套方案”这一层。

Gemini在这套分工里的位置也值得单独看一眼。专为Android XR研发的无线手柄配有一颗Gemini快捷键，卡关时玩家不用暂停、不用拿手机搜攻略，直接问一句，眼镜里的Gemini看得见游戏画面，结合眼前进度帮玩家分析下一步 。这个场景恰好把切分线画得很清楚：画面理解与推理发生在Puck侧，而“看得见”的前提是眼镜端把画面与空间信息低延迟地送出去。Gemini能帮上忙，靠的不是眼镜本身算得动，而是分体架构把算力与传感器各自放在了合适的位置。

这套分工划出的能力边界，可以收成两句有条件的判断。开箱可用性是有据的：通用Android应用、USB-C接入笔记本与掌机的扩展屏用法、多窗口并行、手势与语音控制，这些在发布材料与试用描述里都有对应 。原生生态的上限则仍待验证：150余款空间体验缺少统计口径，Google Photos的空间相册与《Fallout Factions》等游戏被列为后续到来，眼动追踪这一项在报道中明确缺席 。AURA今天能完成的是“把已有生态搬进空间并加上空间锚定”，还不能证明“空间原生应用足以支撑日常购买理由”。

后续该观察什么，也就落在这几个点上：150余款之外，真正必须依赖空间才能成立的应用有没有持续增加；企业部署方案能不能落到具体的统一管理能力上；以及被列为“后续到来”的那批内容能否按期补齐。这些问题的答案，比再多的参数更能说明这套按任务切分的算力分工，最终是停在一台好用的空间显示器，还是长成一套新的计算终端。

参考：AURA把系统与AI推理放进Puck，眼镜端X1S只管传感器融合与6DoF定位（极刻觅镜）