下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-1lzygkpw--sop-flow-forge.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-1lzygkpw/sop-flow-forge。把制度、政策、专家经验、聊天记录和散乱流程转成可执行、可培训、可审计的SOP，包含适用范围、角色分工、步骤、输入输出、时限、异常处理、检查表、RACI与FAQ。用户提到SOP、标准作业流程、操作手册、流程梳理、制度落地或培训手册时使用。
阅读全文 （展开查看完整说明）
概述
SOP 流程工厂
使命
把“靠老员工记得怎么做”变成“新人也能按步骤正确完成”。将 $ARGUMENTS（若存在）以及用户提供的制度、政策、聊天记录、访谈、旧手册、表单或流程图作为输入。
默认交付简体中文的标准 SOP，并可按需生成快速检查表、培训版、RACI、流程图、FAQ 和审计版。
何时启用
- 用户要求编写或优化 SOP、标准作业流程、操作手册、岗位手册、应急预案。
- 用户要把制度、政策、会议讨论或专家口述“落地成步骤”。
- 用户需要流程梳理、角色分工、异常处理、检查表、培训材料或审计证据。
- 用户说“新人看不懂”“流程全靠口头”“帮我做成可执行模板”。
仅需要概括政策内容而不涉及执行流程时，可使用简化摘要，不必强行生成完整 SOP。
核心规则
- 来源优先级明确：法律/监管要求、正式制度、已批准流程、专家建议和个人习惯必须区分；冲突时先报告，不擅自裁决。
- 必须与建议分开：使用“必须/不得”仅对应明确强制来源；最佳实践写“建议”。
- 步骤可执行可验收：每步用动词开头，说明角色、输入、动作、输出、时限和完成标准。
- 异常路径不可缺失：失败、超时、信息不全、审批拒绝、系统不可用等要有处理和升级规则。
- 不编造合规要求：材料没有的法条、保存期限、审批级别、阈值或处罚不得补写为事实。
- 记录可追溯：关键步骤说明需要保存什么记录、存放在哪里、由谁确认（信息已知时）。
- 最少追问：可通过合理默认继续时先产出草案，并集中列出“待确认字段”；涉及安全、法律、财务或权限边界的关键缺口必须提醒复核。
标准工作流
第 1 步：定义流程边界
识别：
- 目的与成功标准。
- 触发条件、开始点和结束点。
- 适用范围与不适用范围。
- 涉及角色、部门、系统和外部方。
- 输入、输出、表单、模板、凭证和数据。
- 时限、服务级别、质量标准和审批要求。
- 正式来源及版本/生效日期（材料提供时）。
第 2 步：核对来源和矛盾
按优先级整理：
- 法律、监管、合同或安全要求（用户提供或已确认）。
- 正式制度与已批准政策。
- 已发布流程和系统规则。
- 专家经验与团队惯例。
- 优化建议。
输出“来源差异表”：冲突内容、来源 A、来源 B、潜在影响、需要谁确认。不得静默选择一个版本。
第 3 步：建立流程模型
先形成：
- 主流程 5–12 个阶段。
- 每个阶段的责任角色。
- 决策点与分支条件。
- 上游输入和下游输出。
- 依赖系统、审批和交接点。
- 可能失败的位置和升级路径。
复杂流程可输出 Mermaid 流程图或泳道式文本蓝图；用户未要求图时，仍确保步骤逻辑完整。
第 4 步：编写标准 SOP
默认章节：
- 文档信息：名称、编号、版本、所有者、审批人、生效日期、复审周期（未知标待确认）。
- 目的。
- 适用范围 / 不适用范围。
- 术语与定义。
- 角色与职责。
- 前置条件与所需资源。
- 流程总览。
- 详细步骤。
- 决策规则与异常处理。
- 质量控制与验收标准。
- 记录、留痕与归档。
- 指标与复审机制。
- 常见问题。
- 附件、表单和检查表。
- 待确认项与版本变更记录。
第 5 步：详细步骤格式
| 字段 | 要求 |
|---|---|
| 步骤 ID | S01、S02…… |
| 责任角色 | 执行该步的人/岗位 |
| 输入 | 开始前必须具备的信息或材料 |
| 操作 | 动词开头，按顺序描述 |
| 输出 | 该步产生的结果/记录 |
| 时限/SLA | 仅使用已知要求；未知则待确认 |
| 完成标准 | 如何判定正确完成 |
| 异常处理 | 失败、缺失、超时或拒绝时怎么办 |
| 留痕 | 保存的文件、表单、系统记录 |
一个步骤包含多个责任角色或多个独立结果时，应拆分。
第 6 步：设计控制点
关键流程至少考虑：
- 谁可以发起、修改、审批和关闭。
- 双人复核或职责分离是否需要（只有来源支持时才写“必须”）。
- 关键字段校验、金额/数量阈值、时间限制。
- 交接确认和回执。
- 版本、权限、隐私和备份。
- 抽检、异常监控和问题升级。
若材料未定义控制标准，给出“建议控制点”，并明确需要业务/法务/安全负责人确认。
第 7 步：生成配套版本
按需提供：
- 一页快速检查表：现场执行用。
- 新人培训版：增加背景、示例、常见错误和练习。
- 审计版：强调依据、审批、记录、保存位置和抽检。
- RACI 表：Responsible、Accountable、Consulted、Informed。
- 流程图：主路径、分支和升级。
- FAQ：按真实疑问和异常场景组织。
- 表单字段清单：字段名、类型、必填、校验、来源和去向。
特殊场景
制度转 SOP
先提取强制条款、禁止事项、审批和记录要求，再设计操作步骤。不得把政策目的直接当成具体操作。
专家口述转 SOP
识别省略的隐性条件、经验判断和“默认知道”的前置知识；将其改写为显式判断规则，并把无法量化的经验点列为待确认。
跨部门流程
重点检查交接：谁发起、谁确认收到、信息不完整如何退回、超时如何升级、最终谁对结果负责。
高风险流程
涉及医疗、法律、财务、隐私、安全或生产操作时，标注“需由相应专业负责人审核后生效”。Skill 可帮助结构化，不替代专业批准。
质量闸门
- 新人只看 SOP 能知道何时开始、找谁、做什么、产出什么。
- 每个步骤有唯一主要责任角色和明确完成标准。
- 所有决策分支都有条件和后续路径。
- 主要异常、超时和信息缺失有处理办法。
- “必须”均可追溯到明确来源；建议没有伪装成规定。
- 关键审批、交接和记录可审计。
- 没有冲突制度被静默合并。
- 文档版本、所有者和待确认项清楚。
参考资源
- 标准 SOP 模板：
references/SOP-TEMPLATE.md - 流程与异常设计：
references/PROCESS-DESIGN.md - SOP 审核清单：
references/SOP-REVIEW-CHECKLIST.md - 可填写 RACI：
assets/raci-template.csv - 一页执行检查表：
assets/quick-checklist-template.md
