图工程:AI智能体设计的下一层
TECH

图工程:AI智能体设计的下一层

49+
Signals

战略概览

  • 01.
    图工程被呈现为一个五层技术栈中的第五层,该栈依次为提示工程 -> 上下文工程 -> 控制工程 -> 循环工程 -> 图工程,其目标是协调多个智能体、循环、函数、验证器、工具和人类,而非编程单个智能体的行为。
  • 02.
    一个图工程系统由三个基本要素定义:节点(一个智能体、模型调用、确定性函数、工具或人工审批步骤)、边(用于决定下一步执行内容的顺序、并行或条件路由规则)以及状态(一个所有节点均可读写共享的对象)。
  • 03.
    Vanja Petreski 将这一转变描述为从基于相似性的检索(向量搜索)转向基于关系的导航(图结构),并认为扁平的上下文窗口已接近极限。
  • 04.
    Claude Code 的子智能体架构被作为图工程的一个实际案例——无需独立框架,子智能体充当节点,协调器的路由决策充当边,返回结果构成共享状态。
  • 05.
    一个反复出现的批评是,图工程只是将数十年来已有的编排和状态机概念重新包装,换了个新名字,并未引入真正新颖的东西。

深度分析

三大基本要素:图工程实际描述的是什么

抛开品牌包装,图工程描述的是一个具体且相对狭窄的概念:由节点(一个智能体、一次普通模型调用、一个确定性函数、一个工具或一个人工审批步骤)、边(决定下一步执行内容的顺序、并行或条件规则)以及一个所有节点均可读写的共享状态对象构成的系统 [2]。支持者坚称,它并非取代其下各层,而是协调这些层的上层结构 [1]——图由循环构成,每个循环需要良好的控制机制,每个控制调用都是一个上下文问题,而每个上下文都包含提示 [3]。关键在于,多位作者指出,实现这一结构无需新框架:Claude Code 的子智能体系统已提供这些基本要素,子智能体对应节点,协调器的路由决策对应边,返回结果构成共享状态 [5]。正是这种框架使该术语得以迅速传播——任何已在运行子智能体、并行工具调用或协调器-工作者模式的人,都可以在不修改一行代码的情况下,将系统回溯性地描述为“图工程”系统。

从一条推文到一个框架:一个病毒式术语的解剖

这一趋势的传播速度或许比其内容本身更具新闻价值。Peter Steinberger 在2026年7月18日发布的一条提问“领域是否已从循环转向图结构”的帖子,两天内获得260万次浏览,而前一天(7月17日)他发布的另一条帖子已独立获得840万次浏览 [8]。它所依托的术语阶梯本身也极为短暂:Addy Osmani 在2026年6月推广了“循环工程”,随后《实用工程师》(The Pragmatic Engineer)在7月中旬对此术语进行了解释,这意味着图工程作为刚刚诞生不到一个月的框架中的最新一环登场 [9]。48小时内,该术语已分裂为三种相互竞争的定义,并催生了模仿文章,包括一则声称斯坦福大学获得310万美元研究资助的虚假消息,而该资助根本不存在 [8]。独立作者迅速抢占解释权——一篇在Steinberger发帖仅三天后发布的Substack文章,就提出一种特定的三智能体(工作者/监督者/评估者)模型作为‘唯一’的图工程模式 [13]——这说明,一旦模糊的框架开始流行,便会迅速固化为相互竞争的规范性主张。

是重新包装还是突破?LangGraph与状态机的反驳

最实质性的反驳并非质疑图结构是否有用,而是质疑“图工程”是否命名了任何新事物。LangChain 创始人 Harrison Chase 公开表示,他仍不完全理解该术语相较于 LangGraph 增加了什么,因为 LangGraph 在2024年1月就已推出相同的节点/边/共享状态执行模型,比2026年的术语框架早了两年多 [11]。XState 创始人 David K 更进一步,将“从循环到图”的转变视为软件工程领域反复出现的旧概念重新命名循环的又一例证 [10]。Gao Dalie 的反驳采取中间立场:图结构所解决的根本问题——智能体失败并非因为缺乏智能,而是因为组织结构不清晰——是真实的,但“大多数难题并非新问题”,因为编排和状态机设计已是数十年来已被解决的领域 [6]。事实上,该模型在术语出现之前,已在三个主流框架中实现(LangGraph、微软的 AutoGen GraphFlow 和谷歌的 ADK 2.0),这削弱了“图工程是技术突破而非命名练习”的说法 [11]

辟谣:为何头条数据站不住脚

支撑图工程成为趋势的最具影响力统计数据——“18%的准确率提升和85%的成本降低”——经不起推敲。Turing Post 追溯发现,该数据源自单一狭窄的 GraphRAG 工业案例研究,而非关于多智能体图结构的普遍结论,并发现所谓支持广泛共识的证据实际上混淆了三种不相关技术:GraphRAG 工业图案例研究、斯坦福的 DSPy 程序优化研究,以及 Anthropic 的编码多智能体编排工作 [7]。这并不意味着所有流传数据都是伪造的——另一个流传的说法称,Anthropic 内部研究评估显示,多智能体设置在一项测试中以90.2%的表现击败了单智能体 Claude Opus 4 基线,但该数据同样源自一篇第三方博客文章,而非 Anthropic 官方发布 [5]——但这表明,一个特定情境下的真实数据如何被“洗白”为另一个情境下关于图与循环的普遍性主张。Turing Post 提出的过滤标准对任何病毒式工程主张都极具参考价值:应追问这是何种图结构,与何种基线比较,以及数据究竟来自何处 [7]

何时图结构物有所值——以及何时只是额外开销

即使是持同情态度的声音也警告,图结构带来真实成本,而这些成本在趋势文章中常被忽略。Avi Chawla 认为,一个节点只有在代表真正的专业化分工、并行扩展或故障隔离时才具有存在价值——否则,图结构只是运行单个循环的更昂贵方式 [3]。数据支持这一谨慎态度:Vanja Petreski 指出,在每步准确率为85%的情况下,五步图遍历的端到端可靠性会降至约44%,这种复合错误问题会随着图结构变得复杂而加剧,而非改善 [4]。Carlos Perez 进一步深化批评,认为一个由循环构成的图需要“锚点”——即任何节点都无法争议的度量标准——否则整个网络将继承单个循环追逐单一信号时的指标博弈失败模式 [12]。这些观点共同勾勒出一个实用筛选标准:仅当工作确实可拆分为需要不同模型、并行执行或故障隔离的独立部分时才应采用图结构,而非因为该术语正流行。

历史背景

在2026年‘图工程’术语出现之前,早已推出了用于智能体的节点/边/共享状态图执行模型。
Huntley 的‘Ralph Wiggum’技术确立了运行编码智能体直至达成目标的迭代循环模式,后被引用为循环工程的起源。
推出了‘/goal’命令(‘持续工作直至达成此结果’),属于标准化循环工程功能的一系列控制机制之一,图工程在此基础上进一步发展。
在转向图工程之前,推广了‘循环工程’作为智能体设计的主流框架。
在图工程转向爆发前几天,发布了《什么是循环工程?》,记录了这一趋势。
早前一篇《为智能体设计循环》的帖子已获得840万次浏览,为几天后图工程的帖子奠定了基础。
发布了《我们还在谈循环吗,还是已经转向图了?》,被广泛认为是推广‘图工程’术语并使其在两天内获得260万次浏览的关键人物。
发布了《图工程:提示与循环之后的下一步》,提出一种三智能体(工作者/监督者/评估者)图模型,并引用了 Steinberger 的帖子。
发布了《使用 Claude Code 进行图工程》,展示子智能体作为图节点,并引用 Anthropic 的多智能体研究评估称其比单智能体基线高出90.2%。
发布了《忘记循环工程吧,图工程关注的是这个》,认为该术语重新包装了已有的编排挑战。
发布了《图工程清晰解释!》,提出了五层工程栈(提示、上下文、控制、循环、图)。

关键关系图

关键玩家
主题

图工程:AI智能体设计的下一层

事实来源

13 条引用
  1. [1] Graph Engineering: AI Agents & Multi-Agent Organizations
  2. [2] Graph Engineering for AI Agents
  3. [3] Graph Engineering Clearly Explained!
  4. [4] Graph Engineering
  5. [5] Graph Engineering with Claude Code
  6. [6] Forget Loop Engineering, Graph Engineering Is About THIS
  7. [7] Is Graph Engineering Real? Why Everyone Is Talking About It
  8. [8] Peter Steinberger Announces End of Loop Engineering Era, Shift to Graph Engineering
  9. [9] What Is Loop Engineering?
  10. [10] Graphs vs Loops: The Agentic AI Debate
  11. [11] Graph Engineering
  12. [12] From Loop Engineering to Graph Engineering
  13. [13] Graph Engineering: The Next Step After Prompts and Loops

来源文章

Top 5

THE SIGNAL.

Analysts

将图工程视为循环工程之上的协调层,定义何时运行以及谁检查谁,并列出节点合理性、状态清洁性、可信路由和智能体共识为在引入图结构前值得解决的四大难题。

Avi Chawla
作家,《每日数据科学》

认为图工程是对简单智能体使用的不必要复杂化和炒作。

Max Weinbach
分析师,Creative Strategies

认为从循环到图的术语更替是反复重新包装已有软件工程模式的循环。

David K
XState 创作者

怀疑‘图工程’是否命名了任何超出 LangGraph 已有功能的内容。

Harrison Chase
LangChain/LangGraph 创作者

认为真正的转变是组织性的而非技术性的:智能体失败源于结构不清晰,而非缺乏智能,图结构将智能体约束在预设路径上,而非自由漫游的循环。

Gao Dalie
独立AI作家,Substack

认为更深层的轴线并非循环与图之分,而是有根基与无根基之分;一个由循环构成的图需要无可争议的‘锚点’度量,否则将继承单个循环的指标博弈失败模式。

Carlos E. Perez
作家,《直觉机器》

主张使用带类型的边而非通用图连接,以解释因果关系,并提倡混合向量+图+SQL检索,而非纯向量搜索。

Vanja Petreski
独立工程师/博主

提醒读者应质疑病毒式图工程主张,追问这是何种图、与何种基线比较、引用统计数据源自何处,因为大量流传证据混淆了不相关的案例研究。

Turing Post editorial team
出版物,《Turing Post》
The Crowd

from prompt → context → harness → loop → graph engineering. the list keeps growing, and every new term gets treated as a replacement for the last one. each layer wraps the one before it, and the cleanest way to tell them apart is to ask what a single unit of work looks like.

@@akshay_pachaar2727

GRAPH ENGINEERING IS THE REASON AI AGENTS SUDDENLY STARTED LOOKING INTELLIGENT Instead of a single prompt, modern systems execute 50-300 graph nodes that plan, retrieve, validate, and self-correct before producing a final answer. Parallel branches eliminate idle model time,

@@MPxbt40

A senior engineer showed me the graph structure behind a multi-agent system companies are spending six figures to build the visual looked almost too simple nodes on one side a matrix on the other but that matrix decides which agent can talk to which, what information moves

@@Gyome1_9

LangGraph was right about agents all along, we just needed 3 years to catch up

@u/ialijr84
Broadcast
Graph Engineering, Without the Hype

Graph Engineering, Without the Hype

Move Over Loop Engineering, Graph Engineering Is Now Here

Move Over Loop Engineering, Graph Engineering Is Now Here

A Practitioner's Guide to Graphs - Tim Ainge, Good Collective

A Practitioner's Guide to Graphs - Tim Ainge, Good Collective