混合检索原理图怎么画

你要做一次内部分享，讲到混合检索时想把流程画成一张图，结果打开画图工具就卡住了——先画哪块、箭头上写什么、哪些细节该省略，全没头绪。这篇不讲检索原理本身，只讲这张图怎么拆、怎么摆、怎么让人一眼看懂，顺带给你一份画完之后的对照检查表。

你要做一次内部分享，讲到混合检索时想把流程画成一张图，结果打开画图工具就卡住了——先画哪块、箭头上写什么、哪些细节该省略，全没头绪。这篇不讲检索原理本身，只讲这张图怎么拆、怎么摆、怎么让人一眼看懂，顺带给你一份画完之后的对照检查表。

先说个前提：这张图的唯一目标是让听众在几分钟内明白「两条路怎么走、在哪里汇合、汇合之后干了什么」。它不是架构文档，不需要把每个中间件都标出来。如果你讲的对象是运维或者产品，图的粗细还要再调一档。下面按层级拆分、箭头标注、自查三步走。

先分清这张图分几层

打开画图工具之前，先在纸上把整张图切成横向三条带：上面是进料，中间是检索，下面是输出。每条带之间画一条细横线隔开就够了，不用加分组框或者大标题方块，那只会让图更挤。分层的意义是让听众先知道「现在讲到哪一步了」，你切换话题时他们能跟得上。

层内只画主干。清洗、去重、权限过滤、增量更新这些旁支，一次分享塞进去就讲不完了，而且听众会开始追问细节，主线反而被冲掉。这些内容放附录页或者答疑时口头带过。每层统一只标一类信息，别一层标数据形态、一层标组件名，读起来会打架。

• 层与层之间用一条横向分隔线，不要用大框或者色块，容易喧宾夺主；
• 层内只画主干节点，旁支处理统一收到附录，现场按需展开；
• 每一层只承载一类标注信息，混着标会让人分不清哪个是数据哪个是组件；
• 非技术听众的场次，进料层压缩成单块，把篇幅留给检索层的汇合点。

箭头怎么画、标什么字

箭头只朝一个方向走，从上到下、从左到右都行，但别出现回路。一旦画了回路，听众会立刻问「失败了怎么办」「要不要重试」，这就跑到 Agentic 那类话题去了，跟你要讲的流程不是一回事。回路单独留一页，或者干脆不在这次分享里出现。

每个箭头至少标一样东西：要么是数据形态，比如文本、向量、候选列表；要么是数量级描述，比如先召回一批、再留一小批。两样选一即可，不要都写。两条检索路径汇合的那个节点是整张图的核心，换一种形状或者换一种颜色标出来，讲解时在这里停一下，明确说「前面两路到此结束，后面是统一处理」。

1. 排序环节拆成两小框别把排序画成一个黑盒方块。拆成「粗排合并」和「精排截断」两个小框，听众才知道后面那一步在干嘛、为什么要有两次。
2. 字段名对齐实际接口箭头上的字段名跟你实际代码里的字段对得上，分享完大家回去翻代码能一一对应，不会对不上号。
3. 汇合点统一形状两路合并的那个节点用不同形状或颜色，其余节点保持统一，视觉重点自然就出来了。
4. 效果类信息口头带过召回多少条、留多少条这类数字别写死在图上，图上只写「一批」「一小批」，具体数值讲的时候说，图是会过时的。

画完之后逐条自查

图收尾的时候别急着存，先找一位没参与这个项目的同事，让他看图给你复述一遍流程。他说的跟你本来想讲的对不上，就说明某个箭头或者某个框有歧义，是图的问题不是他的问题。这一步比你自己盯着看十遍管用。

版本号与日期

图里不要出现，这类信息写在稿子里，讲的时候口头补，避免图三个月就过期。

输入输出对齐

逐步检查上一步产出的东西，是不是下一步真正吃到的东西，中间有没有断。

两版图

准备极简版和细节版，开场用极简，答疑切细节，一张图讲全场会很累。

可编辑格式

存成能改的源文件，架构一变改几笔就行，不用从零重画。

再补一条判断标准：如果你的图需要超过三次口头解释才能让人看懂，那问题多半在层级划分，不在细节多少。回去把层再切粗一点，比加注释更有效。反之，如果听众看完问的全是「这两路怎么合」之外的东西，说明你主干画够了，可以加一页旁支做答疑备用。