基于 Rokid AI Glasses 灵珠平台开发「通勤信息播报小助手」智能体打造实战！

本文智能体基于Rokid AI Glasses和灵珠AI平台开发开发指南https://forum .rokid.com/index摘要在 AI Glasses 从“新奇设备”走向“日常工具”的过程中真正决定体验上限的不只是硬件参数而是场景化智能体能不能把“看信息”这件事变成“顺手就完成”的自然交互。Rokid Glasses 官方页面把 AI 助手、实时导航、消息提醒、翻译、拍照等能力直接放进了日常佩戴场景并强调了 49g 左右的轻量化设计适合长时间使用官方开发者论坛也明确面向 AR 与 AI 可穿戴开发者社区适合做场景型应用的交流与迭代。官方地址如右glasses.rokid.com我这次基于灵珠平台做的智能体名字叫「通勤信息播报小助手」。它的目标很简单让用户在出门、路上、进站、换乘这些碎片化时刻只用一句话就能拿到天气、日程安排与行动建议不用掏手机也不用在大屏里来回切换信息源。这个项目最打动我的地方不是“功能多”而是它真的贴近通勤这个高频、低耐心、强时效的场景。比如如下是我真是所创建的智能体。一、为什么通勤场景特别适合 AI Glasses通勤场景有三个典型痛点它不是替代手机而是把“信息获取”前移到抬头、戴眼镜、说一句话就完成的阶段。对我来说通勤助手最重要的价值不是“回答得多”而是“回答得刚刚好”够短、够准、够快。二、项目设计把“播报”做成一条清晰的信息链这次开发时我在灵珠平台里直接把智能体命名为「通勤信息播报小助手」类别选择了“生活”功能描述也紧紧围绕“出门前、上路上、回家途中”的信息获取需求。我没有把它做成泛泛而谈的聊天助手而是把目标收得很窄专门解决通勤时的信息太杂、来不及看、需要快速判断的问题。在提示词设计上我给它设定了很明确的回复原则首先输出要短。眼镜屏幕不是长文阅读器所以答案必须结论先行尽量控制在少量短句内。其次信息要按优先级排列。我的实际顺序是天气、日程安排、行动建议。这样用户先看到最重要的判断再看到可执行建议。最后信息缺失时不能卡死。比如拿不到日程安排、拿不到会议记录也不能装作什么都不知道而是要明确告诉用户“当前数据不足”然后给出替代建议比如先避开晚高峰、先同步日程安排、先检查定位权限。这个设计思路在如下截图里已经非常清楚它不是“追求全量回答”而是“追求通勤可用”。参考如下:实际评测效果演示如下:乐奇帮我制定一个代办我五分钟后要洗头。我们可查看APP上首页对话框可以看到已经帮我们创建了一条代办。查询便签也可以查询到帮我们创建的代办与日程安排结果我们等待五分钟后眼睛显示屏中弹出了代办提醒演示如下三、工程实现用灵珠平台把能力拼成闭环从实现路径看我做的事情可以概括成四步。第一步是创建智能体基础信息。包括名称、类别、功能简介和图标。这个阶段的核心不是美观而是让智能体一眼就能被识别为“通勤场景工具”。第二步是写人设和回复逻辑。人设部分已经把它定位成一个“通勤信息播报小助手”这很关键因为它直接决定了智能体说话的方式不啰嗦、不发散、不抢答先说结果再说原因。第三步是挂接工具。插件安装包括 get_weather、get_location、get_context_param、notify_agent_off、notify_take_navigation、notify_take_photo。其中最核心的其实是前三个get_context_param 用来读取上下文get_location 用来判断当前所处位置get_weather 用来拉取天气信息。通勤助手之所以“像真的在帮你”关键就在于它不是只会聊天而是会根据场景拿数据、做判断、再组织成一句人能快速听懂的话。第四步是预览与调试。我首先模型选择的是 doubao-seed-1-6-vision-250815整体交互被配置成文字输出说明这个项目的重点不是炫技而是稳定、直接、易读。对通勤助手来说这个选择很合理文字少、响应快、信息密度高正适合眼镜里的短时阅读。然后网页右边我先进行调试下然后再实测眼镜连接测试下网页端没法获取定位所以无法获取到天气预报这个没关系我们待会儿眼镜端实测。四、Demo演示一句话播报天气、会议提醒和日程安排我在预览区做的第一轮测试输入的是很典型的通勤需求“帮我播报一下今天的天气、会议提醒和日程安排。”智能体返回的结果很贴近我的预期先给出天气结论再补充当前时段的出行提醒当导航路程实况信息没有完全获取到时它没有硬编而是明确提示晚高峰可能拥堵并建议错峰出行在日程安排没有同步的情况下它也给出了“建议同步日程安排后再做更准确提醒”的兜底方案。这个 Demo 最值得记录的地方不是某一个具体天气数值而是它体现了一个很实用的原则AI Glasses 上的智能体首先要学会“优先回答可行动的信息”。用户戴着眼镜时不会期待长篇大论只会期待“现在该不该穿外套”“这会儿路堵不堵”“今天有没有会迟到”。我的智能体正是围绕这个需求去设计输出结构的。所有接下来我教大家如何通过手机下载APP连接眼镜进行真机调试实测。Rokid AI App 端配置在我的手机应用中心搜索 Rokid AI App下载后安装然后我们进入设置 → 开发者页面。这个页面有三个选项「眼镜 ADB 调试」用于开发调试、「门店演示模式」用于线下展示、以及关键的 「智能体调试」 入口。然后点击【智能体调试】你可以看到你制作的智能体在里头点击开启即可直接进行实测。比如我戴上眼镜进行语音进行交互当我说出如下指令它会自动帮我调用插件进行内容回复APP对话展示然后APP上会展示你语音及回答的聊天记录继续看实操眼镜截图当我对眼镜发出语音指令实测一导航功能导航去赣州万象城首先APP上会进行聊天记录并展示出导航提示实际眼镜中我们可以看到导航路线。不得不吹真是太好用了。实测二路线规划我的起点是南康夜市街终点是赣州万象城帮我规划一下。实际上它会自动帮我们进行路线规划给出对应的路线方案参考。实测三天气查询今天天气如何实际效果演示如下那我出门需要注意什么实测四代办、行程查询乐奇帮我制定一个代办我五分钟后要洗头。实际效果如下实测五代办、会议到点提醒我们所添加的代办、会议到点它会自动弹框提醒。具体效果截图如下实测六、导航全路线查询我们还可以查看导航路线的全程路线五、这次开发给我的三个体会第一AI Glasses 的应用价值不在于把手机功能平移过去而在于把高频、短时、强决策的信息重新组织成更轻的交互。第二通勤场景特别适合“窄而深”的智能体。与其做一个什么都能问的万能助手不如先把天气、会议提醒、日程安排这三个高频点打透。第三提示词不是装饰而是产品逻辑。一个好的智能体提示词不只是规定语气更是在规定信息结构、异常处理和输出边界。截图里的那些约束看起来像“提示词”实际更像“产品需求文档”。结语这次用 Rokid 灵珠平台做「通勤信息播报小助手」让我更清楚地感受到AI Glasses 真正进入实用阶段靠的不是堆更多功能而是把一个具体场景做深、做顺、做稳。通勤助手只是一个开始但它已经证明了一个方向——当眼镜能在你最忙、最没空看手机的时候把最重要的信息用最短的话说出来它就不再是“可穿戴设备”而是日常生活里真正的随身助手。-End-