PerryLink DSH 插件家族

档案归档核对

档案归档完整性与保管期限核对(依据《档案法》及配套规定,仅提示差异,不作出定性结论)

npm 包
dsh-archive-check
职业分组
公文档案
版本
0.2.1(规则库 2026.1)
许可
Apache-2.0
运行环境
Node ^22.19.0 || >=24.0.0,DeepSeek Harness >=0.2.1-alpha.1
规则条数
7 条,全部为「由原则推导」,3 条依据本机构配置
仓库
PerryLink/dsh-archive-check

这个插件核对什么

档案归档核对(dsh-archive-check)是一个面向公文档案场景的 DeepSeek Harness 核查插件。档案归档完整性与保管期限核对(依据《档案法》及配套规定,仅提示差异,不作出定性结论)

规则库 7 条规则,数量居中:既能覆盖这类材料的主要要素,又不会把无关项也拉进来。规则库的依据类型分布是 本机构配置 3 条、由原则推导 4 条。

核对方式

核对方式上,档案归档核对主要使用以下几类机械可判定的检查:。

插件不会替你查证。它只比较材料自身各处之间、以及材料与所引条款之间是否一致;材料里写错的事实,只要内部自洽,就查不出来。

这里没有算术核对——规则库处理的是齐备性、取值合法性与字段关系,不重算任何金额或数量。

它不作什么判断

这一族插件的立场一致:把材料内部能够逐条指认的差异列出来,合规与否、责任归属、以及能否通过审核,都不由插件给出。每条差异都附上它对照的规则、依据的文件与条款和差异位置,便于逐个复核。

严重度上限为「提示」——插件不使用「错误」级,因此结果里不会出现任何定性判断。

需要注意 3 条「本机构配置」类规则:它们的阈值与清单由使用机构自己填入,插件不自带。配置为空时这些规则不会执行,而是把自己列进跳过项。

不要把空清单当成结论。规则库够不到的地方、以及因为材料缺少必要字段而无法执行的规则,都会连同原因单列;它们既不算通过,也不算失败。

规则清单

规则库 archive-check.yaml 的全部 7 条规则(规则库版本 2026.1)
规则检查内容严重度依据类型
AR-001归档条目应著录本机构要求的项目参考本机构配置
AR-002档号在同一登记范围内应唯一提示由原则推导
AR-003保管期限应使用本机构保管期限表的用词参考本机构配置
AR-004件号应在同一登记范围内唯一且连续提示由原则推导
AR-005形成日期应可解析,且与登记年度一致提示由原则推导
AR-006登记表应声明全宗与年度提示由原则推导
AR-007按本机构配置核对移交期限是否已到参考本机构配置

严重度含义:提示(4 条)——差异成立,但条文未直接规定,或需人工判断后确认;参考(3 条)——只作提示,供人工复核,不构成任何结论。

依据类型含义:本机构配置(3 条)——阈值或清单来自使用机构自身配置而非国家标准,严重度上限为「参考」;由原则推导(4 条)——未能取得逐字条文,依原则性条款推导,严重度上限为「提示」。

依据的标准

依据的标准 —— 逐条取自插件自身声明的 normativeBasis(共 8 条)
依据类型引用该依据的规则数
《归档文件整理规则》文件/标准5 条
《机关文件材料归档范围和文书档案保管期限规定》文件/标准1 条
《中华人民共和国档案法实施条例》文件/标准1 条
DA/T 22—2015编号—
国务院令第772号编号—
国家档案局令第8号编号—
国家档案局令第10号编号—
2020年修订编号—

编号、版本与效力说明

这是引用取证记录中的完整编号与效力说明,含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本;若本单位执行的是其他版本,结论不直接适用。

上表来自插件声明的 normativeBasis;规则库内部还会把每条规则落到具体条款上。条款原文的取证情况见下一节。

引用取证状态

引用取证:这套规则库没有一条规则声称直接对照逐字条文——7 条规则全部属于「由原则推导」或「本机构配置」。因此也没有「条文未取得」的欠账需要标注:从一开始就没有引用条文原文。结果中的差异是原则层面的一致性提示。

规则引用的文件共 3 份,按引用规则数排列为:《归档文件整理规则》(5 条)、《机关文件材料归档范围和文书档案保管期限规定》(1 条)、《中华人民共和国档案法实施条例》(1 条)。同一文件的不同条款会被多条规则分别引用,因此上面是文件层面的汇总。

结果怎么读

本插件共 7 条规则,其中严重度最高的一档是「提示」,共 4 条:AR-002、AR-004、AR-005、AR-006。结果里先看这几条,再回头处理其他规则报出的差异。

还有 3 条规则属于「本机构配置」(AR-001、AR-003、AR-007)。它们的判据来自配置项而不是国家标准,配置未填时这几条会进入跳过项。

适用场景与同组插件

面向办公室、文秘与档案室的公文与归档核对:公文格式要素、文种与发文字号、流转时限、归档完整性与保管期限。

同一职业分组「公文档案」下还有 2 个核查插件,分别是公文流转核对(dsh-gongwen-flow-check)、公文格式核对(dsh-gongwen-word-check)。这几个插件的范围彼此不重叠,也不会互相替代;要覆盖这类材料的全貌,需要挑出对应的几个分别跑。

npm 包名 dsh-archive-check,仓库 PerryLink/dsh-archive-check,Apache-2.0 许可。页面上的规则与依据由构建脚本从规则库(版本 2026.1)与包的 locale 资源读出,与仓库内容一致。

安装

安装命令对两个平台是同一个 dsh 子命令,只有随后确认安装结果的那一步按 shell 不同:

bash / sh

dsh plugin --profile default add dsh-archive-check
dsh --profile default --dump-config | grep 'dsh-archive-check'

PowerShell

dsh plugin --profile default add dsh-archive-check
dsh --profile default --dump-config | Select-String 'dsh-archive-check'

把 --profile default 换成实际使用的 profile 名。装上之后重新启动会话,插件注册的工具才会出现。

完整文档

这里只讲核对逻辑与取证状态。安装之后的实际操作细节(材料格式、规则开关、超时与跳过项的处理)不在本页,请看仓库文档。

完整文档 → GitHub(PerryLink/dsh-archive-check)

也可以先看该用哪个核查插件那一页,按材料类型定位到本插件;或回到公文档案分组看同类插件。 该用哪个核查插件 · 公文档案 · 全部核查插件