Graph 工程
把多个 Agent 循环组织成任务架构图：显式依赖、回退、并行与人工审批；Loop 是砖，Graph 是墙。口语热词也写作 GraphAI，本质是「谁判断下一步」外移到系统结构，而不是换皮工作流引擎。
简介
Graph 工程（Graph Engineering，媒体语境常称 GraphAI）是 2026 年 AI 编程圈在 Loop Engineering 之后涌入的新一层工作流语言。它要解决的不是「再发明一套 BPMN」，而是：当真实任务需要多角色、多依赖、多验收路径时，单循环容易把 Agent 挤成「失败了就再跑一遍」的糊涂状态。Graph 要求把谁依赖谁、哪步先后、失败回到哪里、何处可并行、何处必须人工审批提前画成结构，再让 Agent 按图调度。
易安说AI 在《Loop还没跑稳，GraphAI又来了》中给出的主线是：Prompt → Loop → Graph 不是五个互掐热词，而是判断权从人手里连续外移——从递台词，到设计自逼近循环，再到设计一组互相协作的循环。这时人手里拿的不是一句 prompt 或一条流水线，而是一张任务架构图。
关键信息
- 类型：概念 / 工作流范式 / Agent 系统结构
- 领域：AI 编程 · Multi-Agent · Agentic Workflow
- 别名/热词：GraphAI、任务图、Agent 图编排
- 相关概念：Loop Engineering、LangGraph、Agentic Workflow、Multi-Agent 系统、Agent Harness、Claude Code
- 与工作流引擎的关系：借用拆任务、依赖、重试思想，但重点在 Agent 的判断、权限、反馈与失败恢复结构化
核心特性
1. 判断权外移谱系中的位置
| 层级 | 人做什么 | 模型/Agent 做什么 | 产物形态 |
|---|---|---|---|
| Prompt | 逐步规定做什么、怎么做、何时停 | 演一句台词 | 单次对话 |
| Loop | 给目标、约束、验收与预算 | 在循环内自判下一步 | 可逼近结果的单环 |
| Graph | 设计多环协作拓扑 | 按节点职责与边调度 | 任务架构图 |
2. Loop 是基础单元，不是被淘汰对象
- 适合单 Loop：同一目标反复逼近——自动修测试、清技术债、补文档、生成并校验报告；优势是简单、稳定、易复用。
- 必须上 Graph：大型重构等多阶段任务——需求拆解、代码理解、实现修改、验证回归、交付审查；节点间存在分支、互相反馈与不同回退点。
- 误区：听见 Graph 就丢掉 Loop 设计能力。不会设计稳定循环，就很难设计稳定任务图。
3. 成熟系统里至少两张图（再加权限与验收）
- 长期组织图（排班表）：哪些 Agent 长期负责代码理解、测试、浏览器、文档、安全审查、发布检查等；代表能力边界，不宜频繁改。
- 任务运行图（当天工单）：本次任务读哪些文件、用哪些工具、何处并行、何处等人确认；可归档或沉淀为模板。
- 权限图：节点能否读文件、写文件、联网、提交代码。
- 验收图：结果要测试、截图、日志还是人工确认。
只写 prompt + tool list、系统一复杂就失控——因为缺的是系统结构，不是更长指令。
4. 五步显性化脑力流水线
类比科学管理把体力拆成标准工序，Graph 工程把隐性脑力过程拆开：
- 把目标拆成节点
- 把节点依赖写清楚
- 定义每个节点的输入、输出与失败条件
- 把工具权限与人工审批放到正确位置
- 成功路径沉淀为模板，失败路径沉淀为回退策略
竞争叙事随之变化：AI 编程工具从「帮你写代码」走向「管理一组能写代码的 Agent」——比拼无人团队的组织稳定性。
5. 与 LangGraph 等框架的关系
LangGraph 用节点/边/状态/条件分支实现图结构工作流，是 Graph 思维的一种实现。Graph 工程强调：先用「输入 | 输出 | 验收」表格想清任务结构，再选框架；框架只是实现形式，对任务结构的理解才值钱。
不同素材中的观点
- 2026-07-25-woshipm-loop-graphai（人人都是产品经理 · 易安说AI）：首次在本库以「Graph / GraphAI」为主题系统论述。核心贡献：(1) 把 Prompt/Loop/Graph 串成判断权外移；(2) 明确 Loop 变砖、Graph 管协作；(3) 组织图 vs 任务运行图 + 权限图/验收图；(4) 脑力流水线五步；(5) 个人起步：高频任务节点表，先表格后框架；(6) FAQ 选型——单目标线性用 Loop，多角色多依赖多验收用 Graph。
实用信息
快速上手
- 选一个本周会重复做的任务（修单测、周报、补 README、小重构）。
- 画五列表：节点 · 输入 · 输出 · 验收 · 失败回退到哪。
- 标出可并行边与必须人工审批的节点。
- 先让现有 Coding Agent 按表执行一轮，再决定是否上 LangGraph / 多 Agent brief / 调度器。
- 把稳定能力边界写入长期组织图（或
agent.md/ Skill 职责说明），把单次路径写入任务运行图模板。
选型 checklist
- 是否单目标、可机器验收、线性逼近？→ 优先 Loop Engineering
- 是否多角色、失败会回到不同阶段、需并行或人工闸门？→ 上 Graph
- 组织图与任务图是否混成一张「天天改」的大图？→ 拆开
- 每个节点是否写清失败条件与权限？→ 否则 Graph 只是好看流程图
注意事项
- 不要为了 Graph 而 Graph：三步以内、规则清晰的任务，单 Agent 或单 Loop 更合适。
- Graph 不是「画图好看」：无 I/O、无失败条件、无验收的节点表没有工程价值。
- 高风险动作（提交、联网写生产、资金/权限）必须落在验收/审批节点，不能隐式放进执行环。