用“图”构建下一代Agent系统当前围绕自主 LLM Agent 的工程实践已经逐渐形成了一套较为清晰的技术体系Prompt Engineering激发模型能力Context Engineering组织信息访问Harness Engineering连接工具、记忆与外部资源Loop Engineering则通过规划、行动、观察和反馈让 Agent 能够持续执行任务。然而软件工程、科学发现、医疗决策和企业流程往往同时涉及异构专业知识、相互依赖的子任务、可并行执行的分支、独立的验证环节以及需要跨越较长时间持续维护的运行状态。将这些复杂性全部压缩进单一上下文和单一控制循环难以有效应对任务本身的组织复杂性。为应对这一结构性瓶颈来自吉林大学、厦门大学等 15 个研究机构的学者介绍了“图工程”Graph Engineering一个将图结构作为构建下一代 Agent 系统的核心工程基础。论文链接https://arxiv.org/pdf/2608.21156与以往主要优化个体交互或 Agent 层级行为的范式不同Graph Engineering 构建了明确、动态且不断演化的图结构用于表示任务、Agent 和系统状态。这些抽象为组织复杂目标、协调异构 Agent、建模系统动态以及实现可扩展的 Agent 演化提供了统一的基础。在论文中研究团队系统性地回顾了 Graph Engineering 在 LLM Agent 中的原理、方法论同时还详细探讨了其在软件工程与 IT 运维、科学发现与实验室自动化、医疗保健与临床决策支持、企业流程与数字组织、通用数字 Agent 与个人自动化、社会与经济模拟、跨领域发现等领域的潜在应用。从“个体智能”走向“系统智能”在单个模型层面预训练、后训练将知识、推理和决策能力编码进参数Prompt Engineering 和 Context Engineering 再根据任务要求要求模型应该做什么、可以使用哪些信息进一步地Harness Engineering 将模型接入工具、知识库、记忆、技能和执行环境Loop Engineering 则把这些能力组织成一个持续运行的过程。因此一个能够自主完成任务的 Agent可以被理解为由 LLM、Harness 和 Loop 共同构成的系统。Harness 决定 Agent 能够访问哪些资源、执行哪些操作Loop 决定它如何在规划、行动、观察、验证和调整之间循环。尽管个体智能Individual Intelligence已经取得了持续进展但这一基本单元在调度并行且相互依赖的任务、整合异构能力以及维护运行时状态方面仍然存在固有局限。这推动智能向下一阶段演进即系统智能System Intelligence使得多个具备互补能力的 Agent 围绕共同目标形成一个自适应的整体。Graph Engineering如何组织系统智能系统智能并非简单地聚合多个 Agent 及其他智能组件即可产生其关键取决于如何对任务、组件与运行时状态之间的关系进行显式表示、约束与优化。从本质上看系统智能要求对任务、组件与运行时状态之间的关系进行系统化治理而图graph为建模系统层面的关系提供了一种自然的结构。首先图可以通过目标分解、依赖关系建模和工作流细化来组织任务将复杂目标转化为可调度、可执行的操作其次图可以通过表示操作拓扑与通信模式来协调智能组件使异构组件能够实现有效协作此外图可以通过记录事件、依赖关系与状态转换来支持运行时状态管理将散落在不同上下文与日志中的运行信息转化为可审计、可恢复的系统状态。基于此他们提出了 Graph Engineering其核心思想是把原本隐藏在上下文和控制逻辑中的关系外显为可操作的图结构划分为三个相互连接的层面任务组织Task Organization、智能体协调Agent Coordination和运行时状态管理Runtime State Management。1.Task Organization把复杂目标转化为可执行结构Task Organization 负责明确系统要完成什么以及这些工作应当如何组织。面对包含前后依赖、并行分支、验证环节和动态调整的复杂任务仅靠 Agent 上下文很难维持清晰的全局结构。Graph Engineering 将任务分解与执行流程显式表示为图使其成为可调度、可优化、可修改的系统结构。这一过程包含两个紧密关联的部分。其中Goal Decomposition 将高层目标展开为子目标图节点表示子任务或中间目标边表示先后顺序、数据依赖或逻辑关系。随后Workflow Optimization 将语义子目标进一步编译为由 LLM、专业 Agent、检索模块、工具、记忆操作、聚合器和验证器组成的可执行图。因此Task Organization 不是一次性制定计划而是在目标分解、流程编译和执行反馈之间持续迭代既决定需要完成哪些工作也决定这些工作如何被实际执行。2.Agent Coordination让合适的Agent以合适的方式协作Agent Coordination 负责明确谁来完成工作、责任如何划分以及信息如何在系统中流动。多个 Agent 的简单叠加并不会自动产生 System Intelligence。系统还需要了解不同 Agent 的能力与权限建立清晰的协作关系并根据任务状态调整交互方式。Graph Engineering 首先将 Agent、技能、工具、模型和资源表示为节点用带类型的边记录能力归属、资源访问、权限和可靠性。这样系统可以根据任务需求分配合适的 Agent并在能力或资源发生变化时寻找替代者。随后系统需要通过团队图规定任务归属、委派路径、输出交接和审查责任。不同结构分别适合顺序执行、专业路由和并行协作但也会带来不同的协调与计算成本。通信关系则描述执行过程中谁需要与谁交换信息以及反馈如何影响后续行动。更多连接不一定意味着更好协作冗余通信还可能增加成本或放大错误。对于高风险任务人类也可以作为图中的显式参与者承担澄清、审批、纠错和接管职责。3.Runtime State Management让执行过程可追踪、可诊断、可恢复多 Agent 执行会产生分散的任务进度、共享事实、角色绑定、资源变化和外部影响。如果这些信息只保存在各自的上下文或日志中Agent 可能基于不一致的状态行动故障也难以定位和恢复。Runtime State Management 首先需要记录每次状态变化的内容、来源和版本并对共享状态更新进行约束。当任务出现异常时系统还需要根据执行记录、依赖关系和外部证据定位最早的无效状态并判断哪些后续步骤受到影响。这里的图关系可以缩小排查范围但不能直接证明因果关系。完成故障定位后系统应选择明确的恢复边界在保留有效工作的同时修复受影响部分。恢复方式可以包括回放计算、撤销无效状态、切换执行分支或补偿无法直接回滚的外部操作。由此状态记录、故障定位和失败恢复共同构成一个可审计的运行循环使系统能够从经过验证的状态继续执行。当然除了上述三点在长期运行的开放环境中系统也应该具备从非固定结构开始的能力。执行结果可以揭示哪些任务分解有效、哪些通信关系成本过高、哪些 Agent 更适合承担特定角色以及哪些状态更新容易引发连锁故障。因此System Evolution 被用来改进任务组织调整 Agent 团队与通信模式以及把执行历史沉淀为可复用经验。然而研究团队区分了“运行时适应”和“持久化系统演化”。一次执行中的临时路由、恢复或任务重分配并不意味着系统在后续任务中已经改变了组织方式。真正的自演化图系统需要完成从执行、观察、结构归因到图修改、验证再到提交或回滚的完整过程。Graph Engineering的挑战与机遇研究团队表示当前的 Graph Engineering 依然面临以下问题1.图原生能力底座当前的记忆库、技能库、工具注册表和模型服务通常彼此分离。随着能力数量增长系统选择某项能力时不仅要看它“能不能做”还要考虑它依赖什么、能否被替代、如何组合、需要哪些权限以及在当前运行条件下是否适用。他们提出构建统一的能力图把模型、工具、技能、记忆、数据源、验证器和执行环境表示为带类型的节点用边描述依赖、兼容、组合、替代、授权、成本和可靠性。更重要的是能力图需要与任务图、Agent 图和状态图连接起来任务分解应暴露能力需求Agent 分配应考虑可用能力子图执行结果还应更新能力的可靠性与适用范围。2.自演化图系统图结构正在成为可优化变量但临时改路由与真正的系统进化仍有距离。未来系统需要回答哪条任务依赖、哪种 Agent 关系或哪项能力分配导致了成功或失败这种结构变化是否能迁移到其他任务以及它是否会影响其他图中的权限、通信和运行状态。因此结构演化必须配套来源记录、版本控制、验证、回放和回滚。目标不是让系统无限制地自我修改而是让它能够积累组织经验同时阻止不可靠的结构变化跨任务传播。3.图原生Agent操作系统现有技术栈将模型服务、Harness、工作流引擎、记忆系统、多 Agent 框架和状态存储拆分开来各自使用不同的任务、工具、消息、事件和状态抽象。MCP 改善了外部能力访问LangGraph 提供了显式工作流和状态表示AIOS 则从操作系统角度提供调度、上下文、记忆、存储、工具和访问控制服务但它们还没有形成一个组织完整 Agent 系统的共同结构底座。研究团队设想的“图原生 Agent 操作系统”会把任务、Agent、能力和运行状态作为一等系统对象并通过类型化、版本化的图来表示。共享运行时可以提供图调度、能力发现、状态存储、事件与来源记录、结构化事务、权限执行、检查点、回放、回滚和图级可观测性。4.隐私与伦理系统智能会协调更多 Agent、工具、记忆和共享状态也会扩大隐私与伦理风险。敏感信息可能在多个组件间复制、沿工作流传播并长期保存在运行轨迹中。分布式决策还会让偏见、错误推理或对抗性输入在组件间放大导致责任归属更加困难。因此长期运行的 Agent 系统需要隐私保护的状态管理、范围明确的权限、带来源的日志记录以及有实质作用的人类监督。自治能力不能以牺牲隐私、公平性和可控性为代价。Graph Engineering之后是什么Graph Engineering 让任务、Agent 和状态之间的关系变得明确但“明确表示”不等于“统一理解”。不同组件可能对任务完成、有效证据、合法状态和授权行动有不同定义。Ontology Engineering 试图建立一套机器可解释的共享模型规定系统中有哪些实体、实体之间的关系意味着什么、哪些约束必须成立以及哪些结论可以从已有信息中推导出来。它不是简单给图添加语义标签而是为整个系统建立共同概念基础。研究团队建议采用分层、模块化的本体结构。核心本体定义不同系统都需要的基本概念专业模块再描述目标与价值、Agent 与能力、观察与证据、行动与状态、评估标准等内容领域本体则服务于具体应用。这样可以形成对 Goals、Agents、Capabilities、Evidence、Policies、States 和 Outcomes 的一致定义而不要求所有系统使用一个庞大且不可调整的单一模型。在“目标设定与价值对齐”方面本体可以记录目标的来源、优先级、授权范围、完成标准和约束帮助系统发现目标冲突、识别未经授权的修改并判断完成目标需要哪些证据。但本体本身不能决定系统应该采用什么价值观它只能让目标和规范约束变得明确、可检查。在“共享语义与世界Grounding”方面本体还需要连接工具输出、环境观察、时间戳、来源和验证结果。语义一致并不自动意味着事实正确。OntoCodex、CoA-Text2OWL 等工作展示了多 Agent 参与本体构建和扩展的可能性但新概念和新关系仍需要来源核验、结构约束和人类监督。Ontology Engineering 也可以帮助测量 System Intelligence。通过统一任务成功、失败、Agent 贡献、恢复、状态一致性和运行成本的定义系统之间的执行轨迹才更容易比较。未来的评估还应区分性能提升究竟来自更强的基础模型还是来自更高效的任务组织、能力分配、协作机制和状态管理。原文链接AI Agent的下一站一文读懂Graph Engineering-36氪 AI Agent的下一站：一文读懂Graph Engineering
用“图”构建下一代Agent系统当前围绕自主 LLM Agent 的工程实践已经逐渐形成了一套较为清晰的技术体系Prompt Engineering激发模型能力Context Engineering组织信息访问Harness Engineering连接工具、记忆与外部资源Loop Engineering则通过规划、行动、观察和反馈让 Agent 能够持续执行任务。然而软件工程、科学发现、医疗决策和企业流程往往同时涉及异构专业知识、相互依赖的子任务、可并行执行的分支、独立的验证环节以及需要跨越较长时间持续维护的运行状态。将这些复杂性全部压缩进单一上下文和单一控制循环难以有效应对任务本身的组织复杂性。为应对这一结构性瓶颈来自吉林大学、厦门大学等 15 个研究机构的学者介绍了“图工程”Graph Engineering一个将图结构作为构建下一代 Agent 系统的核心工程基础。论文链接https://arxiv.org/pdf/2608.21156与以往主要优化个体交互或 Agent 层级行为的范式不同Graph Engineering 构建了明确、动态且不断演化的图结构用于表示任务、Agent 和系统状态。这些抽象为组织复杂目标、协调异构 Agent、建模系统动态以及实现可扩展的 Agent 演化提供了统一的基础。在论文中研究团队系统性地回顾了 Graph Engineering 在 LLM Agent 中的原理、方法论同时还详细探讨了其在软件工程与 IT 运维、科学发现与实验室自动化、医疗保健与临床决策支持、企业流程与数字组织、通用数字 Agent 与个人自动化、社会与经济模拟、跨领域发现等领域的潜在应用。从“个体智能”走向“系统智能”在单个模型层面预训练、后训练将知识、推理和决策能力编码进参数Prompt Engineering 和 Context Engineering 再根据任务要求要求模型应该做什么、可以使用哪些信息进一步地Harness Engineering 将模型接入工具、知识库、记忆、技能和执行环境Loop Engineering 则把这些能力组织成一个持续运行的过程。因此一个能够自主完成任务的 Agent可以被理解为由 LLM、Harness 和 Loop 共同构成的系统。Harness 决定 Agent 能够访问哪些资源、执行哪些操作Loop 决定它如何在规划、行动、观察、验证和调整之间循环。尽管个体智能Individual Intelligence已经取得了持续进展但这一基本单元在调度并行且相互依赖的任务、整合异构能力以及维护运行时状态方面仍然存在固有局限。这推动智能向下一阶段演进即系统智能System Intelligence使得多个具备互补能力的 Agent 围绕共同目标形成一个自适应的整体。Graph Engineering如何组织系统智能系统智能并非简单地聚合多个 Agent 及其他智能组件即可产生其关键取决于如何对任务、组件与运行时状态之间的关系进行显式表示、约束与优化。从本质上看系统智能要求对任务、组件与运行时状态之间的关系进行系统化治理而图graph为建模系统层面的关系提供了一种自然的结构。首先图可以通过目标分解、依赖关系建模和工作流细化来组织任务将复杂目标转化为可调度、可执行的操作其次图可以通过表示操作拓扑与通信模式来协调智能组件使异构组件能够实现有效协作此外图可以通过记录事件、依赖关系与状态转换来支持运行时状态管理将散落在不同上下文与日志中的运行信息转化为可审计、可恢复的系统状态。基于此他们提出了 Graph Engineering其核心思想是把原本隐藏在上下文和控制逻辑中的关系外显为可操作的图结构划分为三个相互连接的层面任务组织Task Organization、智能体协调Agent Coordination和运行时状态管理Runtime State Management。1.Task Organization把复杂目标转化为可执行结构Task Organization 负责明确系统要完成什么以及这些工作应当如何组织。面对包含前后依赖、并行分支、验证环节和动态调整的复杂任务仅靠 Agent 上下文很难维持清晰的全局结构。Graph Engineering 将任务分解与执行流程显式表示为图使其成为可调度、可优化、可修改的系统结构。这一过程包含两个紧密关联的部分。其中Goal Decomposition 将高层目标展开为子目标图节点表示子任务或中间目标边表示先后顺序、数据依赖或逻辑关系。随后Workflow Optimization 将语义子目标进一步编译为由 LLM、专业 Agent、检索模块、工具、记忆操作、聚合器和验证器组成的可执行图。因此Task Organization 不是一次性制定计划而是在目标分解、流程编译和执行反馈之间持续迭代既决定需要完成哪些工作也决定这些工作如何被实际执行。2.Agent Coordination让合适的Agent以合适的方式协作Agent Coordination 负责明确谁来完成工作、责任如何划分以及信息如何在系统中流动。多个 Agent 的简单叠加并不会自动产生 System Intelligence。系统还需要了解不同 Agent 的能力与权限建立清晰的协作关系并根据任务状态调整交互方式。Graph Engineering 首先将 Agent、技能、工具、模型和资源表示为节点用带类型的边记录能力归属、资源访问、权限和可靠性。这样系统可以根据任务需求分配合适的 Agent并在能力或资源发生变化时寻找替代者。随后系统需要通过团队图规定任务归属、委派路径、输出交接和审查责任。不同结构分别适合顺序执行、专业路由和并行协作但也会带来不同的协调与计算成本。通信关系则描述执行过程中谁需要与谁交换信息以及反馈如何影响后续行动。更多连接不一定意味着更好协作冗余通信还可能增加成本或放大错误。对于高风险任务人类也可以作为图中的显式参与者承担澄清、审批、纠错和接管职责。3.Runtime State Management让执行过程可追踪、可诊断、可恢复多 Agent 执行会产生分散的任务进度、共享事实、角色绑定、资源变化和外部影响。如果这些信息只保存在各自的上下文或日志中Agent 可能基于不一致的状态行动故障也难以定位和恢复。Runtime State Management 首先需要记录每次状态变化的内容、来源和版本并对共享状态更新进行约束。当任务出现异常时系统还需要根据执行记录、依赖关系和外部证据定位最早的无效状态并判断哪些后续步骤受到影响。这里的图关系可以缩小排查范围但不能直接证明因果关系。完成故障定位后系统应选择明确的恢复边界在保留有效工作的同时修复受影响部分。恢复方式可以包括回放计算、撤销无效状态、切换执行分支或补偿无法直接回滚的外部操作。由此状态记录、故障定位和失败恢复共同构成一个可审计的运行循环使系统能够从经过验证的状态继续执行。当然除了上述三点在长期运行的开放环境中系统也应该具备从非固定结构开始的能力。执行结果可以揭示哪些任务分解有效、哪些通信关系成本过高、哪些 Agent 更适合承担特定角色以及哪些状态更新容易引发连锁故障。因此System Evolution 被用来改进任务组织调整 Agent 团队与通信模式以及把执行历史沉淀为可复用经验。然而研究团队区分了“运行时适应”和“持久化系统演化”。一次执行中的临时路由、恢复或任务重分配并不意味着系统在后续任务中已经改变了组织方式。真正的自演化图系统需要完成从执行、观察、结构归因到图修改、验证再到提交或回滚的完整过程。Graph Engineering的挑战与机遇研究团队表示当前的 Graph Engineering 依然面临以下问题1.图原生能力底座当前的记忆库、技能库、工具注册表和模型服务通常彼此分离。随着能力数量增长系统选择某项能力时不仅要看它“能不能做”还要考虑它依赖什么、能否被替代、如何组合、需要哪些权限以及在当前运行条件下是否适用。他们提出构建统一的能力图把模型、工具、技能、记忆、数据源、验证器和执行环境表示为带类型的节点用边描述依赖、兼容、组合、替代、授权、成本和可靠性。更重要的是能力图需要与任务图、Agent 图和状态图连接起来任务分解应暴露能力需求Agent 分配应考虑可用能力子图执行结果还应更新能力的可靠性与适用范围。2.自演化图系统图结构正在成为可优化变量但临时改路由与真正的系统进化仍有距离。未来系统需要回答哪条任务依赖、哪种 Agent 关系或哪项能力分配导致了成功或失败这种结构变化是否能迁移到其他任务以及它是否会影响其他图中的权限、通信和运行状态。因此结构演化必须配套来源记录、版本控制、验证、回放和回滚。目标不是让系统无限制地自我修改而是让它能够积累组织经验同时阻止不可靠的结构变化跨任务传播。3.图原生Agent操作系统现有技术栈将模型服务、Harness、工作流引擎、记忆系统、多 Agent 框架和状态存储拆分开来各自使用不同的任务、工具、消息、事件和状态抽象。MCP 改善了外部能力访问LangGraph 提供了显式工作流和状态表示AIOS 则从操作系统角度提供调度、上下文、记忆、存储、工具和访问控制服务但它们还没有形成一个组织完整 Agent 系统的共同结构底座。研究团队设想的“图原生 Agent 操作系统”会把任务、Agent、能力和运行状态作为一等系统对象并通过类型化、版本化的图来表示。共享运行时可以提供图调度、能力发现、状态存储、事件与来源记录、结构化事务、权限执行、检查点、回放、回滚和图级可观测性。4.隐私与伦理系统智能会协调更多 Agent、工具、记忆和共享状态也会扩大隐私与伦理风险。敏感信息可能在多个组件间复制、沿工作流传播并长期保存在运行轨迹中。分布式决策还会让偏见、错误推理或对抗性输入在组件间放大导致责任归属更加困难。因此长期运行的 Agent 系统需要隐私保护的状态管理、范围明确的权限、带来源的日志记录以及有实质作用的人类监督。自治能力不能以牺牲隐私、公平性和可控性为代价。Graph Engineering之后是什么Graph Engineering 让任务、Agent 和状态之间的关系变得明确但“明确表示”不等于“统一理解”。不同组件可能对任务完成、有效证据、合法状态和授权行动有不同定义。Ontology Engineering 试图建立一套机器可解释的共享模型规定系统中有哪些实体、实体之间的关系意味着什么、哪些约束必须成立以及哪些结论可以从已有信息中推导出来。它不是简单给图添加语义标签而是为整个系统建立共同概念基础。研究团队建议采用分层、模块化的本体结构。核心本体定义不同系统都需要的基本概念专业模块再描述目标与价值、Agent 与能力、观察与证据、行动与状态、评估标准等内容领域本体则服务于具体应用。这样可以形成对 Goals、Agents、Capabilities、Evidence、Policies、States 和 Outcomes 的一致定义而不要求所有系统使用一个庞大且不可调整的单一模型。在“目标设定与价值对齐”方面本体可以记录目标的来源、优先级、授权范围、完成标准和约束帮助系统发现目标冲突、识别未经授权的修改并判断完成目标需要哪些证据。但本体本身不能决定系统应该采用什么价值观它只能让目标和规范约束变得明确、可检查。在“共享语义与世界Grounding”方面本体还需要连接工具输出、环境观察、时间戳、来源和验证结果。语义一致并不自动意味着事实正确。OntoCodex、CoA-Text2OWL 等工作展示了多 Agent 参与本体构建和扩展的可能性但新概念和新关系仍需要来源核验、结构约束和人类监督。Ontology Engineering 也可以帮助测量 System Intelligence。通过统一任务成功、失败、Agent 贡献、恢复、状态一致性和运行成本的定义系统之间的执行轨迹才更容易比较。未来的评估还应区分性能提升究竟来自更强的基础模型还是来自更高效的任务组织、能力分配、协作机制和状态管理。原文链接AI Agent的下一站一文读懂Graph Engineering-36氪