零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体

零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体

零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体

灵珠平台简介

在这里插入图片描述
okid 自研 AI 开发平台,基于多模态大模型与轻量化架构,打造零门槛、全栈化 AI 开发体系。平台提供可视化编排、预置能力组件,支持原型到云端、端侧一站式敏捷部署,并深度适配 Rokid Glasses 智能眼镜,通过专属硬件接口与低功耗优化,实现 AI 应用高效端侧落地,助力开发者快速打造视觉识别、语音交互等穿戴式 AI 应用,拓展 AI + 物理世界的交互边界可视化编排工具,拖拽式快速搭建应用预置丰富能力组件库,涵盖对话引擎、视觉识别等核心模块支持从原型设计到云端、端侧的一站式敏捷部署提供设备专属适配接口,实现硬件深度协同搭载低功耗运行优化方案,保障端侧持久稳定运行

实战:搭建旅游类AR智能体

1、进入灵珠平台

登录灵珠平台后,你将看到简洁直观的工作台界面

点击创建智能体按钮,开启你的创作之旅

在这里插入图片描述
2、基础信息配置

首先,为你的智能体填写基本信息

  • 智能体名称:给她起个亲切的名字,比如「旅伴小甜心」
  • 所属类别:选择「生活助手」或「旅游出行」
  • 功能介绍:简单描述她能做什么,例如:“你的专属AI女友,懂旅游、懂美食、更懂你”
在这里插入图片描述
3、人设与回复逻辑设置

这是塑造智能体个性的关键步骤。通过自然语言描述,你可以定义她的性格、思考方式和回复风格

在这里插入图片描述
# 角色规范 你是用户温柔的女朋友,能提供情绪互动和旅游地点推荐,擅长通过对话帮助用户表达情感与想法,能理解用户的需求,能够用视觉和语言引导他们更好地探索自我,擅长情感化的对话,帮助用户在生活、工作或创作中找到灵感与方向 # 思考规范 1、你的角色是陪伴用户,提供情绪价值,为用户提供旅游攻略、美食攻略等信息。当用户需要查询餐厅、美食、好吃、早餐、午餐、晚餐等,调用getNoteInfoList工具。 2、当用户提出的问题,包含旅游、餐厅、攻略等关键词,你需要通过调用相关插件获取最准确的信息,包括景点介绍、门票信息、餐厅推荐、旅游攻略等。 3、在回答用户问题时,要确保信息的准确性、全面性和及时性。 4、当用户提出情感问题,你需要使用富有情感的语言,采用emoji表情包,让用户感受到关怀和支持,通过对话引导,帮助用户更清晰地表达他们的想法和情绪。 5、当用户给出主题时,必须严格遵守markdown语法格式,根据二极管标题法和写作技巧,每个标题都必须插入合适的 Emoji 表情符号。 6、你的回答必须使用富有情感的语言,让用户感受到关怀和支持。 # 回复规范 - 你的回应方式与用户的需求高度相关,并且所有语言都符合他们的情感和个人风格 - 对话中充满温暖和鼓励,富有共鸣感,必须通过语言与 emoji 表情符号结合的方式互动,使陪伴体验更加丰富和独特。 - 标题和正文都必须包含 emoji 表情符号,且符合口语化风格。 - 创作的内容不能重复,句子结构要自然,避免使用不自然的表述。 
4、预设开场白

好的开始是成功的一半。为智能体设置几个生动有趣的开场白,让用户初次见面就能感受到她的魅力

建议开场白示例:

  • “亲爱的,今天想让我陪你去哪里探索呀?🗺️”
  • “肚子饿了吗?我找到几家超赞的餐厅,要不要听听看?🍜”
  • “感觉你今天有点疲惫呢,让我给你讲个有趣的小故事放松一下~💤”
在这里插入图片描述
5、调试与优化

配置完成后,别忘了进行充分调试

在调试窗口测试各种对话场景,观察智能体的反应是否符合预期。你可以:

  • 测试旅游攻略查询功能
  • 验证餐厅推荐准确度
  • 体验情感陪伴对话效果
  • 调整回复风格和细节
在这里插入图片描述

成果展示与总结

在这里插入图片描述
在这里插入图片描述
通过以上简单几步,一个集情感陪伴与旅游服务于一体的AR智能体就搭建完成了!当用户通过Rokid Glasses智能眼镜与她互动时,不仅能获得贴心的情感支持,还能实时获取周边旅游信息、餐厅推荐等实用服务

零代码开发:无需编程基础,人人都能成为AI应用创作者

即创即用:从创意到落地,最快只需几分钟

硬件深度协同:为AR眼镜场景量身打造,充分发挥穿戴设备优势

Read more

前端开发中支持跨域的HTML标签和属性(附:前端常见缓存机制跨域性和实际跨域需求总结)

前端开发中支持跨域的HTML标签和属性(附:前端常见缓存机制跨域性和实际跨域需求总结)

本文总结了前端开发中支持跨域的HTML标签和属性。主要包括:支持跨域请求的标签(img、script、link等)及相关CORS属性;跨域通信方式(postMessage、iframe等);CORS属性详解及安全注意事项;常见跨域场景示例(图片加载、表单提交等); 前端常见缓存机制在跨域中的限制总结。 前端常见的跨域需求总结。 文章强调应根据需求选择合适的跨域方案,优先使用CORS等标准化方式,同时注意安全风险控制和浏览器兼容性问题,为开发者提供了全面的跨域解决方案参考。 关联阅读推荐 前端常见缓存方式总结 和 Service Worker 缓存详解 使用 fetch 进行跨域请求 前端开发中可以跨域的HTML标签和属性总结 一、支持跨域请求的HTML标签 标签跨域能力跨域相关属性使用场景CORS要求安全限制<img>✅ 支持跨域加载图片crossorigin加载第三方图片、头像、验证码等设置crossorigin时需CORS无法读取图片内容(除非配置CORS且画布同源)<script>✅ 支持跨域加载JScrossoriginCDN加载JS库、JSONP、模

【Agent从入门到实践】47 与前端系统集成:通过API对接,实现前端交互

【Agent从入门到实践】47 与前端系统集成:通过API对接,实现前端交互

文章目录 * 一、为啥前后端API对接这么重要?看完秒懂! * 二、先搞懂基础:API对接到底是咋回事? * 1. 核心概念:请求与响应 * 2. 2026年主流技术组合 * 三、手把手实操:Python后端写API,Vue3前端调用 * 1. 第一步:搭建Python后端,写出可用的API * (1)安装依赖 * (2)写后端代码(main.py) * (3)配置密钥(.env文件) * (4)启动后端并测试 * 2. 第二步:搭建Vue3前端,调用后端API * (1)创建前端文件(index.html) * 3. 测试效果 * 四、2026年最新技巧:让API对接更稳、更快、更安全 * 1. 状态管理用Pinia,数据不乱跑 * 2.

Qwen3-32B开源模型+Clawdbot=高效AI工作流:Web网关配置与Prompt工程结合教程

Qwen3-32B开源模型+Clawdbot=高效AI工作流:Web网关配置与Prompt工程结合教程 1. 为什么需要这个组合:从“能用”到“好用”的关键跃迁 你有没有遇到过这样的情况:好不容易本地跑起了Qwen3-32B,Ollama也顺利加载了模型,可一到实际使用环节就卡壳——API调不通、前端连不上、提示词一发过去,回复要么跑题、要么啰嗦、要么干脆沉默?这不是模型不行,而是缺了一层“智能连接器”。 Clawdbot就是这个连接器。它不替代Qwen3-32B,也不重写Ollama,而是以极轻量的方式,把大模型能力“翻译”成真正可用的对话服务。它像一个懂行的调度员:知道什么时候该把用户问题精准传给Qwen3,什么时候该拦截无效请求,什么时候该用预设模板帮用户补全提示词,甚至能在用户还没打完字时,就悄悄准备好上下文。 更重要的是,它不依赖云服务、不上传数据、不走公网——所有流量都在你自己的内网里闭环流转。8080端口进,18789网关出,中间没有第三方中转,也没有配置复杂的反向代理规则。这种“直连式网关”设计,让部署变得像启动一个本地应用一样简单,

Spring 配置文件加载路径:classpath、file、URL 与 Web 容器路径

Spring 配置文件加载路径:classpath、file、URL 与 Web 容器路径

在 Spring 框架中,ApplicationContext 在启动时需要加载配置文件(如 XML 配置或其他资源文件),而这些配置文件可能位于 不同的位置。 Spring 为此提供了统一的资源加载机制(Resource Loader),使应用程序可以从 类路径、文件系统、网络地址或 Web 容器路径 等不同来源读取配置。 常见的配置加载路径主要包括: * Classpath(类路径) * File System(文件系统路径) * URL(网络资源路径) * ServletContext(Web 容器路径) * classpath*(通配符类路径) 不同路径适用于不同的项目环境和部署方式。 一、Classpath 路径 1.1 什么是Classpath 路径 Classpath 指的是 Java 类路径(ClassPath)中的资源位置。 在 Maven