dsh-soe-decision-check

把一份「三重一大」决策台账逐行核对成「哪一行、哪一栏、差什么」的清单——只列差异，不判合规。

面向国企、事业单位办公室与纪检的 DeepSeek Harness 核对插件：读取企业表头加每个议题一行，按版本化规则库核对程序留痕，输出可定位、可逐条复核的发现。

安装 · 配置 · FAQ · 简体中文 · English · Español · Português · हिन्दी

dsh plugin --profile <name> add dsh-soe-decision-check

_{社区插件，与 DeepSeek 官方无关。唯一仓库：https://github.com/PerryLink/dsh-soe-decision-check（Gitee 为镜像）。}

dsh-soe-decision-check 读取一份「三重一大」决策事项台账——企业表头加每个议题一行——核对这份台账自身的程序留痕：每个议题是否记录了议题内容或决策依据、标注为经前置研究的议题是否记录了研究日期、前置研究日期是否不晚于会议审议日期、是否记录了决议结论、已决议的议题是否记录了表决结果、事项类别是否出自你配置的取值口径、台账是否声明企业与决策机构、议题序号是否唯一。

台账里已经写明的东西，它逐条核对；台账里没有的东西，它不补、不猜。输出是一份带 locator（第几行、哪一栏）、found（读到了什么）、expected（本应是什么）、fix（改哪里）的清单，供人工复核。纯 ESM：无联网、不调用模型、不改原件。

1. 安装：

   dsh plugin --profile <name> add dsh-soe-decision-check

   也可以从 git 最新 main 或本仓库打出的 tarball 安装：

   dsh plugin --profile web add github:PerryLink/dsh-soe-decision-check
   dsh plugin --profile web add ./dsh-soe-decision-check-<version>.tgz

   发布内容为 lib/index.mjs（tsdown 构建产物），随包带 rules/、locale/ 与 cordis.patch.yml。

2. 最小配置（默认即可用；按需切换规则库或只跑部分规则）：

   - insert:
       - id: dsh-soe-decision-check
         name: dsh-soe-decision-check
         config:
           rulesFile: rules/soe-decision-check.yaml
           disabledRules: []

3. 验证已生效：

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

   在仓库 checkout 里还能直接跑样例（pnpm install 的 prepare 会先构建 lib/）：

   node samples/quickstart/run.mjs

   soe_decision_check: 1 issue(s) — error 0, warn 1, info 0
   skipped: 1
   

   样例在 samples/quickstart/input/，期望输出在 samples/quickstart/expected/result.json；skipped: 1 是 SD-006——类别取值出厂为空，未配置时它报告自己进入 skipped。

卸载：dsh plugin --profile <name> remove dsh-soe-decision-check（或从 profile patch 删掉该行）。

注册一个工具 soe_decision_check：读一份台账，套一个版本化规则库，回一份报告。规则库是数据不是代码——替换 rules/*.yaml 即可切换规则集，无需改动 TypeScript。

依据类型 principle 即规则库里的 derived-from-principle：条款未直接规定、只能由原则性条款推出，严重级因此封顶在 error 之下。

以下为插件真实入口；安装后调用一次即可。

详细输出 — 工具 soe_decision_check

输入

{"meetingAt":"2026-03-05","rows":[{"前置研究":"是","前置研究日期":"2026-03-10","会议日期":"2026-03-05"}]}

输出

{
  "id": "dsh-soe-decision-check.SD-003.de09b5a6",
  "ruleId": "SD-003",
  "severity": "warn",
  "locator": {
    "row": 1,
    "field": "consultedAt"
  },
  "found": "第 1 行「consultedAt」为 2026-03-10，晚于 「meetingAt」的 2026-03-05",
  "expected": "「consultedAt」不应晚于 2026-03-05",
  "fix": "前置研究日期不应晚于会议审议日期；核对两个日期的填写"
}

Observed from dsh-soe-decision-check/tests/fixtures/SD-003/SD-003-unsafe.json

简短示例：soe_decision_check · node samples/quickstart/run.mjs

工具接受 JSON 或 YAML（Excel 可先转成两者之一；平台支持时，对话里也能代转）：

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。

规则数据与代码分离，每条规则都带文件名、文号、按原文自身编号体系的条款号、逐字摘录与来源地址。加载期强制：摘录必须是真实引文且不少于八个字符；依据仅为原则性条款（kind: derived-from-principle，严重级上限 warn）或本机构配置（kind: institutional-configuration，上限 info）的检查不得标为 error。夸大依据的规则库会在加载期失败，而不会产出一份看起来很有底气的报告。

规则库的头部声明了完整的引文缺口，每条规则的 note 重复该条最要紧的那部分。加载期那道「摘录必须是不少于八个字符的真实引文」的校验分辨不出引文与描述——因此这份规则库依靠头部、逐条 note，以及一条断言「每条 excerpt 都承认该缺口」的测试。

核验中确认的边界与「刻意没有作出的结论」见随包的 rules/evidence/ 目录。

全部可调参数都在 src/config.ts 的 Schemastery schema 中，只改 cordis.yml 即可生效，无需改代码；逐条阈值在 rules/ 下的规则库文件里。按 id 覆盖会替换整行——请重述所有需要的键。

全部 5 个键：

规则级参数写在规则库文件里：

• SD-002 conditionValues —— 台账「前置研究」栏里算作「已研究」的取值，默认 [是, Y, yes, true, 已研究, √]。
• SD-005 conditionField / requiredFields —— 什么触发表决要求；默认由决议结论栏触发，要求表决结果栏。
• SD-006 values —— 本机构的事项类别，例如 [重大决策, 重要人事任免, 重大项目安排, 大额度资金运作]；留空表示不检查。
• SD-007 fields —— 表头必须出现的字段，默认企业与决策机构；若台账在表头记录会议届次，把 meetingNo 加进去。

profile patch 覆盖示例：

- insert:
    - id: dsh-soe-decision-check
      name: dsh-soe-decision-check
      config:
        onlyRules: [SD-001, SD-002, SD-003]
        skipNotes: 本机构按实施细则第 12 条口径

• 只列差异，不作定性结论。 报告不判定决策是否合规、是否越权、金额是否达到「大额度资金运作」标准、应由谁承担责任；它列出材料与所引条款之间的字面差异，由人复核。
• 只读。 工具只读你指定的材料文件，不写文件、不改原件、不联网、不调用模型、不存凭据。
• 空结果不等于通过。 跑不起来的检查逐条进入 skipped 并写明原因；刻意没有配置的检查（如 SD-006）报告自己进入 skipped，而不是静默通过。
• 失败关闭。 既未给出 file 也未给出 material、材料解析失败、规则库找不到时，工具抛错并指明试过的位置；不会拼一份空报告出来。
• 引文纪律。 每条规则的 excerpt 都是它所引条款的逐字引文；未取得逐字原文时，规则标注 kind 并在 note 里说明，严重级封顶在 error 之下。规则库不会转述一段条款，再把转述当成引文。

⚠️ 本插件刻意不知道哪些事

什么算「三重一大」事项、金额达到多少才算，由各企业自己的实施办法规定——而阈值因行业、层级与规模而异。因此本插件不硬编码任何金额阈值，也不硬编码任何事项清单。 具体做法是：

• SD-002 读取台账自己的「前置研究」栏来判断某事项是否需要前置研究，而哪些取值算作「已前置研究」是可配置的。
• SD-005 只在记录了决定时才要求有表决记录，而且它不核对表决是否达到规定的比例——该比例来自实施办法，而台账很少记录计算该比例所需的法定人数与表决规则。
• SD-006 的事项类别取值清单出厂为空；在未配置任何取值时，它把自己记入 skipped。

规则库中的每一个 excerpt 都是它所引条款的逐字引文，且引文门会逐段回到 rules/evidence/ 的记录里复核。 条款怎么写，规则就怎么引；条款只是隐含，规则就停在 warn：由原则性条款推出的检查封顶在 error 之下， 并在自己的 note 里说明。规则库不会做的事是——转述一段条款，然后把转述当成引文。

还有一条边界值得写明：本插件核对的是留痕是否存在。研究日期填对了，并不证明前置研究实质开展过，插件也不对此作出任何判断。

• 只核对留痕，不证明实质。 日期与栏目齐全不代表决策程序实质履行；插件只看台账自身能逐条指认的东西。
• 不计算通过比例。 SD-005 只核对表决结果是否记录，不核对票数是否达到规定比例——那需要应到人数与表决规则，台账里通常不全。
• SD-006 出厂不检查。 类别口径出自本机构，未配置 values 时它报告自己进入 skipped；本插件不硬编码任何事项清单或金额阈值。
• SD-002 依赖台账自己的取值。 没有一行取到 conditionValues 里的值时，本条报告自己进入 skipped；台账用词不同就调整该列表。
• 时间是墙上时钟。 全部日期比较对输入字符串做墙上时钟运算，不做时区换算。
• 仅在 Linux 实测。 纯 ESM、无原生代码，任何 Node 22.19+ 都能跑；但本仓实测环境只有 Linux。

已对照 DSH 0.2.0-rc.2（本 README 面向的运行时）与本仓代码核验。本插件只注册一个工具，不触碰其他插件的面：

• 无工具名冲突。 唯一工具名 soe_decision_check 由本插件独占，不与内置工具或其他插件的工具重名。
• 无服务键冲突。 不提供任何服务键，因此不存在服务键冲突。
• 无 slot 冲突。 不注册客户端 slot key，因此不参与 shadows-shipped-ui 座位争抢。
• 无 HTTP 路由冲突。 不注册任何 webServer 前缀。
• 无事件链冲突。 不监听任何会话事件（无 ctx.on），因此不存在共享事件链路的短路问题；注册本身是 Cordis effect，卸载或热重载即撤销。
• 无 patch 层冲突。 组合包 patch 只 insert 自己那一行，从不覆写内置行的 config。
• 无全局改写。 不改原型、不改写 process.env、不替换全局 fetch dispatcher。

插件声明 inject: ['tools']：tools 服务缺席时它不会启动，也不会留下半注册的监听器或定时器。

• Gitee 镜像（同步镜像，以 GitHub 为准）
• dshfind 插件页（安装量与排名）
• OpenSSF Scorecard 报告（由 .github/workflows/scorecard.yml 驱动）
• DSH Market（已上架）
• 按材料选核查器（本仓所属核查器族的选型索引）

pnpm install                                              # node ^22.19 || >=24；prepare 会跑 tsdown
pnpm run typecheck                                        # tsc --noEmit
pnpm test                                                 # vitest：共享表格插件套件 + 每规则成对夹具
pnpm run build                                            # tsdown -> lib/index.mjs + lib/index.d.mts
pnpm run check:readmes                                    # README 一致性门（中文主版 ↔ 英文版）
node ../scripts/sync-shared.mjs dsh-soe-decision-check    # 把 ../_shared 的共享件同步进 src/shared/

发布前门禁：pnpm run typecheck && pnpm test && pnpm run build && pnpm run verify:self-contained && pnpm run check:lockfile && pnpm run check:readmes。

插件是 data-only：src/model.ts 声明表格形状，共享件提供读取器与检查引擎，规则库声明每一条检查。配图由 scripts/gen-readme-assets.py 程序化生成（Pillow 画 hero，手写 SVG 画结构图）：python scripts/gen-readme-assets.py 写出 docs/assets/dsh-soe-decision-check-hero-{zh,en}-{light,dark}.webp 与 docs/assets/dsh-soe-decision-check-flow-v5-{light,dark}.svg。hero 分 zh/en 两版，结构图只用命令 token，五语共用；旧的单版流程图与演示图保留在 docs/assets/ 供外链使用。

Topics：deepseek-harness, dsh, dsh-plugin, cordis, soe, decision

本项目是 PerryLink 维护的 DeepSeek Harness 插件家族成员（全部 Apache-2.0）。如果这个插件帮到了你，给个 star——它不解锁任何功能，但会让下一个人更容易找到它。

• @PerryLink —— 创建者与维护者：规则库（8 条规则与 rules/evidence/ 引文核验记录）、共享核对引擎、五语文档。

完整清单（62 个核查器 + 通用插件）：按材料选核查器 · 全部插件。本仓只是其中一个。

LICENSE（Apache License 2.0）© 2026 dsh-soe-decision-check contributors

_{Apache-2.0 · 社区插件，与 DeepSeek 无关。}