三重一大留痕核对 PerryLink/dsh-soe-decision-check

dsh-soe-decision-check — 国有企业「三重一大」决策登记表程序留痕检查

dsh-soe-decision-check 读取一份「三重一大」决策登记表——企业表头加上每个事项一行——并检查登记表自身的程序留痕：每个事项是否记录了议题或依据，标记为已前置研究的事项是否记录了研究日期，前置研究日期是否不晚于会议日期，是否记录了决策、已决策事项是否记录了表决，事项类别是否来自你配置的词表，登记表是否写明企业和决策机构，以及事项编号是否唯一。

它能回答什么

| 你问 | 它回答什么 |
| 某个事项既没填议题也没填依据。检查会说什么吗？ | 会。SD-001 要求每一行只要填了这两列中的任意一列，就至少得有一列有内容，两列都空时报告该行。它检查的是至少填了一列，不检查该事项是否属于「三重一大」范围，也不检查决策程序或背后的权限是否恰当。 |
| 登记表把某个事项标记为已前置研究，但研究日期是空的。 | SD-002 读取登记表自己的前置研究列，当该列的值算作已前置研究、而研究日期（consultedAt）为空时报告该行。哪些值算数由规则的 conditionValues 决定（默认是 是、Y、yes、true、已研究、√）。它检查的是日期有没有填，不检查前置研究是否实质开展、结论是否被采纳。当没有任何一行带这类值时，规则会在 skipped 里报告自己，而不是判为通过。 |
| 研究日期晚于会议日期——或者根本读不出日期。 | SD-003 比较研究日期（consultedAt）和会议日期（meetingAt），报告晚于会议的研究日期；同一天算作不晚。读不出日期时，会作为单独一条发现报告，而不是跳过。它只比较这两个日期——不判断程序是否真的走了。 |
| 有一行没记录决策；另一行记录了决策但没记录表决结果。 | SD-004 要求每一行只要填了决策列（decision）就得有内容，SD-005 则只在记录了决策的行上要求表决列（voteResult）。两者都不检查表决是否达到规定比例：那个比例来自你企业的实施办法，规则不做计算。 |
| SD-006 在我的登记表上从来不报告任何东西。 | 它的类别词表出厂是空的，所以没配置 values 时，SD-006 会在 skipped 里报告自己，而不是悄悄判为通过。配置好你自己的事项类别后，它只检查填写的类别（category，事项类别）是否属于其中；不判断该事项是否属于「三重一大」范围。 |
| 同一序号出现在两行。 | SD-008 会报告重复的 matterNo，忽略空白字符，因为一旦重复，就无法在会议纪要里指认对应事项。同一事项在多次会议上审议是正常的：用会议编号区分这些行，不要复用序号。这条规则只检查唯一性。 |

遵循的标准

| 文件 | 编号 | 引用它的规则 |
| 《关于进一步推进国有企业贯彻落实"三重一大"决策制度的意见》 | 中办发〔2010〕17号（中共中央办公厅、国务院办公厅印发；⚠️ 党内文件，非法律、行政法规或部门规章；全文分三部分，按（一）至（二十三）编号，不设"第X条"） | SD-001, SD-002, SD-003, SD-004, SD-005, SD-006, SD-007, SD-008 |

边界： 本插件检查的是三重一大决策事项台账中一份台账应当具备的程序痕迹——每个事项都记录其提案与依据，标记为已前置研究的事项记录研究日期，前置研究日期不晚于会议日期，存在决策与表决记录，事项类别来自你的词表，台账写明企业与决策主体，且编号唯一。它不判定某项决策是否合规、是否越权、金额是否达到「大额资金运作」门槛，也不判定由谁负责。

⚠️ 本插件刻意不去知道的事

什么算「三重一大」事项、金额到多少才算，由各企业自己的实施办法规定——门槛因行业、层级、规模而异。所以本插件不硬编码任何金额门槛，也不硬编码事项清单。 取而代之：

- SD-002 读取台账自己的前置研究列，判断某事项是否需要前置研究，哪些值算「已前置研究」可配置。
- SD-005 只在记录了决策时才要求表决记录，且不检查表决是否达到规定比例——该比例来自实施办法，而台账很少记录计算它所需的法定人数与表决规则。
- SD-006 的类别词表出厂时为空；未配置任何内容时，它会在 skipped 里报告自己。

规则包里的每一条 excerpt 都明说，条款原文未能取得。 制度依据在《关于进一步推进国有企业贯彻落实"三重一大"决策制度的意见》(中办发〔2010〕17号) 与各企业的实施办法中。核验环节无法取得逐字条款原文，所以规则包在 excerpt 字段里直接写明这一缺口，并把每条规则都保持在 warn 或 info。拿到原文后，把每条 excerpt 换成真实条款，并把 kind 提升为 direct。

还有一条限制值得说明：本插件检查的是痕迹是否存在。研究日期记录正确，并不能证明前置研究有实质内容，插件对此不作任何认定。

兼容性

| 层面 | 状态 |
| Harness | Peer 范围 >=0.1.2-rc.1 <0.2.0 \|\| >=0.2.0-0 <0.3.0 —— 已验证可同时接受 0.2.0-rc.2 和 0.2.1-alpha.1。故意不声明 engines.dsh：它没有读取方，也无法拒绝宿主 |
| Node | ^22.19.0 || >=24.0.0 |
| 平台 | 全部（纯 ESM；无原生代码、无网络、无模型调用） |
| 工具模式 | 在 native、ptc 和 both 下都能用；要处理一整年的会议，用 ptc |

它做什么

注册 soe_decision_check 工具。它读取一份决策登记簿 —— 企业抬头，加上每个事项一行 —— 套用带版本的规则包，返回报告。

| 规则 | 检查项 | 严重级别 | 依据类型 |
| SD-001 | 事项记录了自己的提案或依据 | warn | principle |
| SD-002 | 经过前置研究的事项记录了研究日期 | warn | principle |
| SD-003 | 前置研究日期不晚于会议日期 | warn | principle |
| SD-004 | 记录了决议结论 | warn | principle |
| SD-005 | 已决议的事项记录了表决结果 | warn | principle |
| SD-006 | 事项类别来自你的词表（默认关闭） | info | principle |
| SD-007 | 登记簿写明了企业和决策机构 | warn | principle |
| SD-008 | 事项编号唯一 | warn | principle |

安装

dsh plugin --profile <name> add dsh-soe-decision-check
dsh --profile <name> --dump-config | grep 'dsh-soe-decision-check'

配置

| 键 | 类型 | 默认值 | 说明 |
| rulesFile | string | rules/soe-decision-check.yaml | 规则包路径，相对于包根目录 |
| disabledRules | string[] | [] | 要停止运行的规则 id；每个都会出现在 skipped 里 |
| onlyRules | string[] | [] | 只运行这些规则 id；留空则运行全部规则 |
| skipNotes | string | "" | 追加到每条 skipped 原因后面的备注 |
| timeoutMs | number | 120000 | 协作式工具超时预算 |

几个值得了解的规则级参数：

- SD-002 conditionValues —— 前置研究列里哪些值算作已前置研究，默认 [是, Y, yes, true, 已研究, √]。
- SD-005 conditionField / requiredFields —— 什么会触发表决要求；默认是决议结论列，要求表决结果列。
- SD-006 values —— 你的事项类别，例如 [重大决策, 重要人事任免, 重大项目安排, 大额度资金运作]。留空表示不检查。
- SD-007 fields —— 必须存在的抬头字段；默认是企业和决策机构。如果你的登记簿把会议届次记在抬头里，就加上 meetingNo。

材料格式

工具接受 JSON 或 YAML：

company: 某某集团有限公司 body: 党委会 meetingNo: 2026 年第 3 次 rows:
- { 序号: '1', 决策事项: 某某技改项目立项, 事项类别: 重大项目安排,
议题内容: 提请审议某某技改项目立项及投资概算, 决策依据: 公司"三重一大"决策制度实施办法第 12 条, 涉及金额: 4800万元, 前置研究: 是, 前置研究日期: 2026-02-20, 会议日期: 2026-03-05, 决议结论: 同意立项，投资概算控制在 4800 万元以内, 表决结果: 应到 9 人，实到 9 人，同意 9 票, 承办部门: 发展策划部 } 列名匹配不区分大小写，并忽略空格、下划线和连字符；台账自己的列名会保留，所以每条发现都会指明它读取的是哪一列。日期可以写成 2026-03-05 或 2026-03-05 09:30。

规则来源

规则数据放在 rules/soe-decision-check.yaml。规则包的头部完整说明了引用缺口，每条规则的 note 会重复与该规则相关的那部分。加载时的守卫通常要求「摘录必须是至少八个字符的真实引用」，但它分不清引用和描述——所以这个规则包靠头部、每条规则的 note，以及一个断言每个 excerpt 都承认该缺口的测试来兜底。

故障排查

- SD-006 从不运行。 它的词表是空的。什么算「三重一大」事项，是你自己的实施细则说了算，插件不会强加一份清单。
- SD-002 报告自己被跳过。 没有任何一行被标记为已预研。如果你的台账对这一列用了别的措辞，就把 conditionValues 放宽。
- SD-003 在我明知已预研的事项上触发。 两个日期对不上。要么预研日期错了，要么会议日期错了，要么这一行属于更晚的一次会议。
- SD-005 在表决轻松通过时触发。 它检查的是表决有没有记录，不是有没有达到比例。比例是否达标，需要看法定人数和表决规则。
- SD-008 对同一事项触发两次。 同一事项在多次会议上审议很正常；用会议编号区分各行，不要重复使用序号。
- 插件装上了，但工具一直不出现。 检查 main 是否指向 lib/index.mjs，以及 pnpm run build 是否生成了它；main 写错会让加载器静默跳过入口。
- dsh plugin add 以不兼容为由拒绝这个包。 peer 范围覆盖 0.1.x 和 0.2.x；如果你的运行时不在其中，就显式授予豁免： dsh plugin --profile <name> allow-version dsh-soe-decision-check@0.1.0 --dsh-version <runtime> --accept-risk
- check 报告 manifest-peers 失败。 静态检查器比对的是一个硬编码的 peer 范围，它早于 0.2 系列。运行时会在安装时强制检查 peer 兼容性，所以声明的范围才是正确的；这是 dsh-plugin-dev 里已知的上游问题。

开发

pnpm install
pnpm run typecheck # tsc --noEmit
pnpm test # vitest, the shared table-plugin suite plus paired fixtures
pnpm run build # tsdown -> lib/index.mjs + lib/index.d.mts
node ../scripts/sync-shared.mjs dsh-soe-decision-check # refresh src/shared from ../_shared

这个插件是纯数据的：src/model.ts 声明表结构，共享套件提供读取器和检查引擎，规则包声明每一项检查。

许可证

Apache License 2.0 © 2026 dsh-soe-decision-check contributors.