用 WorkBuddy 写 SOP 和操作手册：指令模板、样本锚点与验收方法

2026-08-08

很多团队的流程是这样的：报销怎么走问小李，客户资料归档问老王，新人来了跟着看两周。等小李调岗、老王休假，整条流程就卡住了。

大家都知道该写 SOP，但一直没写。原因也不复杂——写手册这活儿又琐碎又不出彩，要把每一步拆开、把每个字段说清、把格式统一，写完还没人看。它恰恰是那种”标准化程度高、但耗人时”的活，也就是官方《10 个上手技巧》最后一条说的、应该外包出去的”格式化、写模板、整理数据”那一类。

所以把 SOP 交给 WorkBuddy（Tencent WorkBuddy）这类桌面 Agent，是对路的。但对路不等于随便丢一句”帮我写个报销 SOP”就能拿到能用的东西。这篇讲清楚四件事：指令怎么写、交付物长什么样、怎么验收、什么情况别交给它。

一、先分清哪半段能交出去

官方文档《实践二文档生成与编辑》明确列了适用范围：通知、方案、申请、制度、汇报等正式文档。SOP 和操作手册属于”制度”这一类，做法是直接描述文档的目标、对象、语气和结构要求。

但落到具体一份手册上，能交和不能交的界线是很清楚的：

环节	能不能交	说明
把零散笔记、聊天记录、旧文档整理成有结构的初稿	能	前提是这些材料在工作目录里，或者你贴给它
统一格式：编号、标题层级、步骤句式、表格列	能	这是它最省人力的地方
补齐每个环节的注意事项、异常处理占位	能	它会写出框架，内容仍需你核
判断这条流程本身合不合理、要不要改	不能	这是业务决策
补出你没告诉它的前置条件（权限、账号、审批人）	不能	这恰恰是老手最容易漏说的部分

最后一条是 SOP 写作真正的坑，后面验收那节会专门讲。

二、给它看一份样本，比写十条格式要求管用

官方技巧第 6 条只有一句话，但对写手册特别关键：一个好的参考样本胜过十行抽象要求，样本是明确的锚点。

手册这类文档最讲究的就是格式统一。你如果用文字描述格式要求，得写成这样：每个步骤用”动词开头”、编号用”1.1 / 1.2”两级、每步后面跟一个”注意”块、涉及系统操作的要写清入口路径、表格固定四列……写完十条，它还是可能理解偏。

但你手上如果已经有一份写得还行的旧 SOP，直接把它作为样本给过去，这十条就全省了。官方在《创建任务》里给了四种添加上下文的方式：用 @ 引用文件、文档或规则；用 Ctrl/Cmd + V 粘贴截图；上传或拖拽文件；直接补充说明。样本走前两种最方便。

如果部门里一份像样的都没有，退而求其次的做法是：让它先按你的要求生成一节，你手工改到满意，然后把这一节作为样本，说”后面所有章节都照这一节的格式写”。用一节的返工成本，换掉整本的格式返工。

三、指令怎么写：套官方的四要素

官方《创建任务》给的四要素是：目标是什么 / 输入是什么 / 输出格式（Word、Excel、PPT 或其他）/ 约束条件（风格、字数、截止时间）。《10 个上手技巧》第一条给的公式是同一件事的另一种说法——做什么 + 有什么 + 怎么样，别让 AI 猜你的意图。

套到 SOP 上，可以直接复制这条：

请帮我生成一份《客户资料归档操作手册》，交接给新同事后能独立照着执行。

【输入】
1. 参考样本：@旧版_合同归档SOP.docx，格式、编号方式、句式一律照它。
2. 素材：读取 D:/工作/流程整理 目录下的会议记录和零散笔记。

【目标结构】
一、适用范围与责任人
二、开始前的准备（需要哪些系统权限、账号、工具及版本）
三、操作步骤（两级编号，每步动词开头，写清系统入口路径）
四、常见异常与处理办法
五、相关表单与存放位置

【输出格式】
生成 Markdown 文件，保存到 D:/工作/流程整理/成稿 目录，
文件名为「客户资料归档操作手册_v1.md」。

【约束】
1. 每个步骤只写一个动作，不要把两步合成一句。
2. 素材里没有依据的内容不要自行补全，一律写成「〔待补充：xxx〕」并集中列在文末。
3. 第二节「开始前的准备」请主动追问我：这条流程需要哪些账号权限、
   由谁审批、用什么工具和版本——不确定的不要猜。
4. 不要写开场白和总结性套话。

这条指令里有三处是刻意加的：

一是把参考样本放在输入的第一行。 它是整条指令里性价比最高的一句，直接锚定了格式。

二是”待补充”占位。 AI 补全缺失信息的倾向很强。与其让它把编出来的审批人、编出来的系统名混在正文里，不如逼它显式标出来。你扫一眼文末就知道还有几处要自己动手，这比逐字校对成稿快得多。

三是让它反过来追问你。 官方新手小贴士里有一句可以借用的做法：不确定从哪开始时，先问它”我想做 XX，你需要我提供哪些信息？“，让它先梳理输入项再进入正式执行。写 SOP 时这个反向追问格外有用——前置条件是老手的盲区，被问一遍才想得起来。

四、别指望一轮写完整本

官方技巧第 2 条”小步快跑”的反面例子是”把 50 页报告读一遍写成 PPT 发给领导”，正面做法是拆成三轮，每步都能确认方向，发现偏了及时拉回，而不是最后整份推翻。

手册同理，按三轮走：

第一轮只要目录。 让它根据素材列出章节和每章要覆盖的要点，不写正文。这一轮你要看的是：流程环节有没有漏、顺序对不对、有没有把两条不同的流程混在一起。这三类错误如果拖到成稿才发现，整本都得推倒。

第二轮写一节做标杆。 挑最典型的那一节让它展开，你改到满意为止。官方技巧第 3 条给了四种调整方式：直接指出问题（“太长""语气太正式""第三段逻辑不通，重写”）、换角度重述需求、补充限制条件、切换角色视角。官方那个比喻挺准——像指导一个很勤奋、但需要反馈的实习生。

第三轮按标杆铺开全篇。 这时才让它写完整本，并且明确说”格式照第二节”。

另外，二次修改不必手动开文件改。官方在《实践二》里说得很清楚，直接继续说”请为每个流程环节补充一条注意事项""整体语气再正式一些”就行，它在原有内容基础上继续改，不需要重写整段提示词。

五、交付物长什么样

产物是一个文件，落在你指令里指定的目录。有两件事值得提前定好：

一是工作目录要单独建。 官方在《工作目录》里建议按任务类型分别建目录（如发票整理 / 周报 / 待处理照片），便于管理并降低误操作风险。流程文档这类活儿建议单开一个目录，改的时候心里有底。

二是选对模式，改之前先备份。 官方三种工作模式的分工是：问一问（Ask）只问答不改文件；做一做（Craft）直接执行任务并修改文件；想一想（Plan）先生成执行计划、确认后再操作。改旧手册这类”在既有文件上动刀”的场景，Plan 比 Craft 稳妥，你能先看到它打算改哪些地方。官方也明确写着：处理重要文件前请先备份。

技巧第 8 条把这件事说得更直接：它可能”改过头”——删掉你想保留的内容、打乱原有格式、方向越改越偏；建议改文档表格前先复制一份备份，文件名加 _备份 或当天日期。成熟的用法不是期待它永不出错，而是提前准备好回退方案。旧版手册尤其别拿原件让它直接改。

六、怎么验收：让没做过这件事的人走一遍

SOP 的验收标准和别的文档不一样。周报是给人看的，看懂就行；手册是给人照着做的，看懂不算数，走通才算数。

所以验收方法只有一条硬的：找一个没做过这件事的人，照着手册从头走一遍，中间不许问人。 他卡在哪一步，哪一步就是缺的。

在找到这个人之前，你自己先按下面四处过一遍，能拦掉大部分问题：

查前置条件有没有漏。 这是 AI 最容易出错的地方，也是老手最容易忽略的地方——需要什么系统权限、用哪个账号登、工具是哪个版本、找谁开通。这些东西在素材里通常压根没写，因为写素材的人默认”大家都有”。指令里那条”主动追问前置条件”就是为这个加的，但它问了你也未必答全，成稿后还得再对一遍。
查步骤有没有被合并。 一个步骤里塞两个动作，是手册最常见的坑。“登录系统并导出报表”看着没问题，实际执行时新人可能连从哪进都不知道。
查有没有编。 系统名称、菜单入口、表单名字、审批人——凡是具体名词，都要能在素材里找到出处，找不到的就该是”待补充”。
查异常处理是不是空话。 “如遇异常请联系管理员”这种句子等于没写。要么写清具体现象和处理办法，要么就标成待补充，别留一句安慰话在那儿。

还有个省事的办法：让它交付前先自查。官方在《实践九》里给的说法可以直接借用——“输出前请自检一遍，确认结构完整、信息无重复、结论简洁明确”。这一步拦不掉事实错误，但能拦掉结构缺项和重复内容。

七、要写的不止一份，就沉淀成 Skill

如果你不是写一份 SOP，而是要把整个部门十几条流程都补上，那格式要求就值得沉淀下来，不必每次重贴样本。

官方《实践八创建自己的 Skills》讲的正是这件事：把固定流程沉淀为长期可复用能力，让 AI 在任意对话里自动识别某类意图并执行。创建方式是在对话框里直接说明想要的能力、触发方式、输出结果三件事。官方给的示例是创建一个记录灵感的 Skill：当输入灵感、想法或待验证创意时，自动识别内容类型，整理成结构化记录，并保存到指定目录。

照这个结构，SOP 场景可以说成：我要一个写操作手册的能力；当我说”写一份 XX 的操作手册”时触发；输出按固定的五节结构，缺信息的地方标成待补充，文件存到指定目录。

创建完成后，官方说明是打开技能栏、在已安装目录下可以查看新建的 Skill，之后用自然语言触发即可。另外《技能》文档里两条使用建议值得一并记住：已安装技能可以随时关闭或重新启用、无需卸载；官方建议仅启用当前任务所需的技能，减少无关干扰并降低误调用概率。

八、三种情况，别交给它

第一，涉及安全与合规的强制流程。 消防、用电、危险品操作、财务内控、资质申报这类流程，写错的代价不是返工而是事故或处罚，必须由具备资质的专业人员编写和审核。官方自己在《专家》文档里也写了一条提醒：AI 生成内容仅供参考，无法替代专业判断，不构成决策和投资建议。这类手册即便用它打初稿，最终版也必须走专业审核，别把生成稿直接挂到墙上。

第二，流程本身还没定型。 SOP 是把已经跑通的做法固化下来，不是用来发明流程的。如果这条流程本身还在改、责任划分还没谈拢，这时候写手册只会得到一份看着挺齐整、实际没人认的文档，下个月还得重写。先把流程谈定，再写。

第三，工作主要靠隐性经验判断。 有些活儿的核心是”看情况”——客户什么时候该让步、这批货的质量差异要不要放行、这个投诉该走哪条口径。这类判断写不成步骤，硬写出来就是”根据实际情况灵活处理”这种废话。这种工作能沉淀的是案例集和判断依据，不是 SOP，别指望一份手册解决。

小结

写 SOP 交给 WorkBuddy，真正省下来的是格式统一和文字组织这半段。指令按”目标 / 输入 / 输出格式 / 约束”四要素写，第一行先放参考样本；按目录、标杆节、全篇三轮推进；改旧文件前备份、优先用 Plan 模式看清改动范围；成稿后重点查前置条件、步骤合并、编造的具体名词和空话式异常处理，最后找个没做过的人照着走一遍。

要写的手册不止一份，就把格式要求做成自定义 Skill。至于涉及安全合规的、流程还没定型的、以及靠经验判断的那部分工作，别交出去。