/process-doc

如果你看到不熟悉的占位符或需要检查已连接了哪些工具,请参阅 CONNECTORS.md

将业务流程记录为完整的标准操作程序(SOP)。

用法

/process-doc $ARGUMENTS

工作原理

向我逐步说明流程 —— 描述它、粘贴现有文档,或者只告诉我名称,我会问出正确的问题。我会生成一份完整的 SOP。

输出

## 流程文档:[流程名称]
**负责人:**[人员/团队] | **最后更新:**[日期] | **审查频率:**[每季度/每年]

### 目的
[此流程存在的原因及其实现的目标]

### 范围
[包括和不包括的内容]

### RACI 矩阵
| 步骤 | 执行者 | 负责人 | 被咨询者 | 被告知者 |
|------|------------|-------------|-----------|----------|
| [步骤] | [谁来做] | [谁负责] | [向谁咨询] | [告知谁] |

### 流程
[ASCII 流程图或分步描述]

### 详细步骤

#### 步骤 1:[名称]
- **执行者**:[角色]
- **时机**:[触发条件或时间]
- **方式**:[详细说明]
- **输出**:[此步骤产生的内容]

#### 步骤 2:[名称]
[相同格式]

### 异常和边界情况
| 场景 | 处理方法 |
|----------|-----------|
| [异常] | [如何处理] |

### 指标
| 指标 | 目标 | 衡量方式 |
|--------|--------|----------------|
| [指标] | [目标值] | [方法] |

### 相关文档
- [链接到相关流程或策略]

如果有可用连接器

如果已连接 ~~knowledge base

如果已连接 ~~project tracker

提示

  1. 从杂乱开始 —— 你不需要完美的描述。告诉我当前如何运作,我来结构化整理。
  2. 包含异常情况 —— "通常我们做 X,但有时做 Y" 是最值得记录的部分。
  3. 提到具体人员 —— 即使角色会变动,了解谁在当前做什么有助于确保流程正确。