← 返回概念辨析

Concept Contrast Fable

嵌入和嵌入

同一个中文词「嵌入」,在不同语境里指两种东西。不加 s 的 embedding 是概念——把一个东西表示成向量的思想和方法。加 s 的 embeddings 是产物——训练或推理后得到的那一串数字。讨论架构时说 embedding,查接口文档时说 embeddings,混着用会导致工程和算法说不到一起。

寓言

蓝图的画法和蓝图本身

建筑设计院有两个团队:方案组和出图组。方案组负责定格局、风格和结构办法;出图组负责把办法画成一张张能施工的蓝图。

新来的项目经理小方第一次开会,方案组说“蓝图已经定了”,出图组说“蓝图还没出完”。小方愣住:他们说的是同一件事吗?

几次会后他才弄清。方案组说的蓝图,指造房子的思路和表示方法;出图组说的蓝图,指最终交付给工人的一摞图纸。前者决定怎么画,后者是画出来的东西。

小方在合同里也踩了坑。甲方要求交付所有蓝图,设计院以为交核心方案图,甲方等的是每根管线的详图。双方因为同一个词吵了两周。

他先想规定所有人以后都少说这个词。可会议一忙,大家仍会顺口使用,问题只是被推迟到验收时爆开。词没有错,错在没说明当前指的是做法还是产物。

小方后来定规矩:院内文件必须把两层意思拆开。谈方法,就说设计办法;谈交付物,就说施工图纸。谁再用同一个词包两件事,会议记录必须补一句当前语境。

一次外地匠师来访,说想要更好的蓝图。小方没有直接答应,先追问:你要的是画图的方法,还是已经画好的那批图纸?对方想了想,承认两样都要,但要分开定规格。

年终总结时,小方写下:一个词若同时指做法和产物,项目迟早会返工。名字不只是称呼,它决定大家以为自己正在交付什么。从那以后,设计院还给档案柜分了两层。上层放画法、规范和转换规则,下层放具体项目交付的图纸。新人拿错一次,就会被要求说清自己拿的是尺法还是图纸,因为后续报价、验收和返工都跟这句话有关。小方后来发现,争吵最常发生在交付边界。有人以为买的是一套画法,有人以为拿到的是一箱图纸;说清这层差别,合同就少了许多暗坑。后来复盘时,众人把这条经验写进日常规矩:先看现场哪里真正改变了结果,再决定该保留什么、修补什么、限制什么。

嵌入

将离散对象(词、句子、图像、用户)映射到连续向量空间的表示学习方法。它是一个抽象概念和技术范式,描述的是「把东西变成向量」的思想和模型。

嵌入

具体的向量数据产出,即模型对特定输入计算后得到的数值数组。它是 embedding 技术的结果产物,存储在向量数据库中用于相似度检索。

故事对应

  • 方案组的「蓝图」:embedding 概念——把东西表示成向量的思想和方法。
  • 出图组的「蓝图」:embeddings 产物——训练或推理后得到的具体数值向量。
  • 合同里的交付纠纷:同一个词指向不同对象时,需求和验收标准会分裂。
  • 小方的追问习惯:在技术讨论中主动区分「方法」和「数据」,避免歧义积累。
  • 命名词即定义:一个术语承载两层含义时,必须显式拆分语境。

落到项目里

写技术文档和接口协议时,embedding 和 embeddings 分开使用。讨论模型选型和训练方案时用 embedding(概念层),讨论向量维度、存储格式和检索参数时用 embeddings(数据层)。API 设计里,embedding model 指模型端点,embeddings endpoint 指向量产出端点。如果团队内部已经混用很久,做一次术语对齐会议,产出词汇表贴在项目首页。