编程基础篇 · AI 背后的数据结构

图:从知识图谱到多 Agent 协作

节点加关系就是图:社交网络、知识图谱、Agent 工作流 DAG。点一个节点,看关系怎么一层层扩散出去

本页解决的问题

先给结论

「图:从知识图谱到多 Agent 协作」要解决的关键问题是什么?

节点加关系就是图:社交网络、知识图谱、Agent 工作流 DAG。点一个节点,看关系怎么一层层扩散出去

判断标准

让这个结论先证明自己值得留下。 把这一页当成决策工具,而不是需要背下来的定义。把概念连到一个真实任务、一个可观察结果,以及一个能改变你判断的失败上。

下一步

写下一个问题:试完这个方法后,你能用什么证据回答它?

常见误区

结论听起来很完整,却没有检查最关键的假设。

主场一 · 知识图谱:点一下,看知识扩散

下面是一张迷你知识图谱:圆点是实体(人、公司、学校、产品),连线是关系点击任意一个节点,看它的关系怎么一圈圈扩散出去——留意扩散的「跳数」:一跳是直接认识的,两跳是「朋友的朋友」。

人物 公司 学校 产品 👆 点节点试试
还没有点过节点。试试点「雷军」——看两跳之内能扩散到哪些知识。
AI 回答复杂问题,靠的就是这种「多跳」。「雷军母校的知名校友还有谁?」——没有任何一段资料直接写着答案,但沿着图走两跳(雷军 → 武汉大学 → 陈东升)就拼出来了。知识图谱把散落的事实连成网,RAG 检索到一个节点后还能顺藤摸瓜,这叫图检索增强(GraphRAG),比单纯搜文本能回答更绕的问题。
主场二 · 多 Agent 工作流:为什么必须是 DAG

现在让一队 Agent 合写一份调研报告。每个方框是一个任务,箭头表示「必须等前面的完成才能开工」。点「运行」,留意两件事:没有互相依赖的任务会同时亮起(并行);每个任务都要等它的箭头来源全部变绿才动工。然后点「制造环」再运行一次,看看会发生什么。

7 个 Agent 待命中。黄色 = 正在干活,绿色 = 完成。
「有向无环图」(DAG)不是黑话,是常识:任务的依赖箭头有方向(先后),而且不能绕成圈——一旦有环,就成了「你等我、我等他、他等你」的三角债,谁也开不了工。所有多 Agent 编排框架在你提交工作流时都会先做一次「查环」,查出来直接拒绝运行,就是为了避免你刚才亲眼看到的死锁。
把两课串起来
🌳

树是图的「乖孩子」

树也是图,只是加了两条家规:每个节点只有一个爹,且不许绕圈。所以上一课的文件目录、AST 都可以用图的算法来处理——图是更大的那把伞。

🕸

图 = 节点 + 关系

就这一个公式。社交网络(人 + 关注)、地图导航(路口 + 道路)、知识图谱(实体 + 事实)、Agent 工作流(任务 + 依赖)——只要你能说出「谁和谁有关系」,就能画成图

「主场一 · 知识图谱:点一下,看知识扩散」为什么要看操作

「下面是一张迷你知识图谱:圆点是 实体 (人、公司、学校、产品),连线是 关系 。」把结构落到了一个具体动作。这里真正要比较的不是名词谁更高级,而是数据如何被放置,以及最常发生的操作需要走多远。

读懂结构,要同时看访问方式和变化方式

「现在让一队 Agent 合写一份调研报告。每个方框是一个任务,箭头表示「必须等前面的完成才能开工」。」揭示了一个容易被忽略的取舍:按位置读取、按键查找、从两端进出、插入新元素和遍历关系,适合的组织方式并不相同。一个结构在某个操作上很快,不代表它在所有操作上都快。

  • 关系即图 :节点 + 关系就是图;树只是「一个爹、不绕圈」的特殊图
  • 多跳出答案 :知识图谱沿关系走两三跳,就能回答没有现成资料的问题
  • 无环才能开工 :工作流一旦有环就互相等待、集体卡死,所以必须是 DAG

把规模和更新频率一起算进去

实践时可以把「就这一个公式。社交网络(人 + 关注)、地图导航(路口 + 道路)、知识图谱(实体 + 事实)、Agent 工作流(任务 + 依赖)—— 只要你能说出「谁和谁有关系」,就能画成图」当作边界提醒:先写下数据量、最常用的操作和允许的延迟,再看 AI 给出的结构是否真的匹配。

从「主场一 · 知识图谱:点一下,看知识扩散」走到「主场二 · 多 Agent 工作流:为什么必须是 DAG」

「主场一 · 知识图谱:点一下,看知识扩散」先把问题落在「下面是一张迷你知识图谱:圆点是 实体 (人、公司、学校、产品),连线是 关系 。 点击任意一个节点 ,看它的关系怎么一圈圈扩散出去——留意扩散的「跳数」:一跳是直接认识的,两跳是「朋友的朋友」」上;到了「主场二 · 多 Agent 工作流:为什么必须是 DAG」,讨论继续推进到「现在让一队 Agent 合写一份调研报告。每个方框是一个任务,箭头表示「必须等前面的完成才能开工」。 点「运行」 ,留意两件事:没有互相依赖的任务会 同时亮起(并行) ;每个任务都要等它的箭头来源全部变绿才动工。然后 点「制造环」再运行一次 ,看看会发生什么」。两段连起来,重点就不只是记住一个结论,而是看清它成立所依赖的条件。

把这条判断带到下一个场景

遇到一个新的数据结构时,不要从定义开始背。先写出最频繁的操作,再估计数据量和更新方式,最后检查结构是否让这三个条件同时成立。

  • 「主场一 · 知识图谱:点一下,看知识扩散」:下面是一张迷你知识图谱:圆点是 实体 (人、公司、学校、产品),连线是 关系 。 点击任意一个节点 ,看它的关系怎么一圈圈扩散出去——留意扩散的「跳数」:一跳是直接认识的,两跳是「朋友的朋友」
  • 「主场二 · 多 Agent 工作流:为什么必须是 DAG」:现在让一队 Agent 合写一份调研报告。每个方框是一个任务,箭头表示「必须等前面的完成才能开工」。 点「运行」 ,留意两件事:没有互相依赖的任务会 同时亮起(并行) ;每个任务都要等它的箭头来源全部变绿才动工。然后 点「制造环」再运行一次 ,看看会发生什么
  • 「最后的要点」:验收时问一句 :AI 编排的工作流,「查过环吗?哪些步骤在并行?」

最后的「最后的要点」把讨论落到「验收时问一句 :AI 编排的工作流,「查过环吗?哪些步骤在并行?」」。回看这条线索时,最值得保留的是:当输入、规模或风险改变,哪些判断需要重新做一遍。

✅ 这一课想和你分享的

  • 关系即图:节点 + 关系就是图;树只是「一个爹、不绕圈」的特殊图
  • 多跳出答案:知识图谱沿关系走两三跳,就能回答没有现成资料的问题
  • 无环才能开工:工作流一旦有环就互相等待、集体卡死,所以必须是 DAG
  • 并行藏在图里:没有依赖关系的任务可以同时干——这是多 Agent 提速的来源
  • 验收时问一句:AI 编排的工作流,「查过环吗?哪些步骤在并行?」
标记为已学完 阅读进度会自动记录
← 上一篇下一篇 →

继续阅读

同一条线上的下一篇。

文章讨论

读到这里,留下一个判断。

把刚想明白的地方、还没想通的问题,留给下一位一起学习的人。

正在讨论 图:从知识图谱到多 Agent 协作 AI 背后的数据结构
3条讨论文章讨论 · 与共学社区同步
在共学社区查看
AM
Asha Morgan内容编辑
观点实践记录

我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是,知道下一步要观察什么。

文章讨论7 有帮助
LH
Lin Harper独立开发者
观点观点

读完以后我先回头找它成立的条件,而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。

文章讨论5 有帮助
KM
Kiki Moore产品运营
问题问题

如果把这个判断放到真实工作里,最先需要补的约束是什么?我想知道从阅读到第一次实践之间,哪一步最值得先做。

文章讨论4 有帮助