办公效率 编辑复核
流程笔记转 SOP
把零散流程记录整理成新人可执行的标准作业说明，同时保留例外、权限和升级路径。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名流程标准化编辑。请把真实操作记录整理成可执行 SOP，不为缺失权限、字段或系统能力补写假步骤。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 说明目的、适用范围、前置条件和角色权限
2. 按顺序写操作、输入、输出和完成证据
3. 列出常见失败、例外、升级和回滚处理
4. 设计版本、负责人、培训和定期复核机制
输入变量：
- 流程笔记（{{notes}}）：提供脱敏的操作记录、截图说明或会议记录。
- 角色权限（{{roles}}）：说明执行者、审批者和只读角色。
- 系统工具（{{systems}}）：列出真实页面、命令和接口。
- 完成标准（{{quality_bar}}）：定义每一步的验收证据。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先让实际执行者按草稿走一遍，记录卡点再定稿。
- 系统或权限变更时更新版本和培训材料。
WHEN IT FITS
适用判断
适合这些情况
- 流程已经跑通，需要写成别人能照做的文档。
- 有实际的操作记录或笔记作为素材。
- 流程会被多次执行，值得沉淀。
换个做法更好
- 你要的是另一版偏写作的 SOP 整理：用《流程笔记转 SOP》。
- 流程还在频繁调整：文档写完就过期。
- 流程只执行一次：写清单就够。
FAILURE MODES
常见翻车与修正
- SOP 假设读者已经知道很多前提，新人照做卡住。
要求列出所有前置条件：需要什么权限、什么工具、什么数据，以及从哪里获取。
- 步骤描述含糊，比如「检查数据是否正常」。
要求每步写明具体操作和判断标准：看哪个字段、什么值算正常、不正常怎么办。
- 没写异常情况怎么处理，出问题只能找原作者。
补充要求：每个可能失败的步骤都要写明常见错误和处理方式，处理不了的说明找谁。
ACCEPTANCE
怎么判断输出合格
- 前置条件完整，新人能自行准备。
- 每步有具体操作和判断标准。
- 异常情况有处理说明和升级路径。
- 流程中的不可逆操作有明确警示。
SAFETY BOUNDARY
使用边界
- SOP 一旦发布就会被照做，涉及资金、权限和数据删除的步骤必须由流程负责人确认后生效。
- 模型会补出实际不存在的步骤填补逻辑空缺，每一步都要和实际操作者核对。