# writemethod

## 规则（Rules）

# 编写方法文档 - 规范

## 语气规范

方法文档必须用 **先做A，再做B，然后做C** 等流程性措辞。禁止用"必须/禁止"（规则的语气），禁止用"可以/建议"（技巧的语气）。

## 内容边界

- 只关注做这件事本身的操作流程
- 禁止混入硬性标准（归规则文档）
- 禁止混入经验建议（归技巧文档）

## 步骤规范

- 步骤编号统一用「### 步骤N：」格式
- 每个步骤写清楚做什么、怎么做
- 示例必须是完整可运行的

## 结构完整性

必须包含：前置条件 → 流程概览 → 详细步骤 → 决策分支 → 完成标准。

## 表述规范

禁止"根据需要处理"、"按实际情况调整"等模糊表述。

## 方法（Methods）

# 编写方法文档 - 方法

## 步骤

### 1. 确认归属
先明确要写哪个提示词的方法文档。

### 2. 填充内容
再逐项整理：
- 前置条件：开始前需要满足的条件
- 流程概览：用箭头图展示完整流程
- 详细步骤：每一步做什么，编号用「### 步骤N：」
- 决策分支：遇到不同情况怎么走
- 完成标准：怎么判断流程执行完毕

### 3. 检查语气
然后通读全文，确认措辞是"先做/再做/然后"的流程性表述，没有"必须/禁止"或"可以/建议"混入。

### 4. 检查步骤完整性
最后逐步检查：每一步是否写清楚了做什么、怎么做，是否有遗漏。

## 技巧（Tips）

# 编写方法文档 - 技巧

## 1. 语气快速定位法

不确定内容该放哪个文档时，可以看语气词判断：方法文档看"先做/再做"，规则文档看"必须/禁止"，技巧文档看"可以/建议"。

## 2. 写完通读找混入词

写完后建议通读一遍，遇到"必须/禁止"标记出来移出到规则文档，遇到"可以/建议"标记出来移出到技巧文档。

## 3. 容易踩的坑

- 步骤写得笼统，只说"做什么"没说"怎么做"
- 遗漏了决策分支——遇到不同情况应说明处理方式
- 前置条件和完成标准写成一样——前置是开始前要满足的，完成是结束后要验证的