电力工作票核对
电力工作票要素齐备性与签发许可顺序核对（依据现行电力安全工作规程，仅提示差异，不作出定性结论）
这个插件核对什么
电力工作票核对（dsh-power-ticket-check）是一个面向安全生产场景的 DeepSeek Harness 核查插件。电力工作票要素齐备性与签发许可顺序核对（依据现行电力安全工作规程，仅提示差异，不作出定性结论）
7 条规则，是本族里最常见的一档规模，大体对应一次认真的人工通读能看住的范围。该规则库同时包含「条文直接规定」与「由原则推导」两类依据：前者 5 条，后者 1 条，另有 1 条取自使用机构自身配置。
核对方式
从检查方式看，电力工作票核对用的是几类可以机械判定的手段：。
这些检查都只读取材料本身的内容：不查外部数据库、不做联网核对、不调用模型判断，因此同一份材料在同样配置下每次得到的结果一致。
该规则库不涉及数值计算：它看的是要素齐不齐、取值在不在允许范围内、字段之间对不对得上。
它不作什么判断
共同约定只有一条——插件只做「指出不一致」，不做「下结论」。差异清单里每条都带规则编号、依据的文件与条款、以及差异落在材料里的位置。
本插件使用「错误」级严重度，共 1 条规则属于该级。这些规则所依据的条文都已取得逐字文本，只有在材料与条文明确不符时才会命中，也因此可以作为返工依据。
需要注意 1 条「本机构配置」类规则：它们的阈值与清单由使用机构自己填入，插件不自带。配置为空时这些规则不会执行，而是把自己列进跳过项。
每个没能跑起来的检查都会出现在跳过项里并附上原因——缺字段、缺配置、或规则要求的前置项不存在。所以「没有差异」和「没有检查」在结果里是两件分开陈述的事。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
PT-001 | 工作票应填写本机构要求的栏目 | 参考 | 本机构配置 |
PT-002 | 工作票种类应与工作性质相符 | 提示 | 条文直接规定 |
PT-003 | 签发、许可与终结的时间先后应成立 | 提示 | 由原则推导 |
PT-004 | 延期时间应把工作结束时间向后推 | 提示 | 条文直接规定 |
PT-005 | 一个工作负责人不应同时执行两张及以上工作票 | 提示 | 条文直接规定 |
PT-006 | 安全技术措施应包含停电、验电、装设接地线、悬挂标示牌、装设遮栏五项 | 错误 | 条文直接规定 |
PT-007 | 工作许可手续应包含现场复查、指明带电部位与双方确认签名 | 提示 | 条文直接规定 |
严重度含义：错误（1 条）——规则所依据的条文已取得逐字文本，出现差异即为明确不符；提示（5 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（1 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：本机构配置（1 条）——阈值或清单来自使用机构自身配置而非国家标准，严重度上限为「参考」；条文直接规定（5 条）——该规则的依据条文已取得逐字文本，规则直接对照条文规定；由原则推导（1 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《电力安全工作规程 发电厂和变电站电气部分》 | 文件／标准 | 7 条 |
| GB 26860—2011 | 编号 | — |
编号、版本与效力说明
- GB 26860—2011
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
这是插件声明的依据清单。要注意它是文件层面的：每条规则实际对照的是文件中的某个具体条款，取证进度按条款记录。
引用取证状态
引用取证：5 条规则为条文直接规定，且没有任何规则标注条文未取得。其余规则属于「由原则推导」或「本机构配置」，本就不引用条文原文。
规则引用的文件共 1 份，按引用规则数排列为：《电力安全工作规程 发电厂和变电站电气部分》（7 条）。同一文件的不同条款会被多条规则分别引用，因此上面是文件层面的汇总。
结果怎么读
本插件共 7 条规则，其中严重度最高的一档是「错误」，共 1 条：PT-006。结果里先看这几条，再回头处理其他规则报出的差异。
还有 1 条规则属于「本机构配置」（PT-001）。使用前请确认这几条的配置与本机构口径一致，否则核对的是别人的标准。
适用场景与同组插件
面向生产经营单位安全管理岗的台账与预案核对：危化品临界量、应急预案要素、演练脚本、隐患判定、两票与线损。
同一职业分组「安全生产」下还有 6 个核查插件，分别是养殖投入品核对（dsh-aqua-input-check）、演练脚本核对（dsh-drill-script-check）、应急预案要素校验（dsh-emergency-plan）、危化品临界量核对（dsh-hazchem-check）、重大隐患条款映射（dsh-hidden-risk-map）、线损拆分核对（dsh-power-loss-split）。实际使用中往往要跑不止一个：单个插件只负责它自己那份规则库声明过的范围，范围之间不重叠，合起来才接近一次完整复核。
npm 包名 dsh-power-ticket-check，仓库 PerryLink/dsh-power-ticket-check，Apache-2.0 许可。页面上的规则与依据由构建脚本从规则库（版本 2026.1）与包的 locale 资源读出，与仓库内容一致。
- 养殖投入品核对
dsh-aqua-input-check—— 水产养殖投入品记录核对 - 演练脚本核对
dsh-drill-script-check—— 应急演练脚本核对 - 应急预案要素校验
dsh-emergency-plan—— 应急预案要素齐备性与条款级页码定位 - 危化品临界量核对
dsh-hazchem-check—— 危险化学品临界量与重大危险源辨识核对 - 重大隐患条款映射
dsh-hidden-risk-map—— 安全隐患台账→《工贸企业重大事故隐患判定标准》 - 线损拆分核对
dsh-power-loss-split—— 线损电量拆分与考核表核对
安装
安装命令对两个平台是同一个 dsh 子命令，只有随后确认安装结果的那一步按 shell 不同：
bash / sh
dsh plugin --profile default add dsh-power-ticket-check
dsh --profile default --dump-config | grep 'dsh-power-ticket-check'PowerShell
dsh plugin --profile default add dsh-power-ticket-check
dsh --profile default --dump-config | Select-String 'dsh-power-ticket-check'把 --profile default 换成实际使用的 profile 名。装上之后重新启动会话，插件注册的工具才会出现。
完整文档
这里只讲核对逻辑与取证状态。安装之后的实际操作细节（材料格式、规则开关、超时与跳过项的处理）不在本页，请看仓库文档。
完整文档 → GitHub（PerryLink/dsh-power-ticket-check）
也可以先看该用哪个核查插件那一页，按材料类型定位到本插件；或回到安全生产分组看同类插件。 该用哪个核查插件 · 安全生产 · 全部核查插件