岗位Agent负责把工作做好，SOP负责把协作接好，综合工作台负责让员工用得起来。

老梁AI电商，帮电商企业把 AI 真正落到业务里的实战培训。理解企业AI工作系统，可以先把这三件事分清：业务能力由谁承担，多个人和AI怎样接力，员工每天从哪里进入工作。

假设一名运营人员需要整理商品资料、准备主图方案，再把结果交给负责人审核。面对这项工作，可以做一个岗位Agent，也可以组织一条SOP，还可以把相关入口放进综合工作台。但三个名字对应着不同责任，不能用其中一个名字替代整条工作链路。

这篇文章用“商品上新资料准备”做架构示意，解释三者怎样连接。下面的流程、界面和状态安排，都是为了讲清设计方法，不代表某家企业已经完成整套系统部署，也不据此证明跨工作台汇总、审核回传和中断恢复已经全部验证通过。

一、先给三个概念各找一个清楚的位置

岗位Agent对应一项具体业务能力。资料整理岗位负责把输入信息整理成规定格式，主图岗位依据产品资料和方法准备方案。让它们承担工作之前，企业要先说明职责、输入、步骤、知识、工具、结果格式，以及什么结果才算通过。

SOP对应一类可以重复执行的协作流程。它规定资料整理之后谁来确认，确认通过后交给哪个岗位，哪些节点需要真人判断，不通过时退回哪里，整件事最后以什么结果结束。

个人综合工作台对应员工自己的使用入口。员工需要哪些岗位能力、参与哪些流程，就把相关独立工作台组织到自己的工作环境中，方便找到入口、提交资料、参与审核和取用结果。

从使用者的角度看，这个区别很实际：我要整理一份资料，可以直接进入资料岗位工作台；我要发起一项需要多个角色接力的上新准备任务，就进入对应SOP工作台。两种入口可以同时出现在个人综合工作台里。

岗位能力、流程协作、个人入口，是三个分别需要设计和验收的部分。

这样分工以后，业务变化也有了处理位置。产品资料更新，先检查岗位知识；审核顺序变化，先检查SOP；员工需要增加某项业务入口，再检查综合工作台的接入安排。负责人能知道应该调整什么，也能知道调整以后要验证什么。

二、一项边界完整的任务，可以直接调用岗位能力

先看最短的一条路径：

个人综合工作台 → 独立Agent工作台 → 岗位能力执行 → 返回结果。

继续用设计示意说明。假设运营人员只需要把一份商品资料整理成标准表格，目标清楚，所需资料齐全，结果也可以独立检查，那么这项工作就可以交给资料整理岗位完成。

独立Agent工作台要把这项业务操作讲清楚：这次处理什么商品，需要提交哪些文件，缺哪些信息时暂停，输出保存到哪里，完成后到哪里查看。员工不必每次从空白对话重新解释岗位职责，但仍要提供本次任务所需的真实信息。

工作台背后，岗位Agent按自己的流程读取资料、调用获授权的工具、生成相应产物。界面承担提交和展示的工作，执行能力来自岗位知识、工作规则与工具的配合。把提交按钮做好，与把岗位能力测试通过，是两项不同的工作。

例如，一份表格能够生成，只能说明执行得到了一份产物。还要检查关键字段是否有依据，缺失项有没有标出，输出格式是否符合约定，以及结果是否能被后面的使用者理解。只有这些标准清楚，员工才能判断任务完成得怎么样。

是否需要SOP，要看这次任务的协作关系。

一个岗位就能独立完成并验收的工作，可以先通过独立岗位入口使用。出现前后依赖、多人审核和多岗位接力时，再把协作规则组织成SOP。企业不需要为了展示一条长流程，把原本简单的岗位任务绕得很远。

同一项岗位能力也可以有两种使用方式：员工单独发起一次资料整理；或者某条上新SOP在运行到相应节点时调用它。能力可以复用，任务的身份、输入和回传要求要分别交代。

三、多岗位接力，要把交接和真人责任一起写进SOP

现在把任务扩大一点：商品信息要先整理，关键事实要由真人确认，然后准备主图方案，最后由运营人员审核交付。

这是一条为说明架构而设计的流程：

资料整理Agent → 真人确认商品事实 → 主图岗位Agent → 运营审核 → 汇总交付。

每个岗位都有自己的工作范围。资料整理岗位把输入整理清楚，主图岗位完成方案准备，真人负责不能自行猜测的业务事实与结果判断。SOP要说明这些角色以什么顺序合作，以及前一个角色的什么产物可以交给下一个角色。

比如，真人确认商品事实这个节点，要看的是本次任务中明确的一份资料。确认通过，后续岗位才以这份资料为依据。发现事实不清，就退回补充资料。这个审核责任如果没有写进流程，只画一条箭头，后面的Agent仍可能拿着未经确认的信息继续执行。

采用Agent原生SOP编排时，可以把流程规则封装成Skill，再由主控Agent为这一次具体任务创建实例、读取状态、调度节点，并记录返回结果。

这三者的分工要记牢：Skill定义怎样做，主控Agent负责推进，实例状态记录已经做到哪里。

SOP定义描述的是这类工作可以怎样做；实例记录描述的是这一次上新准备已经做到了哪一步。今天处理商品甲，明天处理商品乙，可以使用同一套流程规则，但要区分各自的资料、节点结果和审核记录。

有了这个区分，再给SOP制作独立工作台，真人就有了提交整项任务、查看当前进度、处理待审事项和取用最终交付的界面。界面显示“等待事实确认”，背后应有相应的实例节点和待审资料；真人的决定也应返回对应实例，由主控按规则继续。

所以第二条路径是：

个人综合工作台 → 独立SOP工作台 → 主控Agent按SOP推进 → 真人与岗位Agent完成节点 → 汇总交付。

这条路径比单岗位调用多出来的，是协作机制。它要承担前后依赖、审核责任、退回路径和完成条件，不能只把几个岗位入口排成一行，就当作协作已经成立。

四、综合入口方便员工使用，实例主控负责流程推进

员工每天使用时，关心的通常是手头这项工作在哪里做、现在等谁处理、完成结果从哪里拿。个人综合工作台可以围绕这些使用需要，把相应的岗位入口和流程入口组织起来。

这里要把人的入口与实例的控制责任分清。综合工作台能显示某项业务入口，说明员工能够找到相应工作位置；至于这一次SOP下一步由谁执行，仍应由该实例的运行时主控依据流程和状态判断。

同一个SOP实例在同一时刻，要有一个明确的运行时主控。

假设员工从综合工作台进入上新流程，主图岗位又有自己的独立界面。这两个界面可以提供不同的操作位置，但都需要遵循同一个实例的状态与控制安排。如果一个入口把节点记为通过，另一个入口又按旧状态发起执行，就会出现资料和进度对不上的问题。

设计时要明确，岗位执行者完成后返回什么，真人通过或退回后由谁记录，谁有权决定下一节点。每个岗位做好自己的工作，按约定回传结果，主控再根据验收结论推进，责任才不会散落在多个入口里。

企业也可以有外层任务入口和领域主控。外层负责转交任务、传递授权、接收阶段结果，领域主控负责自己范围内的流程。职责可以分层，但某个实例的节点推进不能由多个主控同时操作。

从员工的使用感受看，入口可以尽量简单；从后台的工作机制看，任务身份、授权和状态需要足够明确。让员工少记几个工具名称是界面设计的价值，让一次协作知道自己下一步该做什么，则依赖流程运行机制。

五、真正的连接，落在任务、状态、审核和产物之间

画好架构图以后，还要回答一个更具体的问题：从一个入口提交的资料，怎样和执行过程、审核决定、交付结果保持对应？

这也是连接设计最容易被忽略的部分。页面能跳过去，文件能生成出来，都不能单独说明整条工作链路已经接好。

先看任务身份。进入岗位或SOP的这次提交，需要知道自己属于哪项任务。如果是在SOP中调用岗位，还应带上所属实例、当前节点、输入资料、授权范围、验收标准和回传要求。岗位收到这些信息，才能按本次任务要求执行，而不是只接到一句脱离上下文的“做一套主图”。

再看状态来源。界面显示的“处理中”“待审核”“已退回”，应对应实际节点状态。这个状态保存在哪里，由谁更新，其他入口从哪里读取，都要在设计时明确。状态可以通过文件或其他受控载体保存，重要的是有依据、有责任归属，并能找到相关产物。

然后看审核对象。假设同一条上新准备流程有两轮主图方案，第一轮被退回，第二轮重新提交。审核界面应清楚对应当前实例和本轮待审方案，真人决定也应记录到相应节点。否则，负责人虽然点了通过，后面的岗位却可能继续使用上一轮结果。

最后看交付去向。哪个文件是最终结果，哪些只是过程产物，退回后的旧方案保留在哪里，员工从哪个入口获取当前交付，都应说明。对于结果使用者来说，知道自己拿到的是哪次任务、哪轮审核确认的产物，才有实际价值。

可以用四个普通问句检查连接：

• 这次在处理哪项任务？
• 当前状态依据什么记录？
• 现在审核的是哪一份结果？
• 最终交付从哪里获取？

四个问题能够回答清楚，再去讨论跨工作台汇总、审核回传和中断恢复，才有明确的验证对象。这些能力需要分别开发与测试，不能因为有一张总览页面，就默认已经具备。

六、建设顺序可以分步，验收也要逐项进行

老梁AI电商更建议企业先选择一个边界清楚的岗位，用真实资料和明确标准把它测试起来，再逐步组织协作与入口。

第一步，验证岗位能否交付。

把角色、资料、步骤、知识与结果标准说明白，用一项具体任务检查输出。信息缺失时会不会停止，结果不符合标准时能不能指出问题，修正后能否再次使用，都属于岗位能力验证。独立工作台应围绕已经明确的业务操作来做，让员工知道怎样提交和查看结果。

这一步完成以后，企业得到的是一项经过相应任务验证的岗位能力。测试范围有多大，能说明的结论就有多大。不能因为一项任务成功，就把尚未测试的业务情况也算进去。

第二步，验证岗位之间能否衔接。

当出现稳定的多岗位合作需求，再定义SOP。选择一条明确流程，标出依赖、主控、状态、真人审核点和退回路径。重点检查前一个岗位交出的内容，是否足以让后一个岗位继续；出现缺项时，流程能否停在应当停的位置，并把恢复条件说清。

这一步可以从一条小流程开始。流程短一些，更容易看清输入在哪个节点发生变化、审核责任落给谁、产物怎样回传。协作规则明确以后，再按需要增加角色与条件，维护者也能找到每一处变化的影响范围。

第三步，验证员工能否通过入口完成操作。

把员工需要的独立Agent工作台和独立SOP工作台接入个人综合工作台，再从员工角度走一遍：能不能找到正确入口，能不能交齐资料，能不能看到该看的结果，待审时能不能定位到本次任务。涉及账号、权限与后台控制时，也要针对相应范围另行验证，入口可见不等于权限已经验收。

第四步，单独验证异常情况下怎样继续。

资料缺失、节点被退回、执行失败、会话中断，分别对应不同处理方式。恢复时先找实例状态、最近事件和已有产物，再判断从哪里继续。是否具备这样的恢复能力，需要真实测试，不能依赖Agent在对话中记得上次做到了哪里。

这些步骤可以让企业清楚地区分：页面能够打开，岗位能够执行，流程能够继续，员工能够操作。每项通过以后，再描述相应范围已经可用。这样汇报进度，也更容易让业务负责人判断下一步应该补资料、改规则、修连接，还是继续增加使用场景。

七、把下一项业务接进来时，先检查这三个问题

以后企业想增加一项AI能力，可以沿着这套结构判断它应该放在哪里。

它需要什么知识、步骤、工具和结果标准？这决定岗位能力怎样准备。

它是否依赖其他岗位，是否有真人确认和退回要求？这决定要不要进入SOP，以及在流程中承担什么节点。

哪些员工需要使用，它们从哪里提交、审核和取用结果？这决定独立工作台怎样接入个人入口。

三个问题都回答以后，新增岗位、修改流程或者替换工具，就能落到清楚的位置。岗位知识和工作流程仍然是底座，工作台把这些已经准备好的能力，组织成员工更容易使用的工作环境。

岗位能交付，流程能衔接，员工能操作，三者的连接才有实际意义。

企业可以从一项明确岗位任务开始，把资料、标准和验收做好；再沿着真实协作需要，把SOP和工作台逐步接起来。每往前走一步，都留下可验证的结果，下一步才有可靠依据。

从一个真实岗位开始练习

如果你希望把AI用进企业的日常工作，可以从一个真实岗位开始，系统练习知识整理、岗位Agent和协作流程。

老梁AI+电商实操训练营第31期，2026年11月19—21日在杭州开课。三天两夜，带着真实业务资料练习私有岗位Agent构建，学习SOP协作与工作台使用。建议电商企业老板与企业AI负责人共同参加。

想了解课程安排与报名，可微信咨询：19883159193。

老梁AI电商，帮电商企业把 AI 真正落到业务里的实战培训。