Rokid 全球发布 AIUI Studio：AI 眼镜应用开发进入“先仿真、后上机”阶段？

先说结论

Rokid 在 IFA Berlin 2026 宣布全球发布 AIUI Studio，把 AI 眼镜应用的设计、代码辅助、硬件仿真和发布放进一个浏览器工作流。它降低了早期原型的设备门槛，但不能替代真实眼镜上的延迟、功耗、摄像头、语音和权限测试。对开发者和想做 AI 眼镜服务的人，最现实的机会不是马上押注“下一个超级 App”，而是先做可仿真的轻量 Agent，再用固定任务集验证上机表现。

发生了什么

Rokid 9 月 9 日通过 PR Newswire 宣布，AIUI Studio 在 IFA Berlin 2026 全球发布。公司将它描述为面向 Rokid AI Glasses 的一体化 Agent 开发平台，包含 AIUI Skills Library、AIUI Code 辅助，并支持从设计到发布的浏览器工作流。Rokid 还称，平台带有硬件仿真能力，开发者可以在没有实体眼镜的情况下先创建和测试应用。

Rokid 的官方开发者页面将 AIUI 定义为面向空间计算的 Agentic UI 框架，并把 Craft 列为用于项目导入、文件编辑和实时预览的工作空间。官方 Academy 文档给出的入门路径是：安装 Node.js 和 npm，运行 npm create @yodaos-pkg/aiui-agent my-agent 创建项目，再在 Craft 中打开；如果要完成最终的端侧检查，仍需要实体 Rokid Glasses。

这对开发者意味着什么

1. 原型成本可能下降，但不是零成本

仿真器适合先验证交互逻辑、卡片布局、语音指令和任务流程，减少“先买设备再发现方向不对”的浪费。但它不能证明真实设备上的摄像头识别、蓝牙连接、网络波动、发热、续航、音频串扰和用户授权流程。把“能在仿真器运行”写成“能在真实场景稳定工作”，是最容易犯的错误。

2. 最值得先做的是短任务 Agent

更适合第一轮验证的方向包括：会议或课程中的提词与摘要、现场物品识别后的结构化记录、旅行中的翻译和清单、维修人员的步骤提示，以及把语音输入转换成手机端待办。它们有清晰的开始和结束条件，也比较容易设计人工接管点。

不建议一开始就做自动付款、自动发消息、持续人脸识别或无确认的环境控制。眼镜属于贴近身体和现实环境的设备，任何涉及支付、身份、隐私或物理动作的功能，都应先明确权限、确认、日志和撤销机制。

3. 可变现方向应围绕交付，而不是“流量神话

在没有真实收入数据前，不能声称 AIUI 应用已经赚了多少钱。可验证的服务机会包括：为企业制作现场辅助 Agent、把企业 SOP 转成眼镜端任务卡片、做设备兼容性测试、维护 Agent Store 上架素材，以及为客户建立端云数据边界和人工接管流程。每个方向都需要真实客户、交付周期、设备版本、任务成功/失败记录和成本账本，才能升级为案例。

一个最小验收清单

1. 固定 10—20 个真实任务，记录语音、视觉、网络和人工接管条件。
2. 区分仿真器结果与实体眼镜结果，不能混为一个成功率。
3. 记录设备型号、固件、AIUI 版本、手机系统和网络环境。
4. 对每个高风险动作设置明确确认；记录误触、误识别、超时和失败恢复。
5. 记录端侧与云端分别处理了什么数据，以及断网时的降级行为。
6. 只有在连续回归测试后，才把“可演示”升级为“可交付”。

目前不能下的结论

Rokid 的发布证明了 AIUI Studio 已被公司作为全球开发平台推出，也证明官方提供了仿真和开发工具说明；它没有独立证明应用的成功率、延迟、续航、功耗、用户留存或商业收入。PR Newswire 中关于降低延迟、内存和功耗的表述属于公司产品定位，应等待公开 benchmark 或自己的测试记录。

参考来源

• Rokid 在 IFA Berlin 2026 全球发布 AIUI Studio（PR Newswire，2026-09-09）
• Rokid.js：AIUI、Craft 与 AIUI Studio 官方开发者页面
• Rokid Academy：创建并上传 AIUI Agent 的官方步骤