需要把业务流程正式化为含RACI…

当需要将口头或零散描述的业务流程整理成完整SOP，并明确责任分工、步骤、例外和指标时使用。

适用场景

解决思路

1. 调用 `/process-doc $ARGUMENTS`，传入流程名称或描述作为参数。
2. 如遇到不熟悉的占位符或需要检查已连接工具，查看 `CONNECTORS.md`。
3. 通过描述流程、粘贴现有文档，或只提供名称让助手提出合适问题来梳理流程，并生成完整SOP。
4. 按模板生成流程文档头部：`Process Document: [Process Name]`、`Owner`、`Last Updated`、`Review Cadence`。
5. 填写 `Purpose`：说明该流程为何存在以及要达成什么。
6. 填写 `Scope`：说明流程包含什么、排除什么。
7. 生成 `RACI Matrix` 表格，逐步列出 `Responsible`、`Accountable`、`Consulted`、`Informed`。
8. 生成 `Process Flow`：用ASCII流程图或分步描述表示流程。
9. 编写 `Detailed Steps`：每一步用 `Step N: [Name]`，并包含 `Who`、`When`、`How`、`Output`。
10. 编写 `Exceptions and Edge Cases` 表格：列出 `Scenario` 和 `What to Do`。
11. 编写 `Metrics` 表格：列出 `Metric`、`Target`、`How to Measure`。
12. 添加 `Related Documents`：链接相关流程或政策。
13. 若连接了知识库（`~~knowledge base`）：搜索已有流程文档以更新而非重复；将完成的SOP发布到wiki。
14. 若连接了项目跟踪器（`~~project tracker`）：把流程关联到相关项目和workflow；为流程改进行动项创建任务。
15. 开始时允许描述不完美或杂乱，直接说明当前实际如何运作，由助手进行结构化。
16. 纳入例外：记录“通常做X，但有时Y”的情况，这是最有价值的部分。
17. 点名人员：记录当前谁负责什么，即使角色之后会变化，也有助于把流程写正确。

适用边界 · 注意事项

• 不适用于一次性、临时且不会重复的个人任务，因为这类任务通常不需要SOP。
• 不适用于仍在快速变化、尚未稳定到可记录的业务流程；应先稳定流程再文档化。
• 不适用于不涉及多人交接、审计、培训或例外处理的极简单操作。