Regulation Briefing

---
name: regulation-briefing
description: 当用户要求检索、汇总近期法律法规、监管政策、司法解释、部门规章或地方规范性文件，并产出法规快讯、政策简报、更新清单、Word 或 HTML 报告时使用。
---

# Regulation Briefing

用于法规快讯：先确认检索边界，再联网搜索和逐条来源核验，最后按用户指定格式落盘。真实来源标准见 `assets/sources-and-scope.md`，输出格式见 `assets/briefing-format.md`，反幻觉规则见 `assets/anti-hallucination.md`。

## 工作流

### 步骤 1 — 确认需求

确认主题、地域/机构范围、时间窗、目标条数、输出格式（聊天正文、`write_docx` 或 `write_html`）和使用场景。缺少关键边界时先反问；不要默认替用户选范围。

### 步骤 2 — 多组检索

围绕主题拆出多组关键词，使用 `web_search` 检索。每组记录 query、recency、count 和 provider；联网搜索属于敏感动作，会触发确认门。

### 步骤 3 — 打开来源核验

对候选结果逐条用 `web_fetch` 打开原始 URL。每条快讯必须有可打开的真实 URL、日期和能支撑结论的原文摘录；打不开或来源冲突的项目标为存疑或剔除。

### 步骤 4 — 去重与筛选

按法规名、文号、发布日期、发布机构、URL 去重。优先保留官方或权威来源；但不要因过严过滤导致空输出，候选不足时说明缺口并给出已核验条目。

### 步骤 5 — 成稿

按 `assets/briefing-format.md` 组织快讯。法规名、文号、发布日期、生效日期、数字、罚则一律以原文为准；不得臆造原文没有的条款、数字、罚则。拿不准写“原文未明确”。

### 步骤 6 — 落盘与交付

用户要求文件时，用 `write_docx` 生成 Word 或用 `write_html` 生成自包含 HTML；两者都会触发确认门。交付时列明已核验来源、存疑项和未覆盖范围。

## 常驻规则

- 不硬编码来源清单、地区范围、格式细节或业务判断；需要从 assets 读取。
- `web_search` 只能发现候选，结论必须以 `web_fetch` 打开的原文为准。
- 每条快讯必须能追溯到 URL、日期和原文摘录。
- 输出 HTML 时必须自包含，不引 CDN 或外部资源。