一条“进行中”，交代不清一条SOP究竟做到哪里了。

老梁AI电商，帮电商企业把 AI 真正落到业务里的实战培训。对于企业负责人和AI负责人，记录SOP进度有一个很实际的目标：换一个人来接手，也能看懂这次任务的当前位置、已经留下的结果，以及继续往下做需要满足的条件。

“进行中”可能表示正在整理资料，也可能表示文档已经做好、等真人审核；“已完成”可能表示某个Agent交出了文件，也可能表示整次任务已经通过验收。它们背后的责任、依据和下一步，差别很大。

所以，完整进度不能只靠一个状态词。需要用一份独立的实例记录，把任务身份、当前节点、节点产物、审核决定和异常经过串起来。下面用一个假设的商品资料整理任务，说明这份记录应该怎样建立。所有场景都用于解释设计方法，不代表某个客户已经运行的系统。

一、先弄清楚：你记录的是哪一次任务

SOP规定的是一类工作怎样做，实例记录的是某一次具体任务怎样运行。

比如，“商品资料整理”是一条可以反复使用的流程。今天整理甲商品，明天整理乙商品，是两次任务；同一个商品补充新资料后再交一次，也需要让人辨认出这是哪一轮工作。流程名称相同，不能成为共用一份运行记录的理由。

假设把三件商品都写在“商品资料整理：进行中”下面，后面就会出现一个问题：新收到的文件对应哪件商品？审核人说“这一版通过”，通过的又是哪份结果？当身份没分清，后面补再多状态，也容易把不同任务拼到一起。

更稳妥的起点，是每次提交建立独立编号。编号本身不必复杂，关键是它能贯穿这次任务：输入资料归到它，执行节点引用它，审核意见对应它，最后的交付清单也能找到它。

同时，把采用的SOP版本记录下来。同样叫“资料整理”，流程规则可能已经调整：以前只要求整理卖点，现在还要求标明缺失资料。若不留下版本，事后看见结果漏了一项，很难判断是执行遗漏，还是当时的规则确实没有这项要求。

任务启动时，还应把目标、输入资料、授权范围、主控负责人和完成条件写清楚。它们决定本次工作究竟要走多远。例如，只授权整理并交付资料，就不能把后面的对外发送、商品上架一起当成默认动作。

开始时说清范围，结束时才能有依据地判断完成。如果当初只写了“把资料弄好”，交付时也只能凭感觉争论“好没好”。记录身份与目标，就是给后续每个状态建立共同的参照。

二、当前位置，要写到别人知道下一步等什么

一个能用于协作的当前状态，至少需要回答：到了哪个节点，由谁处理，正在执行还是等待，以及下一步依赖什么。

比如，“待审核”比“进行中”多了一层信息，但仍然不够。等谁审？审的是什么？需要判断完整性，还是判断能否对外交付？通过以后会进入哪个节点？这些问题不写清楚，记录看起来已经更新了，接手的人还是需要重新追问。

可以把它具体表达为：“资料整理结果已提交，当前等待指定审核人确认完整性；审核通过后进入交付。”这句话同时交代了前一个节点的结果、当前的等待对象、需要作出的判断和后续方向。

状态也要区分不同的等待原因。正在调用工具，和等真人确认，需要采取的动作不同；资料未补齐，和工具执行失败，需要解决的问题也不同。把这些情况都写成“进行中”，只能看出任务还没有结束，无法判断为什么没有结束。

对于企业负责人，这种区分也很有用。看到缺少输入，应找资料提供方；看到待真人审核，应找审核人；看到执行失败，应先查失败原因。状态写清楚，跟进才能指向真正需要处理的位置。

如果流程里存在并行分支，还要保留分支之间的差别。假设商品基础资料和图片素材分别整理，前者已经完成，后者仍在等补图，总实例就不能简单变成“全部完成”。反过来，也不应该因为缺一张图片，就让已经完成的基础资料从记录中消失。

这里需要同时看总实例和分支：总实例告诉人整次任务是否具备继续条件，分支记录说明哪些部分已完成、哪些仍在等待。本篇讨论的是怎样留下这种差别，不要求企业为了记录进度，一开始就设计复杂的并行系统。

当前状态的价值，是让人知道接下来该找谁、处理什么。它应当指向下一步工作，而不仅是一种进度展示。

三、节点说“完成”，必须能找到对应产物

进度记录最容易出现的一种断点，是状态已经变了，结果却找不到。

“资料整理完成”是一项结论。支撑这个结论的，应该有本次使用的输入、实际生成的文件、执行者、完成时间，以及对结果做过的验证。否则，后续的人只能继续问：文件在哪里？是不是这次任务的？是不是目前要用的那一版？

产物位置最好能明确到具体文件或版本。“已放共享目录”仍然很宽泛；“已整理到最终文件”也可能在后来改名时失去对应关系。记录要让接手的人能够定位到那个结果，而不是凭文件名里的“最新”“最终”去猜。

输入同样值得留下引用。假设任务启动后补充了一份商品说明，整理结果究竟使用了补充前还是补充后的资料，会影响审核判断。输入与产物都关联到当前节点，审核人才有条件检查这份结果是在什么基础上形成的。

这里还要分清三件事：节点已经产生文件，文件已经通过规定的验收，整次任务已经满足交付条件。

在假设场景中，整理Agent生成一份文档，可以记录“整理结果已提交，等待完整性审核”。这说明文件确实存在，不能据此直接写成“所有资料已核实、整次任务已完成”。其中是否存在缺项，需要审核；后面是否还要打包交付，要看本次约定的流程。

验证结果也应该写出实际检查的范围。例如，只检查了规定字段是否齐全，就不能顺手扩大成“所有业务事实都正确”。验证说明越具体，后面的执行者越能判断哪些依据已经具备，哪些判断仍需要自己完成。

老梁AI电商强调，把AI放进企业业务，需要同时定义输出标准和验收规则。在进度记录中，这意味着每个“完成”都要尽量连到可核对的依据。状态负责说明结论，产物和验证记录负责解释结论从哪里来。

四、审核记录，需要对上具体版本和允许的动作

让真人参加审核，不能只在聊天里留一句“可以”。当任务需要继续流转，审核决定也要成为实例记录的一部分。

至少应记录：谁在什么时间，审核了哪个对象和版本，结论是什么，有哪些意见，以及允许流程继续到哪里。这些内容共同决定后续执行能做什么。

为什么要把版本说清楚？因为审核人看过初稿后，正文可能又被改动。原来的“通过”对应的是初稿，不能自然覆盖后来增加或修改的内容。若记录只留下“某日已通过”，后面就无法分辨当前文件是否仍是审核对象。

假设审核意见是“这份资料可以交付给内部同事”，它允许的是指定范围的交付。对外发给客户、公开发布或用于商品上架，可能属于不同动作。审核结论需要保留这种边界，执行者也应按原话和明确对象理解授权。

“修改后通过”同样需要说清楚。如果某处需要补充证据，记录应保留对应意见，以及当前仍等待哪项确认。不要为了让状态显得顺畅，把有条件的决定简化成无条件通过。

记录的顺序也有意义：先把决定与对象写入，再依据决定推进。这样，后续节点查询时，才能看到自己为什么可以继续。若先往下做、事后再补一句“已经审核”，关键控制依据就容易和实际动作脱节。

审核记录不需要复制整段聊天，但要保存足以支持下一步判断的内容。有分歧时，能找到当时审的文件与明确结论；无分歧时，也不必让每个接手的人重新问一遍相同问题。

一次通过，必须对应一个清楚的对象和范围。把它放进实例，真人的判断才成为可追溯的流程依据。

五、暂停时，把已有结果和恢复条件一起留下

流程暂停并不稀奇。缺少资料、权限不足、工具失败或规则冲突，都可能让一个节点暂时无法继续。关键在于暂停后，记录有没有把情况交代清楚。

只写“失败”会漏掉已有成果。只写“等待处理”又会掩盖具体问题。更实用的异常记录，应说明发生在哪个节点，哪些工作已经做完，留下哪些产物，当前阻塞是什么，以及满足什么条件才能继续。

例如，在假设的资料整理任务里，基础字段已经整理完成，但某项商品信息缺少来源。记录就应保留已完成的整理文件，写明当前等待补充对应资料，再依据流程规定判断补齐后的继续位置。不能把缺项写成已核实，也没必要抹掉其他已经留下的工作。

再比如，执行到交付节点时权限不足，问题发生在交付动作，并不直接说明前面的整理文件不存在。把失败节点与成功产物分开，后续人员才知道应该处理权限，还是回到资料整理环节检查结果。

恢复条件应当能够被判断。“等问题解决”过于笼统；“收到缺失资料并完成本节点要求的检查后，再判断是否继续”，就有了需要满足的条件。异常原因、所需输入和对应责任人越明确，后面的接手成本越低。

同时保留关键事件：何时提交、何时审核、何时暂停、为什么暂停。当前状态回答“现在在哪里”，事件记录回答“怎样走到这里”。两者一起看，才能理解一个待审核结果之前经历过什么。

记录也应克制。没有必要把每一次无关对话都复制进去，但关键决定、节点结果和异常不能只放在会话记忆里。任务重新进入处理时，应先读取当前状态与最近事件，再核对产物和条件，判断下一步。

这些记录为继续工作提供依据，但并不代表系统已经具备自动恢复能力。能否自动继续，还取决于实际流程定义、工具、权限及相应验证。企业可以先把信息记完整，让人工接手有据可查，再按需要完善运行机制。

六、最后一次核对，回到任务开始时的约定

节点一路往前走，并不意味着最后一个工具返回成功，就可以把整次任务标成完成。

收尾时，应回到启动记录，逐项检查当初约定的完成条件。要求的产物是否齐全？规定的审核是否通过？还有没有未解除的阻塞？最终交付结果能否定位？这四个问题，能把过程进度和交付结论重新接起来。

如果约定交付一份经过审核的商品整理文件，而当前只是生成了初稿，任务就仍然停留在需要审核的位置。如果整理与审核均完成，但最终文件没有明确位置，也需要把交付信息补充清楚。完成结论应来自条件核对，而不是来自“已经执行了很多步骤”。

相反，已经超出本次范围的后续动作，也不应被硬塞进完成条件。只要求内部交付的任务，不需要等到对外发布才算完成。启动时记录授权范围，收尾时按同一范围验收，才能避免流程越来越长、责任越来越模糊。

在记录载体上，可以用一份当前状态记录说明当前位置，用节点记录关联输入和产物，用审核与事件记录保留关键经过。可以根据现有系统选择文件、工单或其他受控存储，不必照搬某一种目录形式。

把这些内容放回假设任务，可以得到一段很具体的交接说明：“本次商品资料整理采用已登记的流程版本，整理文件已经提交；当前停在完整性审核节点，等待指定审核人确认。已有文件与输入资料均关联在本次实例下。审核通过后，按授权范围交付；若发现缺项，保留现有结果和具体意见，再依据流程处理。”这段说明没有代替审核人作决定，但把下一位处理者需要知道的事情接了起来。

最终交付清单也可以沿用相同关系：每一份交付文件说明用途与版本，关联对应的验收结论，并保留尚未纳入本次处理的事项。这样，收到交付的人能够区分“这次已经完成的部分”和“未来可能继续做的部分”，不会因为看到一份文件，就默认整条后续业务都已经执行。

先让一条真实任务具备独立身份，再检查别人是否能沿记录找到当前文件、看懂审核决定、识别未完成事项。若这些问题仍需要翻很久的聊天才能回答，说明进度记录还需要补充。

满足本次全部交付与验收条件后，再标记实例完成，并返回明确的交付清单。尚有阻塞，就保留真实状态、已有结果和待处理事项。这样，从开始到交付的每一步，都能留下依据。

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

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

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

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