规则体系审查方法论（通用工作版）

> 版本说明：本文件与平台展示的 version 是对外版本序列（首发 1.0.0）。内部迭代版本为 v1.0.2，完整演进见 CHANGELOG.md。

怎么叫出这个技能

三种方式，任一种都能触发：

• 直接点名：说「用规则体系审查」或「/rule-system-review」
• 说一句触发原话（不用记技能名）：
• "帮我把这套流程做个体检"
• "看看我们的规范有没有漏洞"
• "这套 SOP 是不是已经空转了"
• "这些自动化脚本有没有互相打架"
• 自动触发：要求对规则体系本身做质量门禁（审查体系 / 体系体检 / 体系审计 / 方法论审查）时自动启用

注意：它审查的是"规则本身"，不是具体业务对象。要分析某个业务问题而不是审查规则，请不要触发本技能。

什么情况不要用（边界）

• 你要分析的是某个具体业务问题（如"这季度交付为什么老延期"），而不是审查规则本身 → 不要用
• 你要的是执行动作（改规则、跑流程、发通知、删文件）→ 本技能只登记改进候选，不执行任何改动
• 你手上只有一份孤立文档、没有成体系的规则群 → 用不上系统性自查，直接人工通读更快
• 你希望 AI 直接把规则改好 → 本技能明确不做这件事，产出候选后交给你和责任人决定
• 你要的是单次问答式建议，不需要体系化的逐项审查 → 直接用对话问就行，不必启用本技能

附带的脚本与权限声明

本技能含 3 个 Python 脚本。全部本地运行：无网络请求、无数据外发、无凭据读取、无系统配置修改。逐脚本说明（做什么 / 读什么 / 写什么）：

> 不想跑脚本也完全可以：本方法论的系统性自查 + 两门禁全部支持纯手工执行，脚本只是把其中两项（一致性门禁、台账初始化）自动化。第三个脚本是维护本技能自身的工具，跟你使用本技能无关。

定位

对规则体系本身做质量门禁（不是分析具体业务对象）。工具层 = "系统性自查(诊断)+两门禁(纪律)"通用元审查方法，方法论上可迁移到其他规则系统；scope（审查范围）是域适配配置——本文以通用规则体系为实例，列明其具体对象，但可整体替换为其他体系的对应物（如代码规范、SOP、合规流程、自动化脚本群、知识库治理规则）。

> 改编说明：本版由某投资域专用审查方法论（v1.5.1）脱敏改编而来。已剔除全部投资专属术语（持仓/建仓/交易/行情/回测/ETF/PE/除息等）、域专属实例与文件路径，保留完整方法论结构与可操作性。改动目的：使其可在任意工作场景（团队流程治理、标准落地审计、自动化体系自检）中直接使用，而不暴露原域语境。
> 修订记录（相对原版）：
> - 删除所有投资域专属术语与实例，替换为通用"规则系统/规程/SOP/自动化"表述。
> - 原"§八加法门禁"→ 通用"加法门禁"；原"核心原则§七"→ 通用"目标-对账元规则"；原"回流登记册"→ 通用"改进登记册"；原"TR_.md"→ 通用"规则文件.md"；原"极端行情研究"→ "外部研究目录"。
> - 镜8 前提假设置信度表默认 5 项替换为通用组织/流程假设；镜9 模型漂移示例替换为通用"规则实盘/实际运行追踪"。
> - 保留系统性自查(诊断)+两门禁(纪律)、分级审查、P级判定、F候选生命周期、紧急通道、自检清单等全部机制。
> - v1.0.1 框架精炼（审查框架优化）：① "一致性"统一为门禁（去除其兼称"镜"的分类矛盾）；② 镜1/镜2 明确主从（镜2 为镜1 断点成因清单，互补不重复计数）；③ 孤儿检测统一归一致性门禁为唯一权威源（去除镜4 重复逻辑，消除口径冲突）；④ 新增"镜↔F候选映射表"统一报告口径、防跨审查者漂移；⑤ 健康度评分标注为 lint_system.py 待落地扩展（消除文档与脚本脱节）。本次为纯框架精炼，未动核心机制（边界铁律/decay/节奏/反身治理）。
> - 完整逐版本变更日志见 CHANGELOG.md（由 scripts/build_skill.py 自动维护，版本发布须走该脚本）。

引用术语与依赖（外部引用闭环·避免读者无法独立理解）

铁律与边界（最高优先级）

• 只审查、只登记候选，不直接改规则文件、不触发任何执行动作。 任何改进落地走变更纪律（备份 + 责任人授权）。
• 审查产出 = 改进登记册 改进候选条目（P1/P2/P3 + 待确认/待应用）+ 可选 HTML 报告。
• 不新建平行台账：改进登记册 / 索引 / 协调矩阵 全部复用。已有"月度体系审查"自动化即本方法论的月度载体（快扫），"季度体系审查"为其深扫载体（不另建平行、仅按 cadence 拆分）。
• 方法论自身自演进纪律：本方法论重大变更（版本升级 / 镜增删 / 边界调整）须以迷你 改进候选条目进改进登记册（来源=审查·方法论自演进），防"改了不留痕"；同步记修订记录 + 索引 + 记忆。版本发布须通过 scripts/build_skill.py 自动更新 CHANGELOG.md（禁止手工改版本号），确保版本号 / 日志 / zip 三者一致。
• 紧急通道（仅限正在发生的危害·不排队·守铁律）：审查中发现某活跃运行中的自动化/流程正在产生错误指令 / 数据源漂移导致错误输出 / 明显违规输出 → 立即通知责任人 + 显式建议暂停该自动化/流程，不走候选登记排队。暂停动作本身仍须责任人确认才执行（AI 不自动停、不自动改）。超时升级：通知发出后设超时窗（建议 2h）未响应 → 二次告警 + 显式建议立即人工干预/暂停；仍无响应 → 下次审查标"未闭环紧急项"。
• 台账原则澄清（HTML 报告定位）：可选 HTML 报告 = 一次性阅读物，不持久化为独立台账；报告关键结论须回流改进登记册。若需归档，归入"体系建设史与复盘"目录，不新建报告台账（防文档债）。

审查工具包（系统性自查(诊断) + 两门禁(纪律)）

1. 三层闭环断点镜（断点检测主机制）：L-A输入→L-B执行→L-C演进→改进登记册→责任人确认(变更纪律)→规则文件。逐模块查每段是否齐全、有无断点（只登记不结题 / 流程在跑结论不产出）。
2. 账本假象六型镜（镜1 断点的六类典型成因诊断清单，从属非独立）：①流程在跑结论不产出 ②只积累不结题 ③校验恒为真 ④复盘教训不进门禁 ⑤A1前置缺失 ⑥演示即放行。命中即记候选（与镜1 互补：镜1 查"断点是否存在"，本镜查"断点属哪类成因"，二者不重复计数）。
3. 非目标清单镜：每模块是否有显式"非目标/边界"声明（仿工程自动化 prompt 纪律）。缺则记。
4. A1索引前置镜：任何改动提案是否先查对应域索引+状态文件。缺失=账本假象⑤。（注：孤儿检测统一由「一致性门禁」负责，见下方两门禁，本镜不重复，避免与一致性门禁口径冲突。）
5. 可证伪性镜（结构层）：L-B/L-C 硬规则是否带有到期日/判否条件（规则本身结构完整性）。无判否=疑似恒为真。
6. 目标-对账缺环镜（执行层）：判否条件触发后是否真的执行了对账动作、结论是否回收；只建登记不建对账=违反目标-对账元规则。与镜5 互补（镜5 查"有没有判否"，镜6 查"判否触发后做没做对账"），不重叠。
7. 级联依赖镜——拆为两个性质不同的子镜（不混为一镜，避免行为层被技术层执行时跳过）：
   - ⑦a 级联依赖（技术拓扑）：读自动化/流程 DAG/协调矩阵，查"上游输出变化时下游能否感知并响应"。命中=某模块依赖了未声明/已漂移的上游、或下游对上游变更无校验。可自动化检测（接口声明/DAG）。
   - ⑦b 人在回路确认有效性（行为退化）：变更纪律/关键操作/紧急通道暂停等确认请求是否附足够上下文让用户能判断（非仅"确认/取消"按钮）；是否存在"习惯性确认"信号（如近期确认请求从未被拒/从未追问）。命中=确认机制存在但已失效（镜1 只查"机制存在"，此镜查"是否有效运转"）。
8. 前提假设镜（元假设有效期·操作化）：维护核心前提假设置信度表（域适配，默认 5 项可替换）：
   | 假设 | 当前置信度 | 上次质疑日期 | 触发重审条件 |
   |---|---|---|---|
   | 组织/业务环境稳定（流程/合规要求不变） | 高 | 建表日 | 组织重组/监管规则修订/重大流程变更 |
   | 现有历史经验对未来仍有参考价值（无 regime change） | 中 | 建表日 | 业务结构/外部环境重大变化 |
   | 数据源（系统/API/报表）持续可用且口径不变 | 高 | 建表日 | 供应商弃用公告/接口变更 |
   | 维护方有充足资源（时间/人力/注意力） | 中 | 建表日 | 维护资源周期变化 |
   | 当前自动化/工具链稳定可靠 | 高 | 建表日 | 工具弃用/重大故障 |
   - 重审触发：季度深扫固定审 + 事件驱动（环境变化/重大规则修订/数据源公告）。
   - "上次质疑日期"更新时机：每次季度深扫执行镜8 时更新该列；事件触发重审时同步更新（不依赖责任人记忆，避免该列过期失真）。
   - "动摇"判定标准：不靠单一指标阈值，靠"该假设是否被证据削弱到改变其支撑的结论"；动摇→记 改进候选。
9. 模型漂移镜（规则预期 vs 实际运行）：检查关键规则/策略是否有实际运行追踪机制；有则查实际运行是否偏离预期（超阈值=记候选）；无追踪机制本身=记候选（轻量化：查机制存在性+已知偏差，不自行重算验证）。
   + 加法门禁（两门禁之一）：建完即登记 + 附样本量声明。查新增规则/自动化是否合规。
   + 一致性门禁（两门禁之二）：版本号随改更新、索引同步、无"改内容不改版本"；并作为「孤儿检测」的唯一权威源——磁盘有/索引无=孤儿（配 lint_system.py 自动查），与 镜4 的 A1 索引前置互补但不重复（镜4 查"改动提案是否先查索引"，本门禁查"索引与磁盘实际是否一致"）。与一致性检查脚本互补：脚本管自动化、本门禁管人工审查与判定。

镜 ↔ 改进候选映射（报告一致性·防跨审查者漂移）

为统一"哪面镜命中产出哪类候选"，下表给出默认映射。实际 P 级仍按 影响×概率 框架定，本表仅约束"来源标注 + 典型候选类型"，不替代 P 级判定；同一命中在不同域可因影响/概率不同而上浮或下调。

分级审查（可持续性的关键·防系统性自查全量月度不可持续）

• 盲区A（资源-复杂度适配）：季度深扫查"活跃维护模块数 × 审查频率"是否在责任人实际可用时间预算内；超预算→建议做减法（合并/降级/暂停部分模块），不强行维持全量。
• 盲区B（端到端仿真）：季度深扫走 1-2 个关键场景剧本（如"某异常发生：信号→判断→推送→操作→记录→复盘"全链路能否跑通；信号正确但通知被淹没/写入失败等集成问题），仅逻辑桌面推演、不真执行。
• 盲区C（认知偏差）：半年外部对照重审显式检查"是否有模块仅因已建而存在、而非仍有价值"（沉没成本/复杂度偏差/确认偏差）。

P 级判定框架（影响 × 概率·防排序失效）

• P1 = 高影响 ×（正在发生 或 必然/高概率发生）→ 立即处理；含紧急通道触发。
• P2 = 高影响 × 中低概率，或 中影响 × 高概率 → 结构性缺陷但需关注。
• P3 = 低影响 × 任何概率 → 改善建议。
• 概率升级规则：P2 若触发概率快速上升（如 API 弃用公告已发、环境征兆出现）→ 显式标记"概率上升"或升 P1，不按"未触发"机械定级。

改进候选生命周期（对称 decay·防登记册变愿望清单）

• 每条带创建日期 + 优先级 + 状态（待确认 / 待应用 / 已执行 / 已应用 / 已忽略）。
• P1 decay：超 24h 未处理 → 升级告警（二次推送 + 标"紧急未闭环"）。
• P2 decay：超 180 天未处理 → 强制裁决（升级/降级/关闭·须注明理由），不得继续挂"待应用"。
• P3 decay：超 90 天未处理 → 标"待重评"（下个审查裁决）。
• 关闭：落地 = 已执行/已应用；放弃 = 已忽略（须注明理由）。

工作流

1. 读索引 + 流程协调矩阵 + 改进登记册（已知债）。
2. 孤儿检测（一致性门禁·统一负责）：列全部规则文件 + 全部自动化/流程 + 一致性检查结果，与索引/协调矩阵比对，发现未登记=孤儿 → 先补登记再继续。然后拉起域适配配置（当前实例=通用规则体系，可整体替换）：规则文件群 + 全部自动化(prompt) + 知识库 + 外部研究目录。
3. 选定分级：按本次触发类型选 快扫 / 深扫 / 事件触发（见"分级审查"）。季度月快扫→深扫结论继承：深扫为快扫超集，当月快扫已完成的六镜检查项，深扫直接继承其结论、不重复扫（仅补扫深层四维度+盲区），省成本且防重复。
4. 逐模块 / 逐自动化跑对应层级镜+两门禁。
5. 产出 改进候选：每条 [日期][来源=体系审查][优先级P1/P2/P3·按影响×概率框架][状态=待确认/待应用][建议]（带创建日期）。（格式与填写示例见 references/example-output.md。）
6. 写入改进登记册（追加，不覆盖历史）；若该改进此前已在册，标注状态翻转（待确认/待应用→已执行/已应用），形成闭环追踪；维护生命周期(decay/关闭)。
7. 可选：生成 HTML 审查报告（一次性阅读物，结论回流改进登记册，不持久化独立台账）。模板必含字段——扫描日期 / 分级(快扫/深扫/事件) / 实例scope / 各镜命中统计(镜→命中数) / F候选清单(优先级+状态+建议+关联文件+创建日期) / 与日周审查分工说明 / 结论与下次重点。命名：体系审查报告_YYYY-MM-DD_手动.html 或随月度落 体系建设史与复盘/体系审查_YYYY-MM-月度.md。（字段填写示例见 references/example-output.md。）
8. 推送摘要给责任人（重要结论内联、不折叠）。

与每日/周度审查的分工（防漏洞·无盲区）

• 每日：战术一致性（监督报告/跨自动化DAG门禁/状态快照/数据检查/失败巡检）、待验证巡检、看板、信息流、政策/消息面；使用日常监控信号——是"使用信号"，非"审查机制"。
• 周度：体系演进评估巡检（改进登记册+可证伪性偏置）、知识库积累梳理、外部研究、暂缓任务复查、记忆蒸馏、对账。
• 月度（快扫载体=「月度体系审查」自动化）：填补结构性六维底线——三层闭环断点 / 账本假象六型 / 非目标清单缺失 / A1索引前置缺失 / 目标-对账缺环 / 加法门禁合规 + 一致性。全量 scope。
• 季度（深扫载体=「季度体系审查」自动化）：+ ⑦a级联 / ⑦b确认有效性 / ⑧前提假设(置信度表) / ⑨模型漂移 + 端到端推演(盲区B) + 资源适配(盲区A) + 认知偏差(盲区C·外部对照)。
• 月度一致性判否阈值（加法门禁/⑥可证伪落地）：一致性体检对比"体系腐烂趋势"须带判否——连续 2 月 EXIT≠0（一致性脚本退出码非零）或健康度环比降 >5% → 记 P1；否则仅记录趋势不升级。
• 无漏洞保证：六维底线仅月度覆盖；深层四维度(⑦⑧⑨+盲区)仅季度覆盖（变化慢）；可证伪性/一致性/待验证/知识库为"双层覆盖"（日/周 + 月/季），属互补加深，无冲突、无盲区。

元层面（方法论自身的反身性治理）

• 外部对照重审（半年一次）：用"失败案例反推"视角重审本方法论——"系统性自查能提前发现历史上真实发生过的错误吗？"，而非从"框架完整性"出发。打破"用有盲点的工具检查自己有没有盲点"的同构盲区（不只加自检项，引入不同视角）。本重审显式含认知偏差检查(盲区C)。
• 升级后回溯规则：本方法论重大升级（如大版本迭代）后，下次审查须额外覆盖"上一版标准下已通过的模块，在新标准下是否仍通过"，防历史审查结论可信度打折。

自检清单（方法论自身健全性·每次调用后自问）

• [ ] 是否只产出候选、未直接改规则 / 未触发执行动作？
• [ ] 本次是否确实追加写入改进登记册（而非新建平行台账/文件）？
• [ ] 系统性自查(诊断)+两门禁(纪律)是否全覆盖（含 ⑦a级联 / ⑦b确认有效性 / ⑧前提假设 / ⑨模型漂移）？
• [ ] ⑦a(技术拓扑) 与 ⑦b(行为退化) 是否按性质分开检查、未混为一镜跳过？
• [ ] 镜8 是否走了置信度表 + 重审触发，非"空泛列假设"？
• [ ] 改进候选是否按 影响×概率 框架标注（非随意）？P2概率上升是否标记/升级？
• [ ] F decay 是否对称（P1>24h升级 / P2>180天强制裁决 / P3>90天待重评）？
• [ ] 是否按分级选定（快扫/深扫/事件）执行，未把系统性自查全量堆进月度？
• [ ] 盲区A/B/C 是否在季度深扫落地（资源适配/端到端/认知偏差）？
• [ ] 与每日/周度是否无漏洞分工（月度六维底线 / 季度深层四维度）？
• [ ] 是否保持通用方法论定位、未混入域专属审计？
• [ ] 产出的 改进候选是否追踪状态翻转 + 维护生命周期(decay/关闭)，闭环不悬空？
• [ ] 孤儿检测是否执行（一致性门禁统一负责，全量比对 索引/协调矩阵）？
• [ ] 镜5(结构)/镜6(执行) 是否按分工不重叠检查？
• [ ] 紧急通道超时升级是否落实（未响应→二次告警+标记）？
• [ ] 一致性判否阈值是否已在月度自动化落地、未退化？
• [ ] 季度月深扫是否继承当月快扫结论、不重复扫（省成本）？
• [ ] 事件触发是否明确"由责任人/监控唤起、本方法论不自行监听"？镜8"上次质疑日期"是否随季度深扫/事件重审更新？
• [ ] 方法论自演进纪律是否遵守（本次重大变更走了迷你改进登记 + 修订记录 + 索引 + 记忆）？
• [ ] 本文档引用的外部章节/路径是否仍有效存在？
• [ ] 元层面：本次是否方法论升级后需回溯旧结论？外部对照重审是否到期？

常见问题（FAQ）

• 它会直接改我的规则吗？ 不会。铁律第一条就是"只审查、只登记候选，不直接改规则文件、不触发执行动作"。所有改进以 改进候选形式进改进登记册，等你确认后再走变更流程。
• 没有现成的登记册 / 索引能用吗？ 能。首次运行 python scripts/init_registry.py --target <工作区路径> 会自动落位四个台账文件；已存在则跳过，绝不覆盖或新建平行文件。
• 必须系统性自查全跑一遍吗？ 不用。方法论自带分级：月度跑"快扫"（六镜底线），季度才跑"深扫"（系统性自查 + 三个盲区）。日常用快扫即可，避免审查本身变成负担。
• 脚本安全吗？ 三个 Python 脚本均只用标准库，无网络请求、无子进程调用、无凭据读取。写操作仅限于你指定的本技能目录与台账文件（详见配套的权限与安全声明）。
• "孤儿文件"是什么意思？ 磁盘上有、但索引里没登记的文件。这类文件是规则体系腐烂的典型信号，由一致性门禁统一检测。
• 改进候选会变成愿望清单吗？ 有对称衰减机制防这个：P1 超 24 小时升级告警，P2 超 180 天强制裁决（升级 / 降级 / 关闭），P3 超 90 天标待重评。
• 能审查哪些对象？ 任何"规则体系"：团队 SOP、代码规范、合规流程、自动化脚本群、知识库治理规则、Agent 的 SKILL.md 等。
• 和普通的"检查清单"有什么区别？ 它不只查"有没有"，还查"有没有效"——比如确认机制存在但已退化成习惯性点确认（镜⑦b）、规则有判否条件但触发后从没真对账（镜⑥）。

触发词

审查体系 / 梳理体系 / 体系体检 / 定期审查 / 体系健全性 / 体系腐化检查 / 全体系扫描 / 体系自身质量门禁 / 体系审计 / 体系复查 / 体系质量检查 / 方法论审查

附：如何在工作环境中落地（不暴露原域）

1. 作为 Skill 安装：将本文件存为 SKILL.md 放入团队 Skills 目录（如 ~/.workbuddy/skills/rule-system-review/SKILL.md），即可在对话中用触发词唤起。
2. 初始化依赖台账（仅首次）：在目标工作区运行 python scripts/init_registry.py --target <工作区路径>，一键落位 改进登记册.md / 协调矩阵.md / 索引.md / lint_system.py（已存在则跳过，复用不新建，遵守铁律）。随后把模板中的示例替换为你的真实对象，并填写 lint_system.py 顶部 TODO 路径。
3. 作为纯文档使用：直接当 SOP 阅读，按"系统性自查(诊断)+两门禁(纪律)"逐项自查团队规则体系。
4. 域适配：首次使用时，把"域适配配置"段替换成本组织的真实对象（规则文件清单、自动化清单、协调矩阵路径、改进登记册路径），其余方法论无需改动。
5. 保密：本版已无任何投资/个人域信息，可安全分享给同事或存入公司知识库。