工作图与 Agent Skill 有什么区别？如何复用 AI 工作流
已经有 Agent Skill，为什么还需要工作图？本文对比方法复用与责任图复用，解释 Nexus 工作图模板、依赖验收、返工和二者的组合方式。
本文内容
如果你已经用过 Agent Skill，可以把 Nexus 中保存的工作图理解为另一种复用工作方法的方式：Skill 将指令、脚本和资料交给 Agent；工作图模板将任务结构、依赖和验收要求带进下一次执行。两者都让经验有机会被重复使用，但保存的内容和执行时承担的职责不同。
这个区别在工作开始以后才会变得明显。一个 Skill 可以写明“先搜集资料，再检查来源，最后生成报告”。当任务跨过多轮执行、两名 Agent 分头调研、其中一份材料需要返工时，系统还需要知道哪些工作正在进行、谁负责修改、报告能否进入下一步。
Nexus 的工作图负责保存和约束这些执行状态。它与 Skill 可以一起使用：方法继续由 Skill 提供，任务之间的关系和交付进展由工作图记录。
为什么有了 Skill，还需要工作图？
假设我们要反复制作产品研究报告。每次研究的对象不同，但都有一些共同要求：优先查原始来源，记录数据日期，区分事实与推测，并按统一结构输出。
这些要求适合写进 Skill。Agent 在相关任务中加载它，就能获得方法说明、参考材料和可能用到的脚本。Agent Skills 的开放格式正是围绕这类指令和资源组织的。Agent Skills 格式介绍
Skill 也可以描述完整流程。我们不把它限制为单一步骤，更不认为多步骤任务必须离开 Skill 才能完成。Anthropic 的工程介绍展示了如何按需加载指令、引用资料和脚本，让同一套方法用于不同任务。Anthropic：Agent Skills 的设计
问题出现在需要系统维护进度的时候。Skill 解决“怎样做”，动态工作图解决“这一次交付现在走到哪里”。
研究报告已经写了一半，核查 Agent 发现其中一份材料过期。仅在 Skill 中写下“所有来源都要核查”，无法直接回答当前是哪份提交有问题，返工由谁负责，以及后续整合是否还要等待。这些问题需要当前任务自己的执行记录。
在 Nexus 中，工作图把“来源核查”放进正式的工作结构，保存它与资料收集、报告整合之间的关系。若整合依赖已验收的核查结果，这个条件就由执行状态判断。读过核查指令，并不代表这一次核查已经完成。
Skill、工作图模板和正在执行的工作图，分别保存什么？
讨论复用时，需要先区分“保存的方法”和“这次正在做的工作”。
已保存的工作图是模板。把它用于一个新请求后，Nexus 会创建新的计划、工作项和执行记录，形成这一次任务的工作图。上次任务的完成状态不会随模板一起带过来。
| 比较维度 | Agent Skill | Nexus 已保存工作图 | 本次运行的工作图 |
|---|---|---|---|
| 保存的主要内容 | 指令、脚本、参考资料等 | 抽象工作项、依赖、交付与验收要求 | 当前计划、分派、尝试、提交和验收记录 |
| 复用什么 | 做事的方法与辅助资源 | 组织整件工作的结构 | 本次运行持续推进的状态；不作为模板复制 |
| 怎样用于新任务 | 由兼容的 Agent 按需加载；具体机制取决于宿主 | 根据新请求具体化，建立新的执行身份 | 在当前任务中推进、返工、修订与验收 |
| 如何表达顺序 | 可以用说明或脚本描述流程 | 保存可复用的依赖结构 | 宿主按当前依赖与验收状态判断能否推进 |
| 完成记录在哪里 | Skill 格式本身不规定统一的任务状态库 | 不保存旧任务的完成结论 | 保留本次提交与验收事实 |
把一个研究任务拆成方法、结构和实例
同一个研究流程里，Skill、已保存工作图和正在执行的工作图最好分别承担三层职责。
以“研究一个开源项目的多 Agent 协作能力”为例：
- Skill 保存方法。 它规定优先读论文和官方文档，记录版本和日期，区分论文事实与 Nexus 的推断，并使用统一的比较字段。
- 工作图模板保存结构。 它规定先收集原始材料，再做独立核查，最后形成对比报告；核查通过前，整合工作不能收口。
- 本次工作图保存实例。 它记录这次研究的项目名称、实际来源、负责人、提交、退回意见和最终验收。
当研究对象从 AutoGen 换成 CAMEL 时，方法仍然可以复用，结构也大体可以复用，但来源、版本、结论和证据都必须重新获得。模板不能把上一次任务的“已核查”状态带过来，否则就会把过期的完成结论当成工作方法复制。
这三层拆开以后，修改的影响也更容易判断：改引用规范，更新 Skill；新增独立事实核查，修订工作图结构；某篇材料失效，只返工当前实例。没有这层区分，团队很容易把一次任务里的临时经验直接写回模板，或者把模板更新误当成当前任务已经完成。
这里比较的是 Skill 格式与 Nexus 工作图各自承担的职责。承载 Skill 的应用也可以另外提供状态管理、审批或调度能力；不能据此推断所有 Skill 系统都缺少这些功能。
如果还不了解 Goal 和工作图的整体关系，可以先阅读AI Agent 的 Goal 是什么和Graph Engineering 与动态工作图。想看这些机制如何落到一个真实交付任务，可以继续阅读从需求到发布的动态工作图案例。
同一个研究任务，怎样同时使用 Skill 和工作图？
回到产品研究报告。一个简化的工作图可以包含资料收集、来源核查、报告整合三项工作；Skill 提供贯穿这些步骤的研究方法。
组合示意。图中的步骤用于解释分工，不表示 Nexus 会自动给每个节点安装或绑定一个 Skill。
负责资料收集的 Agent 根据研究 Skill 查找原始来源，按要求记录时间和出处，提交一份可核查的材料。核查工作判断这些材料是否满足当前任务的标准；存在问题时，可以要求修改，再检查后续提交。
报告整合是否能够开始，取决于工作图中实际设置的依赖。若设置为硬依赖，就要等待对应结果验收通过。收集 Agent 退出，或核查 Agent 回复了一句“看过了”，都不能替代正式验收记录。
同一个 Agent 可以承担这些工作，也可以由不同 Agent 分工。节点数量不等于 Agent 数量，使用工作图也不要求必须启动多 Agent。
Skill 在这里仍然有用：它可以说明怎样查原始来源、怎样标记存疑结论、怎样写报告。工作图让系统知道这一次具体走到了哪里。单独改进研究方法时，可以调整 Skill；需要增加独立复核或改变任务依赖时，则要调整工作结构。
如何把完成的工作图保存为可复用结构？
一个常见起点是：这次任务确实做完了，而且它的结构值得再用。
Nexus 可以从完成态工作图提取草图，让用户通过对话调整，再确认保存为命名工作图。提取时会把具体课题等一次性语义抽象出来，同时保留关键节点、父子结构、依赖以及必要的验证和协作边界。草图还需要经过结构校验，不能为了看起来简洁就删除最终交付或关键复核。
例如，“核查 A 产品在某季度的定价”可以抽象为核查本次研究对象的定价；收集、核查与整合之间的关系仍然需要保留。这样的模板才能用于下一个研究对象。
复用时，新请求带来新的课题和完成要求，系统建立新的执行、计划和工作项。旧 Agent 的身份、上次的工具调用、文件、提交和验收结论都留在原任务中。
复用工作图也不等于重放上一次的操作序列。上次查过的网站可能已经更新，新的问题可能需要不同工具。模板保留工作结构，具体行动仍需要根据当前任务判断。
用户可以在能力目录中找到已保存的命名工作图，也可以通过对应的 Slash 命令发起新的工作。保存前需要确认当前草图；仅仅完成一次任务，不会自动把它变成用户的可复用模板。
工作图会让 AI 工作流变得固定吗？
模板提供一个起点，真实执行仍会带来新发现。
如果只是某份资料不合格，可以在现有工作项内返工，形成新的尝试和提交。如果发现研究报告还需要独立的数据验证，就可能需要修订计划。Nexus 用计划版本保留这种变化，并在允许切换责任的边界上处理修订。
这就是动态工作图与模板能够共存的原因：可复用的结构减少重复组织工作，执行中的反馈又允许它调整。这里的动态性不意味着任意跳过必要检查，也不意味着每次失败都要重新生成整张图。
模板是否值得保留，也取决于它是否真的适合下一次任务。一个三步就能完成的小请求，没有必要为了使用模板而扩展成十个节点。
一个实际的选择表：Skill、工作图，还是两者一起用？
可以先问三个问题：是否要复用一套做事方法，是否要跟踪这一次任务的责任和交付，是否存在需要等待验收的依赖。答案不同，适合的结构也不同。
| 需求 | 适合的结构 | 例子 |
|---|---|---|
| 让 Agent 按统一方法写作、查资料或运行脚本 | Agent Skill | 按引用规范整理研究资料，统一输出报告格式 |
| 记录这次任务由谁负责、交了什么、是否通过 | 动态工作图 | 收集资料、独立复核、修订交付之间有明确依赖 |
| 方法需要复用，同时这次交付需要分工和验收 | Skill + 动态工作图 | Skill 规定来源核查方法，工作图跟踪本次研究实例 |
| 只是一次短小、可以立即验证的修改 | 普通任务 | 修改一个配置项并运行一组已有测试 |
这张表的重点是“这次任务”四个字。Skill 解决的是可复用的方法，工作图解决的是当前实例的责任和证据。没有多轮协作、交接或验收依赖时，单独使用 Skill 往往更轻；方法和交付都需要被管理时，才把两者组合起来。
什么时候用 Skill，什么时候再加工作图？
如果你主要想让 Agent 按同一种方法做事，例如遵循写作规范、使用一组分析脚本、按固定要求处理文件，可以先把方法整理进 Skill。
当你还需要持续回答“谁在做”“哪些交付被认可”“下一步为什么在等待”，工作图就有了价值。任务跨轮推进、多 Agent 交接、存在明确验收依赖，都是考虑它的实际理由。
二者可以组合，也可以分别使用。Goal 又是另一层：它保存当前目标与续跑状态。工作图不要求必须绑定 Goal；需要把图的完成与整体目标联系起来时，可以明确建立关联。三者的整体关系见《AI Agent 如何执行长任务：Nexus 的 Goal 与动态工作图设计》。
对重复制作研究报告的人来说，Skill 能留下研究方法，工作图能留下组织和验收工作的结构。下一个课题开始时，资料和结论都需要重新获得，但已经整理好的方法可以继续使用。