监管速读:金融发文要点抽取器(reg-brief V1.1.0 整改清单版)
> V1.1.0 变更说明:新增「罚单→整改清单生成器」(scripts/rectify_plan.py)——把 1.0.x 的"罚单解读"升级为"整改动作闭环":自动定位违法事实段(①②编号,在"依据《…"处罚依据段前截断),按十类违规主题路由(反洗钱/数据报送/消保/信贷挪用/内控/代销/支付/保险/证券/整改再犯),逐条输出【违规→整改动作→责任岗→时限→红黄蓝优先级】;未归类条目标蓝并提示人工判定;罚款金额仅原文摘录、不编造。纯标准库零联网。
Overview
对一篇金融监管发文做一次"合规速读":定性(这是什么文件、什么层级、何时生效、管谁)→ 抽取(义务/时限/阈值/报送/过渡期五类条款)→ 影响分析(🔴 直接影响 / 🟡 潜在影响 / 🔵 关注项,每条引用原文出处)→ 输出白底淡蓝风格 HTML 监管简报 + 合规待办清单(按时限倒序),并附「对智能体/科技厂商的机会解读」。
核心价值:金融监管发文数量大、密度高,合规/研究岗逐篇人工精读跟不上节奏。本技能把监管阅读方法论沉淀为确定性流程:类型层级先定调、要点模式库扫描定位、影响强制分级并引出处,把"逐篇精读"变成"结构化速读+定点深读"。
适用对象:银行/券商/保险/金租/消金的合规、法务、风控与战略研究岗;追踪金融监管动态的咨询与科技从业者;智能体行业从业者(机会解读小节)。
工作流程(四步,缺一不可)
所有中间文件统一放 .temp/<工作目录>/(如 .temp/reg-brief-work/),最终交付物按用户指定输出。
第 1 步:文档定性
接收输入并统一转为纯文本 materials.txt(多文件合并处标注 === 文件:<文件名> ===):
| 输入形式 | 处理方式 |
|---|---|
| 用 pdf 技能或 pdfplumber 逐页提取,保留页码标记 | |
| Word(.docx) | pandoc 或 python-docx 提取,保留章节与表格 |
| 网页链接 | webfetch 抓取正文;正文残缺时提示用户提供原文 |
| 图片 | image_understanding 或 OCR 识别 |
| txt / md / 粘贴文本 | 直接使用 |
定性动作(对照 references/regulation-taxonomy.md,按 references/smart-reading.md 的"三分钟结构定位"顺序执行):
- 文件类型:规范性文件 / 处罚通报 / 征求意见稿 / 答记者问 / 新闻稿(识别词表见 taxonomy 第 3 节)。
- 发文层级:法律 → 行政法规 → 部门规章 → 规范性文件 → 自律规则(效力递减)。
- 文号 / 发布日期 / 生效日期:只照抄原文;原文没有则填"未标注",严禁凭记忆补写。
- 适用对象:第一/二章"适用范围"逐字核对;机构类型不匹配时在简报注明"适用性存疑"。
- 罚单类额外定性:违规类型、处罚依据链条层级、机构罚/个人罚(对照
references/penalty-analysis.md五段式)。
第 2 步:要点抽取(核心)
对 materials.txt 运行关键模式扫描器定位候选:
python3 scripts/check_keyword.py .temp/<工作目录>/materials.txt --output .temp/<工作目录>/scan_result.json
输出六类命中(义务性条款 / 时限要求 / 量化阈值 / 报告报送 / 过渡期安排 / 处罚与负面),每条含类别、模式名、行号、摘录。
复核方法(以命中点为锚点回读原文,对照 references/key-point-patterns.md 的 A–F 六组模式):
- 义务性条款:
应当/必须/不得/禁止/严禁/确保/如实/限期起句的条款 → 短句化上表,标条款号出处; - 时限要求:
X个工作日/日历日/自发布之日起/年底前/每季度→ 注意"日历属性未标注"的歧义,加 ⚠ 角标; - 量化阈值:比例 / 倍数 / 金额 / 期限 / 人数门槛 → 数值一律照抄原文精度;
- 报告报送:报送 / 报告 / 备案 / 登记 / 核准 + 附件格式要求;
- 过渡期安排:过渡期年限 / 存量业务处理 / 新老划断 / 分阶段;
- 罚单类:违法事实逐条编号 + 主题归类 + 依据链条 + 金额照抄(per
references/penalty-analysis.md)。
硬性要求:
1. 每条要点必须引用原文出处(条款号/章节/段落,如"第四条""附件 1 说明")。找不到出处标"出处待人工确认"。
2. 原文没有的数值/文号/日期一律写"未标注",禁止跨文件脑补或按"通常惯例"补写。
3. 同一义务多处重复表述时合并为一条,注明"第×条重申"。
第 3 步:影响分析(红黄蓝三级)
| 级别 | 定义 | 典型情形 |
|---|---|---|
| 🔴 直接影响 | 机构需限期整改 / 新增义务 / 业务准入变化 | 新增报送义务且带短时限、量化阈值调整致现有产品/流程不达标、需变更系统对接附件格式、准入或暂停某类业务 |
| 🟡 潜在影响 | 需评估对现有流程 / 产品的连锁影响 | 制度建设类义务(需评估现有制度差距)、考核挂钩类表述、存量业务过渡期处理、对渠道/合作机构的传导要求 |
| 🔵 关注项 | 前瞻信号、导向性表述 | "鼓励/支持/推动"类倡导表述、五年规划类量化目标、征求意见稿暂定值、答记者问定调、监管高压主题(罚单佐证) |
定级速判:对照 taxonomy 第 5 节(层级×义务词×吻合度);时间越紧 → 越往上靠;"未标注"适用性 → 往下降。
机会解读(必修小节):每次简报必须生成「对智能体 / 科技厂商的机会解读」——把下列条款信号映射为机构侧科技采购需求(智能体/科技厂商商机预判):
- 新增报送/系统对接义务 → 报送自动化、数据质量监控类需求;
- 制度/流程改造类义务 → 合规管理系统、流程 RPA/智能体需求;
- 客户身份/消费者权益类高压主题 → 智能质检、销售适当性管理、投诉处理智能化;
- 数据治理/统计报表类主题 → 监管数据平台、指标口径管理;
- 五年规划中的"数字化转型/科技赋能"表述 → 长周期科技预算信号。
每条解读标注监管信号条款出处;解读措辞用"可能催生""值得跟踪",不写"必然采购"。
第 4 步:生成 HTML 监管简报
将复核结论整理为简报 JSON(Schema 见 scripts/generate_report.py 头部注释),运行:
python3 generate_report.py <简报结果.json> --output <简报.html>
报告结构(样式内置:白底 + #0a66c2 淡蓝主色、扁平线条图标、紧凑表格、红黄蓝徽章):
- 简报头:文件标题 / 发文机关 / 类型与层级徽章 / 文号 / 发布与生效日期 / 适用对象 / 来源(含引用 URL)
- 影响总览:红/黄/蓝计数徽章 + 一句话总评 + 结论建议
- 一、文档定性:文号/生效/适用/过渡期表格 + 定性依据 + 效力与作用
- 二、要点抽取表:五类要点(类别标签 + 内容 + 原文出处)
- 三、影响分析:🔴/🟡/🔵 三表(事项 / 影响描述 / 原文出处 / 应对建议)
- 四、对智能体 / 科技厂商的机会解读(信号 / 机会解读两列表)
- 五、合规待办清单:按生效日期 / 时限倒序,每条含待办事项、建议责任方、依据(原文出处)
- 免责声明(固定文案,见下)
交付时:在对话中给用户红/黄/蓝条数 + 最高优先级 3 条摘要 + 最近的待办时限,再给出 HTML 简报路径。
简报 JSON Schema(generate_report.py 输入)
{
"doc": {"title": "", "issuer": "", "doc_type": "", "hierarchy": "", "doc_no": "",
"publish_date": "", "effective_date": "", "applies_to": "",
"transition": "", "source": "来源与 URL", "sample_note": "样例说明(可空)"},
"summary": {"red": 0, "yellow": 0, "blue": 0,
"overall": "一句话总评", "conclusion": "结论与建议"},
"classification": {"rationale": "定性依据:类型/层级判断理由", "effect": "效力与作用:对机构意味着什么"},
"key_points": [{"category": "义务性条款|时限要求|量化阈值|报告报送|过渡期",
"content": "要点内容(照抄原文语义,短句化)", "source": "条款号/章节"}],
"impacts": {
"red": [{"item": "事项", "impact": "影响描述", "source": "原文出处", "response": "应对建议"}],
"yellow": [{"item": "", "impact": "", "source": "", "response": ""}],
"blue": [{"item": "", "impact": "", "source": "", "response": ""}]
},
"opportunity": {"items": [{"signal": "监管信号(条款)", "reading": "机会解读(科技采购需求视角)"}]},
"todos": [{"deadline": "生效日期/时限", "task": "待办事项", "owner": "建议责任方", "basis": "依据(原文出处)"}]
}
资源清单
| 文件 | 用途 | 何时读取 |
|---|---|---|
scripts/check_keyword.py |
监管文本关键模式扫描器:六类模式命中 JSON(义务词/时限词/阈值/报送/过渡期/处罚负面),纯标准库 | 第 2 步执行 |
scripts/generate_report.py |
简报结果 JSON → HTML 监管简报(含红黄蓝徽章、机会解读小节、倒序待办清单),纯标准库 | 第 4 步执行 |
references/regulation-taxonomy.md |
金融监管文件体系:五级层级效力、四机构分工、文件类型识别词表、定性九宫格 | 第 1 步定性时通读 |
references/key-point-patterns.md |
要点抽取模式库:A–F 六组 52 个模式(义务 12 / 时限 10 / 阈值 10 / 报送 8 / 过渡 6 / 处罚 6) | 第 2 步复核时对照 |
references/penalty-analysis.md |
罚单通报解读方法:五段式结构、十类违规主题归类、依据链条层级、金额与双罚信号 | 处理罚单类文件时通读 |
references/smart-reading.md |
监管文件高效阅读法:三分钟结构定位、三类文体读法差异、意见稿 vs 正式稿五差异点 | 第 1-2 步开始前通读 |
审核红线(硬约束)
- 不编造、不跨文件补充:文号、罚单编号、金额、日期、阈值数值一律照抄原文;原文没有写"未标注";拿不准时先用 online_search 查证官方来源,查证后在简报中标注来源 URL。
- 结论可溯源:每条要点 / 影响判断必须引用原文出处(条款号/章节/段落),找不到出处标"出处待人工确认"。
- 意见稿不是义务:征求意见稿一律按 🔵 前瞻处理并标注"非生效义务";正式发布后重走本技能完整流程。
- 转述不等于原文:新闻稿/答记者问只做 🔵 信号,一句话注明"转述以原文为准"。
- 罚单金额只在本文本内比较;跨罚单/跨批次比较需 online_search 查证后单列并标来源。
- 处罚主题、机构分工等采用通用口径描述,不做超出常识的断言。
使用限制与免责声明(必须写入简报和回复)
- 本技能输出为辅助性合规研究参考,不构成法律意见或监管解读的权威结论;一切以发文原文为准。
- 引用的监管信号均标注原文出处;引用真实案例/文件时必须同时标注来源(机构 + URL)。
- 分析基于用户提供的文本版本;网页转载版可能删改附件或条款,建议以发文机关官网原文复核。
- 涉重大合规决策、行政处罚应对、对外披露事项,建议咨询专业法律 / 合规机构。
- 严禁协助修改、伪造监管文件内容或编造监管事实。
输入不足时的处理
- 只有标题或新闻转述、无原文:先按 🔵 输出"前瞻速读"(定调 + 可能方向),在简报定性栏标"来源为媒体转述,建议补充原文后复核",并列为待办第一条。
- 文本为扫描件无文本层:提示用 OCR(pdf 技能或 paddleocr-doc-parsing 技能)处理后提供。
- 征求意见稿:正常走四步流程,但在总评第一句固定注明"本文件为征求意见稿,非生效义务"。
- 适用对象与用户机构不匹配:降级为 🔵,注明"适用性存疑",仅摘要不改全量分析。
输入输出示例
输入(用户上传一篇金融监管发文):「这是央行刚发的《金融机构反洗钱和反恐怖融资管理办法(征求意见稿)》,帮我看下有什么新要求。」
Agent 动作:定性(规范性文件-征求意见稿 → 全流程但定调"非生效义务")→ 跑 check_keyword.py 扫描 → 五类要点复核引出处 → 红黄蓝影响分析 → 机会解读 → 生成 HTML 简报。
输出:白底淡蓝 HTML 监管简报,含定性表、要点抽取表(每条带条款出处)、🔴/🟡/🔵 三表、机会解读、按时限倒序的合规待办清单;对话中给「红 X 黄 Y 蓝 Z + 最高优先级 3 条 + 最近待办时限」。
常见问题
- Q1:只有新闻稿/答记者问,没有原文怎么办? 走"前瞻速读":按 🔵 信号输出定调与可能方向,简报定性栏标注"来源为媒体转述",并列为待办第一条建议补充原文复核。
- Q2:文件是扫描件没有文字层? 用 pdf / paddleocr-doc-parsing 技能 OCR 转文本后再提供,本技能不做纯图片直读。
- Q3:文号、日期、金额没写全? 一律照抄原文,原文没有就写"未标注",绝不凭记忆补写;拿不准用 online_search 查证官方来源并标 URL。
- Q4:征求意见稿算义务吗? 不算。一律按 🔵 前瞻处理并注明"非生效义务";正式发布后重新走完整流程。