AI 眼镜多模型对比 Agent 技术文档
1. 项目简介本项目是一个运行在 AI 眼镜上的多模型答案对比智能体。用户向眼镜提出一个问题后Agent 会同时向通义千问、DeepSeek、智谱、Kimi等多个大模型发起请求并将不同模型的回答整理成可对比的结果让用户在眼镜端快速查看多路答案。一句话定位一句提问多路回答。2. 核心流程用户提问 ↓ Agent 识别为“多模型对比”任务 ↓ 调用 MultiModelCompareWorkflow ↓ 工作流并发请求多个 AI 模型 ↓ 统一解析模型回复 ↓ 生成对比结果 ↓ 返回眼镜端展示3. 系统架构Rokid / AI 眼镜端 ↓ Agent 智能体 ↓ 无代码工作流 ↓ 模型调用插件 / HTTP 请求 ├─ 通义千问 ├─ DeepSeek ├─ 智谱 └─ Kimi4. 端侧能力AI 眼镜端负责1. 接收用户语音问题 2. 将语音转成文本并发送给 Agent 3. 展示多个模型的回答 4. 支持用户语音切换答案例如 - 看千问的回答 - 看 DeepSeek 的回答 - 总结一下差异眼镜端展示原则1. 每屏只展示一个模型的核心回答 2. 每条回答控制在 35 行 3. 支持左右切换或语音切换 4. 默认先展示“答案总览”再展示各模型详情5. 云端 Agent 职责Agent 负责自然语言理解和流程调度。主要职责1. 判断用户是否在提问 2. 提取用户问题 3. 调用多模型对比工作流 4. 保存本轮各模型回答 5. 根据用户指令切换展示指定模型答案 6. 将长文本压缩成适合眼镜阅读的短文本Agent 不直接调用模型 API统一通过工作流执行。6. 工作流设计工作流名称MultiModelCompareWorkflow工作流输入{question:用户提出的问题,models:[qwen,deepseek,zhipu,kimi]}示例{question:量子计算会如何改变未来的人工智能,models:[qwen,deepseek,zhipu,kimi]}7. 工作流节点节点 1参数提取节点类型参数提取提取字段question用户问题如果没有提取到问题直接回复请告诉我你想问什么问题。节点 2变量初始化节点类型变量初始化question 用户问题 models qwen, deepseek, zhipu, kimi节点 3问题清洗节点类型文本处理作用1. 去除口语冗余 2. 保留原始问题含义 3. 生成统一问题 prompt输出normalized_question示例请简洁回答以下问题并给出关键理由 {{question}}节点 4并发请求多个模型节点类型批处理 / HTTP请求 / 插件对以下模型分别请求通义千问 DeepSeek 智谱 Kimi每个请求输入相同问题{prompt:{{normalized_question}}}如果平台支持批处理使用批处理并发调用。如果不支持批处理就使用 4 个 HTTP 请求节点顺序调用。8. 模型调用方式方式 AHTTP 请求适合直接接各模型开放 API。每个模型配置一个 HTTP 请求节点HTTP_Qwen HTTP_DeepSeek HTTP_Zhipu HTTP_Kimi通用请求结构{model:{{model_name}},messages:[{role:user,content:{{normalized_question}}}]}输出统一保存为qwen_raw deepseek_raw zhipu_raw kimi_raw方式 B插件如果平台已有模型插件优先使用插件节点。插件节点插件通义千问 插件DeepSeek 插件智谱 插件Kimi统一输入{{normalized_question}}9. JSON 解析节点类型JSON反序列化分别解析四个模型返回结果qwen_answer deepseek_answer zhipu_answer kimi_answer统一成标准结构{model:Qwen,answer:模型回答内容,status:success}如果某个模型失败写入{model:Qwen,answer:该模型暂时无响应,status:failed}10. 回答压缩节点类型大模型作用把每个模型的回答压缩成适合眼镜展示的短文本。Prompt你是 AI 眼镜上的答案压缩器。 请将以下模型回答压缩成适合眼镜屏幕展示的版本 1. 保留核心观点 2. 控制在 3 行以内 3. 不要添加额外解释 4. 不要改变原意 模型名称{{model_name}} 原始回答{{answer}} 输出 JSON { model: {{model_name}}, short_answer: 压缩后的答案 }11. 对比总结节点类型大模型作用生成多模型回答总览。Prompt你是多模型答案对比助手。 请对以下多个 AI 模型的回答做简短对比 1. 用 3 条以内总结共同点和差异 2. 不要判断唯一正确答案 3. 不要过度扩展 4. 适合 AI 眼镜屏幕展示 用户问题 {{question}} Qwen {{qwen_answer}} DeepSeek {{deepseek_answer}} Zhipu {{zhipu_answer}} Kimi {{kimi_answer}} 输出 JSON { summary: 简短总览, cards: [ { model: Qwen, short_answer: ... }, { model: DeepSeek, short_answer: ... }, { model: Zhipu, short_answer: ... }, { model: Kimi, short_answer: ... } ] }12. 工作流输出最终输出结构{success:true,question:{{question}},summary:{{summary}},answers:[{model:Qwen,answer:{{qwen_short_answer}}},{model:DeepSeek,answer:{{deepseek_short_answer}}},{model:Zhipu,answer:{{zhipu_short_answer}}},{model:Kimi,answer:{{kimi_short_answer}}}],screen_text:{{summary}}}13. 眼镜端展示格式第一屏总览多模型回答完成 共同点 {{summary}} 说“看千问” 查看单个答案千问答案Qwen {{qwen_short_answer}} 说“下一个”DeepSeek 答案DeepSeek {{deepseek_short_answer}} 说“下一个”智谱答案Zhipu {{zhipu_short_answer}} 说“下一个”Kimi 答案Kimi {{kimi_short_answer}} 说“总结差异”14. Agent 路由规则用户提出普通问题 → 调用 MultiModelCompareWorkflow 用户说“看千问” → 展示 Qwen 答案 用户说“看 DeepSeek” → 展示 DeepSeek 答案 用户说“看智谱” → 展示 Zhipu 答案 用户说“看 Kimi” → 展示 Kimi 答案 用户说“总结差异” → 展示 summary 用户说“重新问” → 重新调用 MultiModelCompareWorkflow15. Agent 系统提示词你是 AI 眼镜上的多模型对比 Agent。 当用户提出问题时你需要调用 MultiModelCompareWorkflow同时向多个 AI 模型获取答案并把结果整理成适合眼镜屏幕展示的短文本。 规则 1. 默认调用 Qwen、DeepSeek、Zhipu、Kimi 四个模型。 2. 不要只给一个模型答案。 3. 不要替用户判断唯一正确答案。 4. 默认先展示多模型总览。 5. 用户指定某个模型时只展示该模型答案。 6. 每次眼镜展示最多 5 行。 7. 回答要短方便用户在眼镜上快速阅读。

相关新闻

ABAP 里有没有 Angular OnInit 对应物,一张跨运行模型的初始化语义地图

ABAP 里有没有 Angular OnInit 对应物,一张跨运行模型的初始化语义地图

在一个 Angular 组件里看到 implements OnInit 时,很多有 Java、TypeScript 或 SAP 背景的开发者会自然地寻找 ABAP 里的同名机制。这个问题不能只回答成 constructor,因为 Angular 的 ngOnInit 并不是普通的对象构造函数。更准确的答案是,ABAP 里存在多种与 OnInit 相似的初…

2026/7/15 4:21:52阅读更多 →
【C++】从线性到对数:vector查找算法全解析与实战指南

【C++】从线性到对数:vector查找算法全解析与实战指南

1. 为什么需要关注vector查找算法?在C开发中,vector是最常用的容器之一。当我们需要在vector中查找特定元素时,选择正确的查找算法会直接影响程序性能。假设你有一个包含100万个整数的vector,使用线性查找可能需要遍历整个容器&am…

2026/7/15 4:16:52阅读更多 →
OpenHarmony轻量系统开发【1】从零认知:系统类型、内核与开发板选型指南

OpenHarmony轻量系统开发【1】从零认知:系统类型、内核与开发板选型指南

1. 为什么需要区分轻量、小型和标准系统? 第一次接触OpenHarmony的开发者,往往会被"轻量系统"、"小型系统"、"标准系统"这些术语搞得一头雾水。我刚开始接触时也有同样的困惑——为什么不能统一用一个系统?经过…

2026/7/15 4:16:52阅读更多 →
Windows Home Server 2011安装指南:兼容性、驱动与家庭服务器部署

Windows Home Server 2011安装指南:兼容性、驱动与家庭服务器部署

如果你在整理旧设备时翻出一台还能开机的老电脑,或者想用最低成本搭建一个家庭文件备份和远程访问环境,可能会想到十年前那个专为家庭设计的服务器系统——Windows Home Server 2011。虽然它早已在2016年停止支持,但在某些特定场景下&#xf…

2026/7/15 5:16:57阅读更多 →
基于Qt C++的配置文件编辑器:实现数据与UI双向绑定的工程实践

基于Qt C++的配置文件编辑器:实现数据与UI双向绑定的工程实践

1. 项目概述:为什么我们需要一个自己的配置文件编辑器?在桌面软件开发中,配置文件(如INI、JSON、XML、YAML)是连接程序与用户的桥梁。它们存储着程序的设置、用户偏好、运行参数等关键信息。然而,对于非技术…

2026/7/15 5:16:57阅读更多 →
实测对比:SDIO与SPI读写SD卡,速度差距究竟有多大?

实测对比:SDIO与SPI读写SD卡,速度差距究竟有多大?

1. SDIO与SPI接口基础对比第一次接触SD卡开发时,我也曾纠结该选SPI还是SDIO接口。这两种接口虽然都能读写SD卡,但底层设计理念完全不同。SPI就像单车道乡村公路,而SDIO则是四车道高速公路。具体差异主要体现在三个方面:物理连接上…

2026/7/15 5:16:57阅读更多 →
基于NLP的体育新闻文本分析:从实体识别到情感分析的完整实战指南

基于NLP的体育新闻文本分析:从实体识别到情感分析的完整实战指南

最近在开发一个需要处理国际体育赛事数据的项目时,遇到了一个典型的技术难题:如何从非结构化的体育新闻文本中准确提取关键信息,比如比赛结果、球员表现和赛后评论。这类文本往往包含大量口语化表达和复杂句式,传统的关键词匹配方…

2026/7/15 5:16:57阅读更多 →
vivado 加密

vivado 加密

Vivado / Xilinx FPGA 的 bitstream 加密,常见核心是: AES 加密 具体用哪种,要看 FPGA 系列。 ## 1. 7 系列 / Kintex-7 / Artix-7 / Virtex-7 / Zynq-7000 常用: AES-256-CBC 也就是 256bit AES 密钥加密 bitstream。 key 可…

2026/7/15 5:16:57阅读更多 →
小熊猫C++调试模式下输出换行异常:原理分析与解决方案

小熊猫C++调试模式下输出换行异常:原理分析与解决方案

1. 项目概述:一个看似简单却令人抓狂的调试难题如果你正在使用小熊猫C进行嵌入式或控制台程序的开发,并且发现程序在调试模式下运行时,主控台(Console)的输出变得一团糟——比如本该换行的地方没有换行,或者…

2026/7/15 5:11:57阅读更多 →
VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异当你在VSCode中启动一个新的TypeScript项目时,第一个技术决策往往从安装方式开始。这个看似简单的选择——全局安装还是项目本地安装——实际上会深刻影响你的开发流程、团队协作和…

2026/7/14 4:56:14阅读更多 →
智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手 【免费下载链接】zhihuishu 智慧树刷课插件,自动播放下一集、1.5倍速度、无声 项目地址: https://gitcode.com/gh_mirrors/zh/zhihuishu 智慧树刷课插件是一款专为智慧树在线教育平台设计的Chrome浏…

2026/7/14 2:55:05阅读更多 →
Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案 【免费下载链接】WorkshopDL WorkshopDL - The Best Steam Workshop Downloader 项目地址: https://gitcode.com/gh_mirrors/wo/WorkshopDL 你是否在GOG或Epic Games Store购买了心仪的游戏…

2026/7/14 6:17:41阅读更多 →
AI框架决定企业AI能走多远

AI框架决定企业AI能走多远

企业AI建设的第一性原理 企业搞AI,最关键的决定是什么?不是选哪家大模型,不是先做哪个场景,不是招多少AI人才——而是选哪个AI开发框架。 为什么?因为框架决定了企业AI能力的"天花板"。选对了框架&#xff0…

2026/7/15 0:01:30阅读更多 →
Java企业为什么需要AI框架

Java企业为什么需要AI框架

Java企业在AI时代的尴尬处境 Java是全球企业级应用开发的主流语言——全球超过一半的企业系统跑在Java上。但在AI浪潮面前,很多Java企业感到尴尬:大模型的接口是各种语言的,AI开发社区以其他语言为主流,似乎Java在AI时代"掉队…

2026/7/15 0:01:30阅读更多 →
CC3230x嵌入式开发实战:SD主机、定时器与低功耗模式深度解析

CC3230x嵌入式开发实战:SD主机、定时器与低功耗模式深度解析

1. 项目概述:为什么需要关注CC3230x的SD主机、定时器与低功耗?在物联网和嵌入式设备开发领域,我们常常面临一个核心矛盾:设备需要具备强大的连接能力、可靠的数据存储和实时控制功能,同时又必须严格控制功耗以延长电池…

2026/7/15 0:01:30阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/14 15:07:30阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/14 4:45:36阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/14 2:42:17阅读更多 →