知面 — AI眼镜社交记忆助手 | GPASS智能体技术方案
GPASS AI 眼镜智能体开发者大赛参赛作品赛道AI眼镜助力生产办公提效 无显示AI眼镜赛道一、产品概述1.1 一句话介绍知面是一款运行在AI眼镜上的社交记忆智能体通过语音视觉双模态协作帮助商务人士记住见过的每一个人。Slogan戴上眼镜再也不忘任何人1.2 核心场景场景操作效果商务交流中/后语音说帮我记一下AI自动从对话中提取人物信息并存档初次见面语音说拍照存档将人脸与档案关联再次相遇语音说这是谁AI耳返“这是张伟XX科技副总上次聊了合作”见面前准备语音说帮我准备见张伟AI给出破冰话题和跟进建议信息变更语音说更新张伟的信息AI将新信息合并到已有档案1.3 目标用户销售/BD、创业者/高管、政务/公关等需要频繁社交的商务人群。二、技术架构2.1 整体架构图┌──────────────────────────────────────────────────────────────┐ │ AI 眼镜端GPASS │ │ │ │ 麦克风 ──→ 持续监听 ──→ 语音转文字 ──→ 当前对话信息 │ │ 摄像头 ──→ 拍照采集 ──→ 图片URL │ │ 扬声器 ←── 语音播报 │ └──────────────────────┬───────────────────────────────────────┘ │ 每次用户说话触发一轮工作流 ▼ ┌──────────────────────────────────────────────────────────────┐ │ 百宝箱智能体工作流 │ │ │ │ ┌────────────────┐ ┌────────────┐ │ │ │ 大模型-意图识别 │ → │ 分支节点 │ │ │ └────────────────┘ └─────┬──────┘ │ │ │ │ │ ┌──────────────────────────┼────────────────────────┐ │ │ │ ├→ RECORD [大模型提取] → [saveToKnowledge] │ │ │ │ ├→ REGISTER[拍照] → [registerFace] │ │ │ │ ├→ RECOGNIZE[拍照] → [searchFace] → [知识库] → 播报│ │ │ │ ├→ RECALL [提取人名] → [知识库] → [大模型] → 播报 │ │ │ │ ├→ UPDATE [提取人名] → [知识库] → [合并] → 写入 │ │ │ │ └→ OTHER 我在呢。 │ │ │ └───────────────────────────────────────────────────┘ │ │ │ │ ┌────────────────────────────────────────────────────────┐ │ │ │ 自定义Python插件 │ │ │ │ • searchFace阿里云人脸搜索1:N流式上传 │ │ │ │ • registerFace阿里云人脸注册流式上传 │ │ │ │ • saveToKnowledge百宝箱知识库结构化写入 │ │ │ └────────────────────────────────────────────────────────┘ │ │ │ │ ┌────────────────────────┐ ┌────────────────────────────┐ │ │ │ 百宝箱知识库动态表格│ │ 阿里云人脸数据库 │ │ │ │ 结构化CSV8字段 │ │ 人脸特征向量 entityId │ │ │ └────────────────────────┘ └────────────────────────────┘ │ └──────────────────────────────────────────────────────────────┘2.2 交互模型与传统按键触发的设计不同知面采用持续监听语音指令模式眼镜持续监听用户语音每次说话自动转文字转文字结果作为当前对话信息触发一轮工作流工作流保留30轮历史对话支持上下文关联无需镜腿手势操作全语音交互2.3 数据关联设计人脸数据库与知识库通过entityId关联阿里云人脸库 百宝箱知识库结构化动态表格 ┌──────────────────────┐ ┌──────────────────────────────┐ │ entityId: zhangwei_ │ │ entityId: zhangwei_20260708 │ │ 20260708 │ ────────→ │ name: 张伟 │ │ extra_data: 张伟 │ │ company: XX科技 │ │ 人脸向量: [...] │ │ position: 副总裁 │ └──────────────────────┘ │ summary: 聊了AI合作 │ │ personal: 爱喝龙井茶 │ │ followUp: 下周确认合同 │ │ meetDate: 2026-07-08 10:00:00 │ └──────────────────────────────┘entityId 生成规则姓名全拼小写 下划线 首次见面日期YYYYMMDD如zhangwei_20260708。三、百宝箱工作流机制3.1 平台概述「百宝箱」是蚂蚁集团提供的智能体低代码开发平台支持通过拖拽节点方式搭建 AI 工作流无需关心眼镜硬件底层即可开发 GPASS 智能眼镜应用。3.2 工作流运行机制百宝箱工作流本质是一个有向无环图DAG由各种功能节点串联而成。每轮用户输入触发一次完整执行用户语音输入 → 开始节点 → 节点1 → 节点2 → ... → 直接回复 → 结束 ↑ 注入上下文 • 当前对话信息本次语音转文字 • 历史对话信息前N轮对话记录 • 触发时间等系统变量关键特性单轮执行每次用户说话触发一轮工作流完整执行执行完即结束历史上下文开始节点可配置保留N轮历史对话本项目设为30轮后续节点可引用节点引用每个节点可引用前置节点的输出作为输入通过{{节点名.输出变量}}语法分支路由分支节点支持条件判断将流程导向不同链路顺序执行节点严格按连线顺序执行前一个完成后才执行下一个3.3 可用节点类型节点类型功能本项目使用场景开始工作流入口注入用户输入和上下文接收语音转文字、历史对话大模型调用LLM处理文本意图识别、信息提取、内容整理分支条件判断路由意图路由、空结果判断循环按序循环一定次数处理批量任务可用于批量处理多条记录参数提取从大模型JSON输出中提取字段提取name/entityId等结构化字段知识库语义/全文检索检索人物档案插件Python执行自定义代码人脸搜索/注册、知识库写入插件眼镜设备调用眼镜硬件能力拍照采集直接回复向用户输出文本语音播报各环节的确认和结果播报结束工作流终止每条链路末尾3.4 眼镜端插件百宝箱为 GPASS 智能眼镜提供了原生设备插件插件功能输出眼镜设备拍照采集控制摄像头拍照图片数据地址URL眼镜设备语音采集主动录音采集语音识别后的文本眼镜设备镜腿交互响应等待用户手势交互类型本项目仅使用拍照采集插件语音输入通过持续监听自动完成。3.5 自定义Python插件机制百宝箱支持上传自定义 Python 代码作为插件节点入口函数固定为def main(params: dict, context: dict) - dict参数传入通过params字典获取配置的输入参数返回值返回字典作为节点输出供后续节点引用依赖管理支持声明第三方 pip 包如alibabacloud_facebody20191230超时控制可配置执行超时时间本项目设为 15-20 秒隐藏参数支持设置大模型不可见的固定值参数如 API Key保障安全3.6 第三方服务集成阿里云视觉智能开放平台 — 人脸人体本项目使用阿里云视觉智能开放平台的人脸人体类能力实现人脸注册与搜索服务地址facebody.cn-shanghai.aliyuncs.com上海区域SDKalibabacloud_facebody20191230Python认证方式AccessKey ID AccessKey Secret使用的 API 能力API功能对应插件CreateFaceDb创建人脸数据库初始化时调用一次AddFaceEntity创建人脸样本EntityregisterFaceAddFaceAdvance添加人脸数据流式上传registerFaceSearchFaceAdvance人脸搜索1:N流式上传searchFaceAdvance 方法常规方法要求图片为上海地域 OSS 链接Advance 方法支持通过image_url_object参数传入 BytesIO 流兼容任意来源的图片 URL。本项目统一使用 Advance 方法确保兼容 GPASS 眼镜拍照返回的非 OSS 图片地址。人脸数据库设计数据库名称socialmemoryEntity 对应一个人物entityId 为唯一标识extra_data 字段存储人物姓名搜索返回时直接携带支持同一 Entity 添加多张人脸照片提升识别准确率百宝箱知识库 API本项目使用百宝箱平台提供的知识库 REST APIAPI功能地址updateDocument上传/更新结构化数据https://open.tbox.alipay.com/openapi/v1/knowledge/updateDocumentretrieve知识库语义召回https://api.tbox.cn/api/datasets/retrieve认证方式HeaderAuthorization携带 API-Key数据格式multipart/form-data上传 CSV 文件 tableSchema JSON更新模式UPSERT按主键 entityId 去重四、工作流设计3.1 入口意图识别 分支路由[开始30轮历史] → [大模型-意图识别] → [分支_2] ├── RECORD → 链路A记录新人 ├── REGISTER → 链路B拍照建档 ├── RECOGNIZE → 链路C拍照识人 ├── RECALL → 链路D语音回忆 ├── UPDATE → 链路E更新档案 └── 否则 → 我在呢。意图识别策略模型DeepSeek-V4-flash输出单个关键词分支节点按包含条件路由关键设计RECALL 和 UPDATE 必须包含具体人名才触发避免普通对话误触发排除规则用户与他人的寒暄/陈述不视为指令3.2 链路A记录新人RECORD[直接回复:好的马上处理。] → [大模型-提取信息] → [参数提取] → [saveToKnowledge] → [回复:已建立XX的档案]核心逻辑大模型从历史对话当前对话中提取对方的信息区分用户自己 vs 对方严格输出 JSONname、entityId、company、position、summary、personal、followUp、meetDateentityId 由大模型按规则生成拼音_日期通过 saveToKnowledge 以 UPSERT 模式写入结构化知识库信息提取规则用户说我是XX → 这是用户自己不提取用户称呼X总、“X哥” → 这是对方提取区分用户要做的事和对方要做的事不确定的字段填未知3.3 链路B拍照建档REGISTER[拍照采集] → [回复:正在匹配档案] → [大模型-从历史提取人名] → [参数提取] → [分支] ├── name存在 → [registerFace] → [回复:已保存XX的照片] └── name为空 → [回复:请先告知姓名再拍照建档]核心逻辑拍照后大模型从历史对话中找到最近记录的人物名字按相同规则生成 entityId确保与链路A存入的 entityId 一致调用阿里云人脸注册先创建 Entity再通过流式上传添加人脸数据extra_data 存储姓名后续搜索时直接返回3.4 链路C拍照识人RECOGNIZE[拍照采集] → [回复:正在匹配档案] → [searchFace] → [分支] ├── matchedtrue → [知识库:queryentityId] → [大模型-整理播报] → [回复] └── matched!true → [回复:没有匹配到已知的人物。]核心逻辑拍照后通过流式上传调用阿里云人脸搜索 1:N置信度阈值 ≥ 60 视为匹配成功匹配成功后用 entityId 精确检索知识库而非模糊语义搜索大模型将结构化档案整理为 ≤3句话的口语化播报3.5 链路D语音回忆RECALL[大模型-提取人名关键词] → [知识库:query人名] → [分支] ├── 有结果 → [大模型-整理回复] → [回复] └── 空结果 → [回复:没有找到相关记录需要帮您记录吗]核心逻辑先用大模型从用户输入中提取人名关键词可含公司名再用关键词检索知识库避免用整句话直接检索导致的误召回问题空结果兜底避免大模型在无数据时编造信息根据问题类型给出不同回复身份介绍 / 破冰建议3.6 链路E更新档案UPDATE[回复:正在更新档案。] → [大模型-提取人名] → [知识库:query人名] → [分支] ├── 有结果 → [大模型-合并档案] → [参数提取] → [saveToKnowledge(UPSERT)] → [回复:档案已更新] └── 空结果 → [回复:没有找到该人物的档案请先用「记一下」创建档案。]核心逻辑同样先提取人名再检索确保找到正确的人大模型将新信息与旧档案合并未提及的字段保持不变summary/personal/followUp 追加新内容分号分隔entityId 和 name 不变meetDate 更新为当前时间通过 UPSERT 模式覆盖写入五、自定义插件实现4.1 searchFace人脸搜索 — 流式上传版功能根据图片在人脸数据库中搜索匹配的人物技术要点先通过 urllib 下载图片为二进制数据使用SearchFaceAdvanceRequest通过 BytesIO 流式上传兼容非OSS域名的图片URLGPASS拍照返回的URL返回matched、entityId、confidence、extraData姓名核心代码importiofromurllib.requestimporturlopen,Requestfromalibabacloud_facebody20191230.clientimportClientfromalibabacloud_facebody20191230.modelsimportSearchFaceAdvanceRequestfromalibabacloud_tea_openapi.modelsimportConfigfromalibabacloud_tea_util.modelsimportRuntimeOptionsdefmain(params:dict,context:dict)-dict:urlparams.get(url,)# 下载图片为二进制reqRequest(url,headers{User-Agent:Mozilla/5.0})img_dataurlopen(req,timeout10).read()# 初始化客户端configConfig(access_key_idparams.get(accessKeyId,),access_key_secretparams.get(accessKeySecret,),endpointfacebody.cn-shanghai.aliyuncs.com)clientClient(config)# 流式上传搜索requestSearchFaceAdvanceRequest(db_namesocialmemory,image_url_objectio.BytesIO(img_data),limit1)responseclient.search_face_advance(request,RuntimeOptions())# 解析结果置信度60视为匹配# ...4.2 registerFace注册人脸 — 流式上传版功能将新认识的人的照片注册到人脸数据库技术要点两步操作AddFaceEntity创建人物条目AddFaceAdvance流式上传人脸Entity已存在时跳过创建幂等处理extra_data 存储姓名搜索时直接返回使用AddFaceAdvanceRequest的image_url_object参数实现流式上传4.3 saveToKnowledge结构化知识库写入功能将人物档案以结构化CSV格式写入百宝箱知识库技术要点使用百宝箱updateDocument接口typeSTRUCTURED数据格式CSV表头 数据行更新模式UPSERT按 entityId 主键存在则更新不存在则新增表结构定义tableSchema包含8个字段的完整元数据知识库表结构字段类型说明主键索引entityIdSTRING人物唯一ID✅✅nameSTRING姓名✅companySTRING公司positionSTRING职位summaryTEXT交流摘要✅personalTEXT个人偏好followUpTEXT待跟进meetDateDATETIME见面时间六、知识库设计5.1 存储方式采用结构化动态表格而非非结构化文档优势字段明确支持精确检索UPSERT 模式天然支持档案更新entityId 作为主键保证唯一性5.2 检索策略场景检索方式query 来源识人链路CentityId 精确匹配searchFace 返回的 entityId回忆链路D人名语义检索大模型从用户输入提取的人名关键词更新链路E人名语义检索大模型从用户输入提取的人名关键词5.3 检索配置匹配策略智能检索最大结果数1最小匹配度0.500语义精排关闭七、技术亮点6.1 持续监听 意图路由不同于传统的按键触发模式知面采用持续监听方案。眼镜始终听用户说话AI自动判断何时需要介入。用户无需刻意切换模式对话中随时说记一下即可触发记录。6.2 流式上传兼容性阿里云人脸API要求图片为OSS地址或公网URL。GPASS拍照返回的URL可能不符合阿里云要求。通过先下载图片再以 BytesIO 流式上传完美兼容任何来源的图片URL。6.3 结构化知识库 UPSERT使用结构化CSV格式存储人物档案配合 UPSERT 模式首次记录插入新行更新信息按 entityId 主键匹配覆盖对应字段天然去重不会产生重复档案6.4 人名精确检索RECALL 和 UPDATE 链路先用大模型提取人名关键词再用人名检索知识库。避免用整句话如刘翔跳槽到阿里巴巴更新一下直接语义检索导致的误召回可能匹配到含阿里巴巴的其他人档案。6.5 意图防误触意图识别 prompt 严格约束RECALL/UPDATE 必须同时满足包含人名“包含指令词”普通对话寒暄、与他人交流一律归为 OTHER确保用户与客户聊天时不会误触发 AI 操作6.6 语音视觉双模态闭环录音记人语音 拍照识人视觉两种模态协作记录 → 建档语音记录人物信息后拍照关联人脸识人 → 回忆拍照识别身份后语音补充询问更多信息完整闭环覆盖认识 → 记录 → 回忆 → 更新全生命周期八、使用说明快速上手佩戴眼镜开始与人交流交流中/后说“帮我记一下”→ AI 从对话中自动提取信息并存档说“拍照存档”→ 眼镜拍照将人脸与刚才记录的档案关联再次遇到此人时说“这是谁”→ 眼镜拍照识别 → AI耳返身份信息见面前说“帮我准备见张伟”→ AI给出破冰话题和跟进建议信息变化时说“更新张伟的信息他跳槽到XX公司了”→ 档案自动更新典型使用流程参加行业交流会 → 与人交谈 → 帮我记一下 → AI存档 ↓ 拍照存档 → 人脸关联 ↓ 下次偶遇 → 这是谁 → AI耳返提醒 ↓ 会前准备 → 帮我准备见张伟 → AI给建议九、未来演进阶段功能当前比赛版5大链路完整闭环记录/建档/识人/回忆/更新中期产品化关键词唤醒建档、知识图谱后端、日程关联自动提醒长期完整形态全程对话自动记录、团队共享人脉库、AI社交分析月报

相关新闻

R 语言 ARIMA 模型实战:CO2 数据 3 步完成模式识别、拟合与 2 年预测

R 语言 ARIMA 模型实战:CO2 数据 3 步完成模式识别、拟合与 2 年预测

R语言ARIMA模型实战:CO2数据3步完成模式识别、拟合与2年预测1. 环境准备与数据探索在开始构建ARIMA模型之前,我们需要确保环境配置正确并对数据进行初步探索。R语言中的TSA包提供了经典的co2数据集,记录了1959年至1997年间大气中二氧化碳浓度…

2026/7/10 21:58:30阅读更多 →
LLM彻底讲透:从下一个词预测到通用人工智能,大语言模型究竟是怎么被训练出来的?

LLM彻底讲透:从下一个词预测到通用人工智能,大语言模型究竟是怎么被训练出来的?

如果你用过 ChatGPT、Claude、DeepSeek 或 Kimi,你一定会好奇:它们为什么能写诗、写代码、做翻译、回答问题,甚至"理解"你的意图?这篇文章会从最基础的概念出发,讲清楚大语言模型(LLM&#xff09…

2026/7/10 21:58:30阅读更多 →
JointJS如何让你的图表连接既美观又智能?锚点与连接策略全解析

JointJS如何让你的图表连接既美观又智能?锚点与连接策略全解析

JointJS如何让你的图表连接既美观又智能?锚点与连接策略全解析 【免费下载链接】joint A proven SVG-based JavaScript diagramming library powering exceptional UIs 项目地址: https://gitcode.com/gh_mirrors/jo/joint 你是否曾经在创建流程图、网络拓扑…

2026/7/10 21:58:30阅读更多 →
微信 3.7+ 文件存储路径解析:基于MD5的聊天文件夹命名规则验证

微信 3.7+ 文件存储路径解析:基于MD5的聊天文件夹命名规则验证

微信3.7文件存储路径的MD5加密机制深度解析与技术验证 微信作为国民级社交应用,其数据存储机制一直是技术爱好者关注的焦点。随着3.7版本的发布,文件存储路径发生了显著变化,其中最引人注目的就是 MsgAttach 目录下采用MD5加密命名的文件夹…

2026/7/10 23:08:39阅读更多 →
Cursor实战案例-硬件物联-60-边缘计算实时判定:基于TensorFlow Lite在树莓派上实现毫秒级摄像头手势控制指令

Cursor实战案例-硬件物联-60-边缘计算实时判定:基于TensorFlow Lite在树莓派上实现毫秒级摄像头手势控制指令

TensorFlow Lite 实战:树莓派边缘计算毫秒级手势图像判定识别 [!NOTE] 在智慧医疗、无接触控制和智能座舱等交互场景中,如何利用有限的边缘设备算力进行实时的计算机视觉手势控制是核心技术瓶颈。本案例针对完整深度学习框架体积臃肿、树莓派上推理延时长等痛点,提出了基于 …

2026/7/10 23:08:39阅读更多 →
可研报告PPT制作指南:从框架到排版,手把手教你避坑

可研报告PPT制作指南:从框架到排版,手把手教你避坑

还在为可研报告PPT头疼?这篇教程不讲空话,只分享我踩过的坑和实操技巧:怎么搭骨架、填内容、做排版,再配合AI工具提效,让你又快又好地交出一份专业可研PPT。 做可行性研究报告的PPT,是每个项目人逃不掉的噩…

2026/7/10 23:08:39阅读更多 →
APQP落地操作实战指南:从策划到交付的全流程管理

APQP落地操作实战指南:从策划到交付的全流程管理

一、写在前面:APQP为什么难落地? 很多企业在推行APQP(先期产品质量策划,Advanced Product Quality Planning)时,往往陷入一个共同的困境——培训做了、手册发了、表格填了,但产品开发依然问题频出,交样屡屡延期,客户投诉不断。 根本原因不是工具不好,而是APQP被当成…

2026/7/10 23:08:39阅读更多 →
Codex 实战:把边界和取舍讲清楚

Codex 实战:把边界和取舍讲清楚

最近圈子里有个很有意思的现象:大家聊 AI 编程助手,已经从“这玩意儿能不能帮我写个 Hello World”进阶到了“怎么把它塞进团队 CI/CD 流水线里”。很多人还在纠结是选 Claude Code 还是 GitHub Copilot,但我更关心的是,当你把 Co…

2026/7/10 23:08:39阅读更多 →
Unity URP自定义RenderPass的原理、实战、调优与避坑

Unity URP自定义RenderPass的原理、实战、调优与避坑

目录 二、核心概念:RenderPass与RendererFeature底层逻辑 2.1 什么是RenderPass? 2.2 RenderPass与RendererFeature的依赖关系 2.3 URP渲染时机(RenderPass插入点) 三、自定义RenderPass完整生命周期解析 3.1 生命周期五大阶…

2026/7/10 23:03:39阅读更多 →
从GitHub安全案例解析常见漏洞与防护实践

从GitHub安全案例解析常见漏洞与防护实践

1. 项目概述:从GitHub Trending看安全实战 最近在GitHub Trending上看到一个项目,叫 skills4/skills ,它因为一些安全漏洞案例被大家讨论。这其实是一个挺典型的场景:一个旨在展示或教授某种技能的仓库,本身却成了安…

2026/7/10 12:10:00阅读更多 →
MLT 2026启示:因果推理与概率建模驱动下一代LLM应用

MLT 2026启示:因果推理与概率建模驱动下一代LLM应用

# MLT 2026启示:因果推理与概率建模驱动下一代LLM应用## 一、背景与挑战:从“黑箱预测”到“可信推理”2026年6月,第7届机器学习与趋势国际会议(MLT 2026)将在悉尼召开。会议议程中,“因果与可解释机器学习…

2026/7/10 12:29:21阅读更多 →
通达OA SQL注入漏洞深度剖析:从手工注入到自动化利用与防御

通达OA SQL注入漏洞深度剖析:从手工注入到自动化利用与防御

1. 项目概述与漏洞背景最近在梳理一些历史OA系统的安全风险时,通达OA v11.6版本中的一个老漏洞又进入了我的视线。这个漏洞位于/general/bi_design/appcenter/report_bi.func.php文件中,是一个典型的SQL注入点。虽然这个漏洞的利用方式看起来并不复杂&am…

2026/7/10 4:59:05阅读更多 →
浏览器缓存行为深度解析:Chrome/Firefox/Safari 对 304 响应的 5 种触发场景对比

浏览器缓存行为深度解析:Chrome/Firefox/Safari 对 304 响应的 5 种触发场景对比

浏览器缓存行为深度解析:Chrome/Firefox/Safari 对 304 响应的 5 种触发场景对比当你在浏览器地址栏敲入一个网址时,背后可能隐藏着一场关于"要不要重新下载资源"的精密博弈。这场博弈的裁判是HTTP缓存机制,而304状态码则是这场博弈…

2026/7/10 0:00:01阅读更多 →
RoboWits:面向创造性问题求解的双臂机器人认知推理基准

RoboWits:面向创造性问题求解的双臂机器人认知推理基准

1. 项目概述:这不是又一个机器人抓取数据集,而是一次对“思考力”的压力测试 RoboWits——这个名字里藏着两个关键信号:“Robo”直指物理世界中的具身智能体,“Wits”则毫不掩饰地指向人类最核心的认知能力:机敏、判断…

2026/7/10 0:00:01阅读更多 →
5分钟完全指南:如何使用TegraRcmGUI图形化工具解锁Switch无限可能

5分钟完全指南:如何使用TegraRcmGUI图形化工具解锁Switch无限可能

5分钟完全指南:如何使用TegraRcmGUI图形化工具解锁Switch无限可能 【免费下载链接】TegraRcmGUI C GUI for TegraRcmSmash (Fuse Gele exploit for Nintendo Switch) 项目地址: https://gitcode.com/gh_mirrors/te/TegraRcmGUI TegraRcmGUI是一款专为Windows…

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

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

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

2026/7/10 13:39:09阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

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

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

2026/7/10 22:20:33阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

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

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

2026/7/10 17:29:22阅读更多 →