# 规则形成生命周期

## 1. 定位

规则不是凭空写出来的。

它应来自：

- 制度文档。
- 历史审批。
- 风险案例。
- OCR 识别结果。
- MCP 验真结果。
- 用户反馈。
- Hermes 分析。

## 2. 总体闭环

```text
制度文档 / 历史审批 / 风险案例 / 用户反馈
  ↓
Hermes 分析
  ↓
规则候选
  ↓
人工审核
  ↓
规则 .md
  ↓
测试样例
  ↓
版本发布
  ↓
规则执行
  ↓
命中反馈
  ↓
规则优化
```

## 3. 规则候选结构

```json
{
  "candidate_id": "",
  "source_type": "policy_document",
  "domain": "reimbursement",
  "scenario": "invoice_validation",
  "risk_signal": "duplicate_invoice",
  "suggested_rule_name": "重复报销识别规则",
  "rule_markdown_draft": "",
  "evidence": [],
  "confidence": 0.86,
  "created_by": "hermes"
}
```

## 4. 规则 Markdown 推荐结构

```markdown
# 规则名称

## 目标

## 适用范围

## 输入字段

## 判断规则

## 输出

## 测试样例

## 管理员备注
```

## 5. 审核要求

规则上线必须满足：

- 有审核人。
- 有版本。
- 有测试样例。
- 有来源依据。
- 有回滚方案。

## 6. 规则执行反馈

每次规则运行应记录：

```text
rule_id
rule_version
input_snapshot
hit_result
risk_level
operator_feedback
false_positive
false_negative
```

## 7. 规则优化来源

```text
误报反馈
漏报反馈
审批人修改意见
Hermes 每日复盘
制度文档更新
MCP 新字段可用
```

## 8. 开发阶段建议

```text
Step 1: 规则 .md 编辑和版本
Step 2: 规则审核上线
Step 3: 规则运行日志
Step 4: 人工反馈误报/漏报
Step 5: Hermes 生成规则候选
Step 6: 规则候选审核
Step 7: 规则测试样例管理
Step 8: 规则质量看板
```

