关于 sop-writer
sop-writer 是用于编写正式、可审计标准操作规程的技能,适用于受监管行业和运营团队。它涵盖角色职责、单一动作步骤、质量检查、偏差处理和文档历史。
主要功能
- 01正式 SOP 结构
- 02按角色分配操作步骤
- 03质量与偏差检查
- 04版本和复审日期记录
适用场景
- 01编写 ISO 或 GMP 程序
- 02记录职责与所需设备
- 03准备可审计的操作说明
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill sop-writer安装后在 Claude Code 中输入/sop-writer确认已加载。
详细介绍
SOP 编写技能
生成正式、可供审计的标准操作程序(SOP),适用于受监管行业、ISO 认证或运营规模化场景。
不太符合你的需求? 如果是工厂单工位的现场作业指导书,请使用
cn-sop-writer。
必需输入
- SOP 标题(例如“ S0P-001:新客户入驻”)
- 部门/职能
- 流程说明
- 监管或质量标准(ISO 9001、GMP、CQC、FCA 等)
- 涉及的角色
- 使用的工具或设备
输出结构
[公司名称] — 标准操作程序
| 文档 ID | [SOP-XXX] |
|---|---|
| 标题 | [标题] |
| 部门 | [部门] |
| 版本 | 1.0 |
| 生效日期 | [日期] |
| 审查日期 | [日期] |
| 状态 | 草稿 / 审查中 / 已批准 |
1. 目的
[用 1-2 句话说明此 SOP 的制定原因。]
2. 范围
适用于: [角色、部门、地点] 不适用于: [明确列出排除项]
3. 定义
| 术语 | 定义 |
|---|---|
| [术语] | [通俗易懂的定义] |
4. 职责
| 角色 | 职责 |
|---|---|
| [角色] | [具体职责] |
5. 所需材料/工具/访问权限
- [项目]
6. 流程
| 步骤 | 操作 | 负责人 | 记录/输出 |
|---|---|---|---|
| 6.1.1 | [使用祈使句的操作:“打开 [系统] 并导航到 [位置]”] | [角色] | [需要记录的内容] |
注意:步骤必须使用祈使句。每个步骤只能包含一项操作。
7. 质量检查
| 检查点 | 验证内容 | 通过标准 | 未通过时的处理 |
|---|---|---|---|
| [步骤 X 之后] | [检查内容] | [合格标准] | [应采取的措施] |
8. 不符合项
- [立即采取的措施]
- [通知对象]
- [偏差记录方式]
9. 参考资料
[相关 SOP、政策、标准]
10. 文档历史
| 版本 | 日期 | 作者 | 变更 |
|---|---|---|---|
| 1.0 | [日期] | [姓名] | 初次发布 |
质量检查
- 所有步骤均使用祈使句(“打开……”“导航到……”“确认……”)
- 每个步骤恰好包含一项操作
- 每个步骤均指定了角色
- 在关键阶段设置了质量检查点
- 不符合项处理流程明确规定了通知对象和记录方式
- 包含文档历史表和审查日期
示例触发语
- “为 [流程] 编写一份 SOP”
- “为 [任务] 制定一份标准操作程序”
- “为 [流程] 编写一份作业指导书”
反面模式
- 不要编写包含多项操作的步骤——每个步骤都必须是单一、可审计的祈使句操作
- 不要在任何步骤中遗漏角色——每项操作都必须指派给特定角色,否则无法落实 SOP
- 不要跳过不符合项章节——缺少偏差处理流程的 SOP 无法满足审计或监管要求
- 不要编写缺少审查日期和版本历史的 SOP——没有日期的文档无法作为合规依据
- 流程步骤不要使用被动语态——应写“打开系统”,而不是“系统应被打开”
评论
支持 Markdown