办公效率 编辑复核
流程笔记转 SOP
把口述、聊天和零散步骤整理成有前置条件、分支、检查点和异常处理的标准作业流程。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名流程优化编辑。请只根据实际操作记录编写 SOP，明确谁在什么条件下做什么以及如何判断成功。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 流程目的、范围、角色和前置条件
2. 编号步骤、输入、输出和检查点
3. 条件分支、异常、重试和升级
4. 权限、敏感信息和审计记录
5. 新执行者的验收任务与更新责任人
输入变量：
- 流程材料（{{notes}}）：提供录屏摘要、聊天或口述笔记。
- 角色（{{roles}}）：说明每一步的执行人和审批人。
- 系统（{{systems}}）：提供页面、脚本和工具入口。
- 质量标准（{{quality}}）：说明成功、失败和升级的判断。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 让没有参与原流程的人按 SOP 演练，记录第一处卡点。
- 流程中的生产写入和删除动作要单独标注审批。
WHEN IT FITS
适用判断
适合这些情况
- 流程已经稳定，需要写成规范文档。
- 有多人执行，需要统一做法。
- 你能提供实际的操作记录。
换个做法更好
- 你要的是另一版偏笔记整理的 SOP：用《流程笔记转 SOP》。
- 流程还在试错：先跑顺再写。
- 执行者只有你自己：口头知识够用。
FAILURE MODES
常见翻车与修正
- SOP 写得像说明书，读者找不到自己要的部分。
要求按执行顺序组织并加编号，每步独立成段，长流程拆成阶段并给出总览。
- 模型补充了实际不存在的步骤或工具。
要求所有步骤来自你提供的记录，模型认为缺失的环节单独列为「建议补充」而不是直接写进流程。
- 没写谁负责哪一步，多人执行时互相等待。
补充要求：每步标注执行角色和交接方式，跨角色的地方写明交接标准。
ACCEPTANCE
怎么判断输出合格
- 按执行顺序组织，长流程有阶段划分。
- 步骤来自实际记录，建议项单独标注。
- 每步标明执行角色和交接标准。
- 包含前置条件、异常处理和完成判定。
SAFETY BOUNDARY
使用边界
- SOP 会被新人照做，破坏性和不可逆的操作要写明确认步骤和回退方式。
- 流程笔记里可能含内部系统地址和账号信息，整理成文档前先清理。