AI 大模型落地系列|Eino 组件核心篇:Embedding 到底解决了什么

AI 大模型落地系列|Eino 组件核心篇:Embedding 到底解决了什么

Embedding 使用说明

说到 embedding 组件,本质上就是把文本变成一串数字向量,让程序能“按语义理解文本”,而不只是按字符串匹配。

你可以把它理解成:

  • 原始文本:"今天天气不错"
  • 转成向量后:[0.12, -0.87, 0.44, ...]

这串向量人是看不懂的,因为他是拿个程序看的。
机器可以拿它来算“两个文本像不像”。

有啥用?!

他能干嘛?

平时大家会用到的地方

最常见就是这几类:

1. 文本相似度计算
比如:

  • “怎么退款”
  • “我要申请退钱”

虽然字不一样,但意思接近。
Embedding 后,这两句话的向量距离会比较近,所以系统知道它们语义相似。
这个我在之前的博客<ai基础知识>中提到过

2. 语义搜索
这也是最常见的用途。
比如你有很多文档、知识库、FAQ,用户问:

  • “怎么修改收货地址”

系统不是只搜关键词“修改”“地址”,而是把这个问题也做成向量,然后去找语义最接近的文档片段。
这样即使文档里写的是“变更配送地址”,也能搜出来。

3. RAG / 知识库问答
这类项目里 embedding 基本是核心组件之一了。流程通常是:

  • 先把知识库里的文本切块
  • 然后为每个文本块生成 embedding
  • 存到向量库里
  • 用户提问时,也生成一个 embedding
  • 去向量库里找最相关的内容
  • 再把找到的内容喂给大模型回答

也就是说,它是“先找资料”这一步的关键。

4. 文本聚类 / 分类 / 去重
这个是生活中其他方面的应用,非AI
比如你有很多评论、工单、反馈,可以用 embedding 做:

  • 相似工单归类
  • 重复问题合并
  • 用户反馈主题聚类

它不能直接干嘛?

不是直接拿来生成回答的
它更像一个“文本编码器”或者“语义检索工具”。

也就是:

  • LLM:负责生成、总结、对话
  • Embedding:负责把文本映射到语义空间,方便检索、匹配、聚类

总结:

这个组件的核心用途就一句话:

把文字转换成可计算的语义特征,方便程序判断哪些文本意思接近。

浅用之法

接下来,我先说下基础语法。

EmbedStrings(ctx, texts []string, opts ...Option)([][]float64,error)

意思就是:

  • 输入:多段文本
  • 输出:每段文本对应的一个向量

例如:

texts :=[]string{"hello","how are you",} vectors, err := embedder.EmbedStrings(ctx, texts)

返回的 vectors 就是两段文本的向量表示。
后面你可以拿这些向量去做:

  • 相似度比较
  • 存入向量数据库
  • 召回相关知识片段
  • 聚类分析

食用之法

它的使用可以分成两层来看:

  1. 最直接的用法:给几段文本生成向量也就是我在浅用之法中提到的
  2. 真正落地的用法:配合检索 / 向量库 / RAG 一起用

我直接教你 “你上手怎么写”。


一、最基本用法:直接调用 EmbedStrings

本质核心就这几步:

1. 创建 embedder
import"github.com/cloudwego/eino-ext/components/embedding/openai"// 这个导入的包,是兼容openai的。// 如果你要用豆包,可以专门调用embedding/ark 这个包。 embedder, err := openai.NewEmbedder(ctx,&openai.EmbeddingConfig{ APIKey: accessKey, Model:"text-embedding-3-large", Dimensions:&defaultDim, Timeout:0,})if err !=nil{panic(err)}

这里的作用是初始化一个“文本转向量”的对象。

几个关键参数:

  • APIKey:调用模型服务的密钥
  • Model:选哪个 embedding 模型
  • Dimensions:向量维度
  • Timeout:超时时间

2. 调用 EmbedStrings
texts :=[]string{"hello","how are you",} vectors, err := embedder.EmbedStrings(ctx, texts)if err !=nil{panic(err)}

这一步做完后:

  • texts[0] 对应 vectors[0]
  • texts[1] 对应 vectors[1]

也就是说,输入几段文本,输出几组向量。


3. 向量拿来干嘛

生成出来的 vectors 一般不会直接打印给用户看,而是继续做下面这些事:

  • 存到向量数据库
  • 跟别的向量算相似度
  • 做召回
  • 做聚类
  • 做去重

二、完整demo

你可以把它理解成一个普通组件,哪里需要文本转向量,哪里调用。

例如:

package main import("context""fmt""log""github.com/cloudwego/eino-ext/components/embedding/openai")funcmain(){ ctx := context.Background() defaultDim :=3072 accessKey :="your-api-key" embedder, err := openai.NewEmbedder(ctx,&openai.EmbeddingConfig{ APIKey: accessKey, Model:"text-embedding-3-large", Dimensions:&defaultDim, Timeout:0,})if err !=nil{ log.Fatal(err)} texts :=[]string{"退款怎么申请","如何进行退钱操作","今天天气不错",} vectors, err := embedder.EmbedStrings(ctx, texts)if err !=nil{ log.Fatal(err)} fmt.Println("文本数量:",len(vectors)) fmt.Println("第一条文本向量维度:",len(vectors[0]))}

这就是最标准的“用”了!


三、带 Option 怎么用

公共 option 其实也挺有用的,比如 WithModel

这表示你在调用时,可以临时覆盖模型参数。

vectors, err := embedder.EmbedStrings(ctx, texts, embedding.WithModel("text-embedding-3-small"),)

大致意思就是:

  • embedder 初始化时有一个默认模型
  • 这次调用时,临时改成另一个模型

这个适合:

  • 平时默认用大模型
  • 某些场景为了省钱/提速,改用小模型

但是我在此,不得点明一下,虽然向量在不同模型之前还是有一定的兼容,但是尽量不切换,就不要切换,影响效果


四、在编排中怎么用

如果你不是手动一行一行写,而是用 Eino 的 ChainGraph,就可以把 embedding 当成节点塞进去。

在 Chain 中使用

初次接触chain的话,你可以将其当成一条流水线

chain := compose.NewChain[[]string,[][]float64]() chain.AppendEmbedding(embedder)

意思是:

  • 输入:[]string
  • 输出:[][]float64

也就是整条链专门做“文本 -> 向量”。


在 Graph 中使用
graph := compose.NewGraph[[]string,[][]float64]() graph.AddEmbeddingNode("embedding_node", embedder)

意思是把 embedding 作为图里的一个节点,后面可以接别的节点一起跑。


五、带 Callback 怎么用

这个一般用于:

  • 记录日志
  • 统计 token
  • 监控调用过程
  • 调试输入输出

Callback有点像 给整个链路,外挂了一层“生命周期 中间件 / 钩子机制"

通常是:定义 handler,然后通过 compose.WithCallbacks 传进去。

例如:

handler :=&callbacksHelper.EmbeddingCallbackHandler{ OnStart:func(ctx context.Context, runInfo *callbacks.RunInfo, input *embedding.CallbackInput) context.Context { log.Printf("开始 embedding,文本数: %d, 内容: %v\n",len(input.Texts), input.Texts)return ctx }, OnEnd:func(ctx context.Context, runInfo *callbacks.RunInfo, output *embedding.CallbackOutput) context.Context { log.Printf("embedding 完成,生成向量数: %d\n",len(output.Embeddings))return ctx },}

然后运行时:

callbackHandler := callbacksHelper.NewHandlerHelper().Embedding(handler).Handler() runnable,_:= chain.Compile(ctx) vectors, err := runnable.Invoke(ctx,[]string{"hello","how are you"}, compose.WithCallbacks(callbackHandler),)

这样你就能看到:

  • 输入了什么
  • 什么时候开始
  • 什么时候结束
  • 输出了多少向量
  • token 消耗多少

六、真实场景

真正业务里,embedding 很少是“调一下就结束”,
我拿知识库问答,给大家描绘一下整体流程。

场景:做知识库问答
第一步:把知识库切块

比如一篇文档切成很多段:

chunks :=[]string{"退款申请需要在订单完成后7天内提交","修改收货地址请在发货前联系人工客服","发票可在订单详情页申请",}
第二步:给每个 chunk 生成向量
chunkVectors, err := embedder.EmbedStrings(ctx, chunks)
第三步:存起来

通常会存到向量数据库里,同时保存原文:

  • 文本内容
  • 对应向量
  • 文档来源
  • chunk id
第四步:用户提问时,也生成向量
query :=[]string{"订单下完以后地址还能改吗"} queryVector, err := embedder.EmbedStrings(ctx, query)
第五步:拿 query 的向量去检索最相近的 chunk

找出最相似的几段知识。

第六步:把召回结果交给大模型回答

这才变成完整的 RAG。


七、语法总结

最小步骤
  1. 初始化 embedder
  2. EmbedStrings
  3. 拿到 [][]float64
常见增强
  1. Option 临时覆盖参数
  2. Callback 打日志和监控
  3. 放进 Chain / Graph 编排

八、模板总结

package main import("context""fmt""log""github.com/cloudwego/eino/components/embedding" embeddingOpenAI "github.com/cloudwego/eino-ext/components/embedding/openai")funcmain(){ ctx := context.Background() defaultDim :=3072// 通常是定死的 accessKey :="your-api-key" embedder, err := embeddingOpenAI.NewEmbedder(ctx,&embeddingOpenAI.EmbeddingConfig{ APIKey: accessKey, Model:"text-embedding-3-large", Dimensions:&defaultDim, Timeout:0,})if err !=nil{ log.Fatal(err)} texts :=[]string{"退款怎么申请","如何退钱","修改收货地址的方法",} vectors, err := embedder.EmbedStrings( ctx, texts, embedding.WithModel("text-embedding-3-small"),)if err !=nil{ log.Fatal(err)} fmt.Printf("生成了 %d 个向量\n",len(vectors)) fmt.Printf("每个向量维度: %d\n",len(vectors[0]))}

九、尾声

大家可以把它记成:

Embedding 的“用法”就是:先把文本喂进去生成向量,再把这个向量用于检索、匹配、聚类等后续处理。

相信大家看到这里,应该也明白了:
“会调用 embedding”“会用 embedding 做业务” 是两回事。

前者很简单,就是:

  • NewEmbedder
  • EmbedStrings

后者才是完整链路,比如:

  • 文本切块
  • 向量生成
  • 向量存储
  • 相似检索
  • 大模型回答

1、OpenAI开发者(向量嵌入)
2、官方文档 CloudWeGo(Embedding 使用说明)

Read more

FPGA摄像头到屏幕完整链路:从OV5640采集到HDMI实时显示(附完整工程代码)

🎬 FPGA摄像头到屏幕完整链路:从OV5640采集到HDMI实时显示(附完整工程代码) 📚 目录导航 文章目录 * 🎬 FPGA摄像头到屏幕完整链路:从OV5640采集到HDMI实时显示(附完整工程代码) * 📚 目录导航 * 概述 * 一、摄像头采集显示系统架构 * 1.1 系统整体框架 * 1.2 核心模块功能 * 1.3 数据流向与时序 * 二、OV5640摄像头基础 * 2.1 OV5640摄像头简介 * 2.2 OV5640引脚定义与功能 * 2.3 DVP接口时序详解 * 2.4 SCCB配置协议 * 2.5 OV5640初始化配置 * 三、图像采集模块设计 * 3.1 DVP采集模块架构 * 3.2 行列计数器设计 * 3.3 数据格式转换 * 3.

玩转Neo4j:从入门到实战的完整指南(含K8s集群部署)

在数据关系日益复杂的当下,传统关系型数据库在处理海量关联数据时,往往会因多表联查出现性能瓶颈。而Neo4j作为一款高性能的原生图数据库,凭借其对数据关系的天然亲和性,成为了社交网络分析、知识图谱构建、推荐系统开发等场景的理想选择。本文将从Neo4j的核心特性入手,带大家完成从安装部署(重点补充K8s集群方案)到实际使用的全流程实操。 一、Neo4j 核心特性与应用场景 Neo4j是一款基于原生图存储的数据库系统,其核心优势在于以“节点-关系”的形式直接存储数据关联,而非通过外键间接关联,这让它在处理关系型查询时具备无可比拟的效率。 1. 核心特性 * 原生图存储:数据以节点(Node)、关系(Relationship)和属性(Property)的形式存储,关系是一等公民,查询时无需复杂的多表连接。 * Cypher查询语言:Neo4j自研的声明式查询语言,语法简洁直观,支持复杂的图遍历和关系分析,能快速实现路径查询、关联挖掘等操作。 * 多部署形态:支持本地自托管、云托管(AuraDB)、Docker容器化、Kubernetes集群化等多种部署方式,适配不同规模的业务

【花雕学编程】Arduino BLDC 之模糊动态任务调度机器人

【花雕学编程】Arduino BLDC 之模糊动态任务调度机器人

基于 Arduino 的 BLDC 模糊动态任务调度机器人,是一种将模糊逻辑控制理论应用于机器人多任务管理与执行机构(BLDC 电机)协同控制的智能系统。该方案的核心在于解决传统基于固定优先级或时间片轮转的调度算法在面对非结构化环境时,对“不确定性”和“实时性”处理能力不足的问题。 1、主要特点 模糊逻辑驱动的优先级动态仲裁 这是系统区别于传统实时操作系统的核心,它将离散的“任务优先级”转化为连续的“任务紧迫度”。 * 多输入变量融合: 系统不再仅依据任务注册的时间或预设的静态优先级来调度,而是将传感器数据(如障碍物距离、电池电量、目标接近度)作为模糊输入变量。 * 语言值描述与规则库: 通过定义“很近”、“较远”、“极低”、“正常”等模糊集合,将数值型数据转化为语言型描述。例如,规则库中可定义:“如果前方障碍物距离为‘很近’且电池电量为‘充足’,则避障任务的优先级为‘最高’,巡航任务的优先级为‘零’”。 * 平滑的优先级过渡: 相较于传统算法中任务优先级的“

打破藩篱:用HomeAssistant统一小米、美的、格力的智能家居江湖

清晨,你被小米闹钟唤醒,对着空气说“拉开窗帘”,美的空调悄然调整至舒适温度,格力的加湿器开始工作。这并非某个封闭生态系统,而是一位普通用户凭借开源力量构建的跨品牌智能生活。 当智能家居遍地开花,家中却堆满了不同品牌、无法互联的“智能孤儿”,那个你曾幻想中便捷的自动化生活,是否正被十几个割裂的APP所瓦解? 行业报告显示,中国家庭平均拥有超过7个智能设备,但跨品牌形成有效联动的比例不足15%。幸运的是,一个强大的开源解决方案正在终结这种混乱。 01 围城:品牌生态圈,智能家居的甜蜜与苦涩 智能家居行业已形成清晰的品牌阵营:以小米、华为、荣耀为代表的科技公司试图通过操作系统或生态链整合入口。 美的、海尔、格力等传统家电巨头则依托硬件制造和全屋场景深度布局。以小米AIoT平台为例,其已连接超过10亿台IoT设备。 这种格局下,消费者面临两难选择:或绑定单一品牌,接受其有限的产品线;或享受选择自由,却承受“协议孤岛、云端壁垒、功能阉割”的代价。 正如一位网友吐槽:“我控制小米的灯要用‘米家’,调节美的空调得开‘美的美居’,查看格力空气净化器又得切到‘格力+’。” 02