监理日志校验
监理日志跨日连续性与旁站覆盖提示（依据 GB/T 50319-2013 等公开文件，仅提示差异，不作出定性结论）
这个插件核对什么
监理日志校验（dsh-site-log-check）是一个面向工程建设场景的 DeepSeek Harness 核查插件。监理日志跨日连续性与旁站覆盖提示（依据 GB/T 50319-2013 等公开文件，仅提示差异，不作出定性结论）
规则库有 14 条规则，在本族中属于覆盖面较宽的一档，适合在正式复核前先跑一遍。这 14 条规则里，13 条有逐字条文支撑，1 条只能由原则推导。
核对方式
核对方式上，监理日志校验主要使用以下几类机械可判定的检查：。
检查过程不引入任何外部信息：没有数据库查询、没有网络请求、没有模型参与，同样输入必然得到同样输出。
需要说明的是，该规则库不做任何数值运算，核对的是要素是否齐备、取值是否在允许范围内、字段之间的关系是否自洽。
它不作什么判断
把它当成一次机械的交叉核对，而不是一次评审。核对结果里不会出现「合规」「不合格」这类字样，只有「此处与所引依据不一致」以及不一致的具体位置。
本插件不使用「错误」级严重度，最高只到「提示」：所有规则都只说明「这里与依据不一致」，是否构成问题由人工判断。
不要把空清单当成结论。规则库够不到的地方、以及因为材料缺少必要字段而无法执行的规则，都会连同原因单列；它们既不算通过，也不算失败。
规则清单
| 规则 | 检查内容 | 严重度 | 依据类型 |
|---|---|---|---|
SL-001 | 监理日志应按日历日记录且不重复 | 提示 | 条文直接规定 |
SL-002 | 施工期内的监理日志不应缺日 | 参考 | 由原则推导 |
SL-003 | 监理日志应记录天气和施工环境情况 | 提示 | 条文直接规定 |
SL-004 | 监理日志应记录当日施工进展情况 | 提示 | 条文直接规定 |
SL-005 | 监理日志应记录当日监理工作情况 | 提示 | 条文直接规定 |
SL-006 | 监理日志应记录当日存在的问题及处理情况 | 提示 | 条文直接规定 |
SL-007 | 监理日志应由专业监理工程师组织编写并留下记录人 | 提示 | 条文直接规定 |
SL-008 | 旁站的关键部位、关键工序应有确定的旁站清单 | 提示 | 条文直接规定 |
SL-009 | 已实施的旁站记录应有开始与结束时间 | 提示 | 条文直接规定 |
SL-010 | 旁站记录应记录发现的问题及处理情况 | 提示 | 条文直接规定 |
SL-011 | 旁站记录应有旁站监理人员签字 | 提示 | 条文直接规定 |
SL-012 | 需旁站的关键部位、关键工序应有对应旁站记录 | 提示 | 条文直接规定 |
SL-013 | 监理日志中的旁站情况应与旁站记录台账对应 | 提示 | 条文直接规定 |
SL-014 | 旁站记录应写明旁站的关键部位、关键工序与施工单位 | 提示 | 条文直接规定 |
严重度含义：提示（13 条）——差异成立，但条文未直接规定，或需人工判断后确认；参考（1 条）——只作提示，供人工复核，不构成任何结论。
依据类型含义：条文直接规定（13 条）——该规则的依据条文已取得逐字文本，规则直接对照条文规定；由原则推导（1 条）——未能取得逐字条文，依原则性条款推导，严重度上限为「提示」。
依据的标准
| 依据 | 类型 | 引用该依据的规则数 |
|---|---|---|
| 《建设工程监理规范》 | 文件／标准 | 13 条 |
| 《房屋建筑工程施工旁站监理管理办法（试行）》 | 文件／标准 | 1 条 |
| GB/T 50319-2013 | 编号 | — |
| DBJT 13-144-2019 | 编号 | — |
| 国务院令第279号 | 编号 | — |
| 建市〔2002〕189号 | 编号 | — |
编号、版本与效力说明
- GB/T 50319-2013
- DBJT 13-144-2019
- 国务院令第279号
- 建市〔2002〕189号
这是引用取证记录中的完整编号与效力说明，含发布日期、实施日期、代替关系与强制性说明。规则库核对时对照的是这里列出的版本；若本单位执行的是其他版本，结论不直接适用。
这是插件声明的依据清单。要注意它是文件层面的：每条规则实际对照的是文件中的某个具体条款，取证进度按条款记录。
引用取证状态
引用取证：13 条规则为条文直接规定，且没有任何规则标注条文未取得。其余规则属于「由原则推导」或「本机构配置」，本就不引用条文原文。
规则引用的文件共 2 份，按引用规则数排列为：《建设工程监理规范》（13 条）、《房屋建筑工程施工旁站监理管理办法（试行）》（1 条）。同一份文件在不同规则中可能被引用于不同条款。
结果怎么读
本插件共 14 条规则，其中严重度最高的一档是「提示」，共 13 条：SL-001、SL-003、SL-004、SL-005、SL-006、SL-007、SL-008、SL-009、SL-010、SL-011、SL-012、SL-013、SL-014。这些规则命中时应当优先处理，其余规则的结果可以在其后逐条确认。
适用场景与同组插件
面向施工、监理与建设单位的现场与报批文件核对：安全技术交底、监理日志、危大工程、环评导则、土壤与地下水监测。
同一职业分组「工程建设」下还有 6 个核查插件，分别是环评导则核对（dsh-eia-guide-check）、防护用品配置核对（dsh-guard-plan-qc）、HAZOP 分析表核对（dsh-hazplan-check）、许可办理核对（dsh-permit-report-check）、安全技术交底核对（dsh-safety-brief-check）、土壤地下水监测核对（dsh-soilwater-check）。实际使用中往往要跑不止一个：单个插件只负责它自己那份规则库声明过的范围，范围之间不重叠，合起来才接近一次完整复核。
发布渠道是 npm 包 dsh-site-log-check，源码在 GitHub 的 PerryLink/dsh-site-log-check，许可为 Apache-2.0。本页的规则清单直接取自仓库里的规则库文件（版本 2026.1），不是手写的介绍。
- 环评导则核对
dsh-eia-guide-check—— 环评导则适用性核对 - 防护用品配置核对
dsh-guard-plan-qc—— 劳动保护与安全防护用品配置表核对 - HAZOP 分析表核对
dsh-hazplan-check—— HAZOP 分析表要素齐备性与偏差推导一致性核对 - 许可办理核对
dsh-permit-report-check—— 行政许可办理核对 - 安全技术交底核对
dsh-safety-brief-check—— 安全技术交底记录要素齐备性与签字闭环核对 - 土壤地下水监测核对
dsh-soilwater-check—— 土壤与地下水监测台账核对
安装
安装分两步——先 add，再确认它进了配置。两条命令都与平台无关，只有过滤输出的写法不同：
bash / sh
dsh plugin --profile default add dsh-site-log-check
dsh --profile default --dump-config | grep 'dsh-site-log-check'PowerShell
dsh plugin --profile default add dsh-site-log-check
dsh --profile default --dump-config | Select-String 'dsh-site-log-check'把 --profile default 换成实际使用的 profile 名。装上之后重新启动会话，插件注册的工具才会出现。
完整文档
这里只讲核对逻辑与取证状态。安装之后的实际操作细节（材料格式、规则开关、超时与跳过项的处理）不在本页，请看仓库文档。
完整文档 → GitHub（PerryLink/dsh-site-log-check）