施工天窗核对
铁路施工天窗台账核对（按时间窗、时长算术与命令号核对台账自洽，仅提示差异，不作出定性结论）
这个插件核对什么
施工天窗核对（dsh-railway-window）是一个面向关务外贸场景的 DeepSeek Harness 核查插件。铁路施工天窗台账核对（按时间窗、时长算术与命令号核对台账自洽，仅提示差异，不作出定性结论）
规则库 7 条规则，数量居中：既能覆盖这类材料的主要要素，又不会把无关项也拉进来。按依据类型拆开看：由原则推导 5 条、本机构配置 2 条。
核对方式
核对方式上，施工天窗核对主要使用以下几类机械可判定的检查：多字段至少填一（1 条）、日期可解析（1 条）、由起止日期推算天数（1 条）、字段间关系一致（1 条）、取值须在允许清单内（1 条）、编号或键不得重复（1 条）。此外还有 1 类出现频次较低的检查方式。
所有检查都只在材料内部完成——不连外部数据库、不联网、不请模型裁决，所以同一份材料在相同配置下重复跑，结果逐字相同。
这里没有算术核对——规则库处理的是齐备性、取值合法性与字段关系，不重算任何金额或数量。
它不作什么判断
这个插件不提供结论，只提供线索：材料内部可以逐条指认的不一致会被列出来，每条都标明它对照的规则、依据的文件与条款、以及差异在材料中的位置。是否构成问题、是否需要整改，由看到这份清单的人判断。
严重度上限为「提示」——插件不使用「错误」级，因此结果里不会出现任何定性判断。
另有 2 条规则的判据来自使用机构自己的配置项，不是国家标准。换机构使用前必须先替换这份配置，否则核对的是别人的口径。
不要把空清单当成结论。规则库够不到的地方、以及因为材料缺少必要字段而无法执行的规则，都会连同原因单列；它们既不算通过，也不算失败。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
RW-001 | 每条天窗都应填写作业内容与施工命令号 | 提示 | 由原则推导 |
RW-002 | 天窗起止时间应可解析且先后成立 | 提示 | 由原则推导 |
RW-003 | 天窗时长应等于起止时间之差 | 提示 | 由原则推导 |
RW-004 | 批准时长不应超过申请时长 | 参考 | 本机构配置 |
RW-005 | 天窗类型应使用本机构口径的取值 | 参考 | 本机构配置 |
RW-006 | 天窗编号不应在台账内重复 | 提示 | 由原则推导 |
RW-007 | 台账应声明施工日期与申请单位 | 提示 | 由原则推导 |
严重度含义：提示（5 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（2 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：由原则推导（5 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」；本机构配置（2 条）——阈值或清单来自使用机构自身配置而非国家标准，严重度上限为「参考」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《铁路营业线施工安全管理办法》 | 文件／标准 | 5 条 |
| 各铁路局集团公司施工天窗管理办法（本机构配置） | 文件／标准 | 2 条 |
| 无统一标准 | 编号 | — |
编号、版本与效力说明
- 无统一标准（本条依据为台账的申请与批准两栏）
- 无统一标准（本条依据为本机构分类口径）
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
以上文件是插件自己声明的核对依据。规则库中每条规则还单独记录了它对照的具体条款；条款文本能否逐字取得，见下一节。
引用取证状态
引用取证：这套规则库没有任何一条规则可以直接对照逐字条文，全部属于「由原则推导」；其中 7 条在规则库中明确写着条文本次未取得，其余 0 条同样没有条文比对，只是未标记取证状态。
被规则引用的文件共 2 份，按引用次数从多到少是：《铁路营业线施工安全管理办法》（5 条）、各铁路局集团公司施工天窗管理办法（本机构配置）（2 条）。同一份文件在不同规则中可能被引用于不同条款。
结果怎么读
本插件共 7 条规则，其中严重度最高的一档是「提示」，共 5 条：RW-001、RW-002、RW-003、RW-006、RW-007。这些规则命中时应当优先处理，其余规则的结果可以在其后逐条确认。
另有 7 条规则的条文本次未取得逐字文本（RW-001、RW-002、RW-003、RW-004、RW-005、RW-006、RW-007）。引用这部分结果时请注意措辞：它们是原则推导的产物，不是条文比对的结果。
还有 2 条规则属于「本机构配置」（RW-004、RW-005）。使用前请确认这几条的配置与本机构口径一致，否则核对的是别人的标准。
适用场景与同组插件
面向报关、单证与供应链合规岗的关务核对：报关单证一致、商品归类层级、原产地 RVC、出口管制、信用证与滞箱费台账。
同一职业分组「关务外贸」下还有 7 个核查插件，分别是报关单证核对（dsh-customs-doc-check）、滞箱费台账核对（dsh-demurrage-ledger）、出口管制核对（dsh-export-ctl-check）、预测考核核对（dsh-forecast-penalty）、归类层级核对（dsh-hs-classify）、信用证单据核对（dsh-lc-doc-check） 等。这类材料通常需要同时过几个插件：一个插件只覆盖它自己那份规则库声明过的范围，把几个插件的结果合起来看才是完整的一次复核。
npm 包名 dsh-railway-window，仓库 PerryLink/dsh-railway-window，Apache-2.0 许可。页面上的规则与依据由构建脚本从规则库（版本 2026.1）与包的 locale 资源读出，与仓库内容一致。
- 报关单证核对
dsh-customs-doc-check—— 报关单证一致性核对 - 滞箱费台账核对
dsh-demurrage-ledger—— 滞箱费台账核对 - 出口管制核对
dsh-export-ctl-check—— 出口管制物项核对 - 预测考核核对
dsh-forecast-penalty—— 预测准确率考核核对 - 归类层级核对
dsh-hs-classify—— 商品归类层级一致性核对 - 信用证单据核对
dsh-lc-doc-check—— 信用证单据条款核对 - 原产地 RVC 核对
dsh-origin-rvc-check—— 原产地区域价值成分核对
安装
插件通过 dsh plugin add 安装，两条命令的主体一致，区别只在装完后用什么方式确认它已经注册：
bash / sh
dsh plugin --profile default add dsh-railway-window
dsh --profile default --dump-config | grep 'dsh-railway-window'PowerShell
dsh plugin --profile default add dsh-railway-window
dsh --profile default --dump-config | Select-String 'dsh-railway-window'上面的 default 是占位，换成你自己的 profile。确认配置里能搜到包名，再重开会话使用。
完整文档
本页回答的是「它查什么、依据什么、查不到什么」。使用层面的内容——材料格式、配置键、规则参数、报告结构——以下面的仓库文档为准。
完整文档 → GitHub（PerryLink/dsh-railway-window）
不确定是否该用这个插件，先看按材料类型组织的对照表；同类插件则在关务外贸分组下。 该用哪个核查插件 · 关务外贸 · 全部核查插件