勘察设计标书检查助手

递交前的最后一道关。这里查出来的每一条，都是"现在改还来得及，交上去就来不及了"。

一、依赖

本技能已内置所需方法论与脚本，路径均相对于本技能根目录（下文以 <skill_dir> 指代安装目录）：

查重不在这里做——用 sdb-dedup（勘察设计标书查重助手）。

包内构成

本技能自带完整工具箱，单独安装即可运行，不依赖其他技能或外部路径：

上表依赖节列出的是本流程会用到的部分；其余为关联能力（如接续其他阶段的产物），需要时可调用。

脚本仅依赖 Python 标准库；下列为可选项，缺失时相应功能降级并明确提示，不会崩溃：

完整能力：pip install pymupdf pdfplumber python-docx pillow numpy

二、五查，顺序不能乱

最后再做黑盒复评：换评委身份重读一遍——找得到吗？看得见吗？有证据吗？

三、机械查能抓到的六类（实测有效）

脚本结果是线索不是结论。 每条都要回原文确认，误报（如"元"出现在专业术语里）排除后再写进报告。

四、暗标检查的八类泄露点

C 与 E 是头号泄露源：正文洗得再干净，图签栏和文档属性里还留着单位名。

明标不要按暗标返工

脚本会判断：若正文中出现了基线单位名/人员名，说明是明标，此时 E 类（文档属性/修订/隐藏文字）属正常状态，不必清空。报告里必须写清"本项目为明标，暗标结论不适用"。

是否暗标以招标文件为准。 招标文件没要求匿名，就不要按暗标结论返工。

五、三维定级（决定改不改、改多急）

"未发现"≠"通过"。 未覆盖的部分（CAD 源文件、纸质件、图片内容、G 类内容特征）必须在报告里显式写"未覆盖"，不能默认没问题。

六、检查报告结构（七节）

1. 受检范围（文件清单、字数、检查项数、未覆盖项声明）
2. 五查执行记录（每查：查了什么、命令、结论、误报说明）
3. P0 清单（逐条：文件、定位、原文、依据、改法）
4. P1 清单
5. P2 清单
6. 误报排除记录（哪些线索经复核不成立，为什么）
7. 结论：P0 是否清零／未覆盖项／可否递交建议

七、两条纪律

1. P0 未清零不得建议递交。
2. 查出的每一条都要能定位到文件＋行号/章节＋原文片段。 说不清在哪儿的，等于没查。

八、常见误报（实测踩过，别重复报）