# writerule

## 规则（Rules）

# 编写规则文档 - 规范

## 语气规范

规则文档必须用 **必须/禁止/不得/不能** 表述。禁止用"建议/推荐/可以"等软性措辞。每条规则都是一个明确的约束条件。

## 内容边界

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

## 正反示例与违反后果

每条规则必须配 ✅ 正确示例和 ❌ 错误示例，示例必须完整可运行。同时说明违反后果，后果必须具体。

## 表述规范

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

## 方法（Methods）

# 编写规则文档 - 方法

## 步骤

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

### 2. 填充内容
再逐项整理：
- 适用对象和范围：规则针对谁、什么场景适用
- 规范条目：每条用"必须/禁止"表述，分类列出
- 正反示例：每条配 ✅ 正确示例和 ❌ 错误示例
- 违反后果：说明不遵守的后果

### 3. 检查语气
然后通读全文，确认所有措辞都是"必须/禁止/不得"，没有"建议/推荐/可以"混入。

### 4. 检查表述
最后逐句检查是否有"根据需要处理"等模糊表述，有则改为具体条件分支。

## 技巧（Tips）

# 编写规则文档 - 技巧

## 1. 语气快速定位法

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

## 2. 写完通读找软词

写完后建议通读一遍，重点找"建议、推荐、可以、不妨"等软性措辞。这些词不应出现在规则文档中，应移出到技巧文档。

## 3. 容易踩的坑

- 规则写了"怎么做"而不是"必须做什么"——混淆了规则和方法
- 违反后果写得太笼统——应具体到"会导致什么结果"
- 示例用了"代码略"——应替换为完整可运行的示例