name: omni-standard-verify
version: "2.2.0"
description: |
万象-工程建设标准核查 —— 工程建设标准现行性核查与图纸符合性预检引擎（内置四源官方核验索引 30 万+ 条）。
什么时候用：要判断某本国标 / 行标 / 地标是否现行、是否已被替代；
要对图纸或方案做标准符合性预检、查强条废止图谱、核对标准编号与名称时使用。
不适用于：出具法定审查意见（本技能只做预检与核验）；消防 / 结构等专项执业签章；非工程建设领域的产品标准。
tags: [工程建设标准, 规范现行性, 强条废止, 版本核对, 设计说明, 通用规范, GB55037, 图纸审查, DWG无头解析, 图集研读, 官方核验, 零依赖, 可刷新]
agent_created: true
allowed-tools: Read,Write,Edit,Glob,Grep,Bash,PowerShell,WebFetch,WebSearch
triggers:
- 规范现行性
- 标准是否过期
- 标准是否废止
- 版本号核对
- 引用标准核对
- 现行版本是哪个
- 替代关系
- 强制性条文
- 强条废止
- 通用规范
- GB55037
- 设计说明引用规范
- 地方标准
- 规范速查
- 官方核验
- 规范库核验
- 现行版本
- 正确编号
- 引用规范
- 设计说明依据
- 规范清单
- 这本规范还能用吗
- 图集现行
- 标准替代
- 检查图纸
- 审核图纸
- DWG
- CAD图纸
- 图纸合规
- 图纸审查
- 引用标准现行性
- 规范过期
- 提取图纸文字
- 算面积
- 看图
- 图纸规范符合性
- 标准废止
- 图集过期
- 标准有效性
- 规范是不是旧的
- 施工图审查依据
- 标准库审计
- 扫描件
- 图集
- 无法复制文字的 PDF
- OCR 提取
- 研读摘要
- 这本图集讲了什么
- 做法编号
- 读图集
display_name: "万象-工程建设标准核查（L1 审曲）"
display_name_en: "Wanxiang Standard Verify"
description_zh: "核查工程建设标准的现行性并做图纸符合性预检，内置四源官方索引。"
description_en: "Verify the currency of engineering standards and pre-check drawing compliance against official indexes."
category: "knowledge"
author: "zzzzzzzp"
copyright:
holder: "zzzzzzzp"
year: 2026
license: "All Rights Reserved"
notice: "本技能为 zzzzzzzp 原创作品，著作权归其所有，保留一切权利。未经书面许可，不得复制、改编、再发布或用于训练数据。"
fingerprint: "sha256:b869928c1a088cac6dc33e3bbd7890293b07dea054ac6d2bb02cba2c8d3fb997"
watermark: false
mark_id: "AG1-425f7b8f06"
stamped_at: "2026-10-07T19:07:54+0800"

万象-工程建设标准核查 · 工程建设标准现行性与图纸符合性核验

§〇 · 本技能定位为付费技能（Pay Skill）

> 🔴 付费技能一律走完整付费路径 —— 是付费定位，就照着付费通道做完：
> 随包实现 402 链路（见 §〇·2）、接入相应服务、按注册价填单价、走 Pay Skill 向导。

§〇·2 · 随包提供的 402 付费链路实现（平台「付费改造」检测就看这个）

平台在提交时会做一次「支付宝付费改造」检测，判据是技能包内是否存在 402 支付链路的实现，
缺失项会逐条列出：402账单下发 / 携带凭证重试 / 验付调用 / 履约确认 / 订单持久化与幂等。
该检查不阻断提交，但审核阶段会重做一次，不合规即拒。

⇒ 本包自带该实现（目录 a2m/，零密钥、可直接 npm install && npm start）：

配置边界：配置缺失即明确失败（资源路由返回 503），不构造 SDK、不使用占位密钥、不提供任何跳过验付的路径。
密钥只走运行环境变量或本地配置文件，永不入包。

cd a2m && npm install && npm run smoke   # 冒烟：账单结构 / RSA2 签名 / 幂等边界
npm start                                # 默认 http://localhost:3000/demo/a2m/resource

一句话：把"这本规范还有效吗""这份图纸符合规范吗""这本图集讲了什么"从一次半小时的联网搜索加肉眼读图，变成一条命令加一份可核验的报告。

§0 五源融合说明 · 先选路线

0.1 本次融合的五部来源

0.2 三条路线 —— 第一步选错，后面全白干

用户的话先落到这里，再往下走：

路线甲是所有情况的先手：批量拿到一批资料时，先判现行性（§12），再决定是否值得消化内容（§11 第 0 步）。实测 50 份资料中 27 份已废止 —— 给一本已废止的规范做逐页 OCR，不只是浪费，更危险的是消化完的内容会被当成现行依据用出去。

> 作者环境说明（对外发布前须处理）：本文路线乙出现的是本机实测安装路径（AutoCAD 目录、隔离 Python 解释器）与本机用户名，它们让命令可直接执行。若要对外分发，须按 §13 的复核纪律替换为占位符。

§1 它比"凭印象查"强在哪

反幻觉机制：所有结论必须能落到 data/ 下的数据文件。查不到就明说查不到，并给出"为什么查不到"的三种可能 —— 不靠印象编答案。

§2 数据资产（data/）

2.1 四源官方核验索引

行格式：[编号, 名称[:70], 状态码, 来源码, 发布日期, 实施日期]
状态码 1现行 / 2即将实施 / 3废止 / 4暂不实施；来源码 1 GB / 2 行标 / 3 地标 / 4 住建部。
为守住单文件 <2MB，废止条目不存名称与日期（名称留空），故 verify 命中废止条目时名称可能为空 —— 这是为省空间的有意设计，不是数据缺失。

2.2 规范库核验产物

> 数据来源：以上三张表为规范库（guifanku.com）逐条比对四源官方核验结果后的三分类产物 —— 现行类、剔除类、四源未收录类。保留来源名是为了可核验：用户可按这三个文件回查任一条编号的归类依据。

2.3 地方标准的省份字段与两套编号体系

省份由 scripts/wz_region.py 推导（数据源没有官方省级字段），分两档置信度：

• RegionConf = 确证（1,765 条）：标准名称里含显式省级名（「福建省…」「天津地区…」）
• RegionConf = 推定（7,734 条）：无名称证据，按编号前缀或行政区划码推出
• 37 条无法判定，Region 字段留空（宁可空着，也不猜）

关键坑：地方标准有两套编号体系，混用会系统性误标

另一隐蔽坑：新疆用 XJJ + 三位序号（如 XJJ117），若按"前缀+两位数字"切分，会把 117 的 11 当成行政区划码而误判成北京。wz_region.py 已按整段前缀处理，并内置 __main__ 自检（16 例，含上述全部坑）。

2.4 脱敏声明

已剔除全部人名、电话、传真、邮箱、邮编、地址，以及主编/参编单位名称；公告正文只保留可核验的事实句，机构套话（"由××负责管理和解释""出版发行由××组织"）已全部删除。仅保留公开发布的标准编号、名称、日期、条文与公告事实等客观元数据。

§3 参考文档（references/）

> general-codes.md 与 general-codes-scope.md 两份共有行为 0：前者是六列量化总表（含废止条文数与公告号），后者是「域归属 + 实例」视角，缺一不可。

§4 路线甲 · 现行性核查（六步）

第 1 步　先用 wz_official.py verify 判「还有效吗」（最直接）

不依赖任何明细库，直接查四源官方索引，给 ✅ 现行 / 🔴 已废止或已被取代 / ❔ 四源均未收录：

python scripts/wz_official.py verify "GB 50016-2014（2018年版）" "GB/T 18601-2009"
python scripts/wz_official.py verify --file 引用段原文.txt      # 整段原文自动抽编号，批量核
python scripts/wz_official.py verify "DB61/T 522-2011" --live   # 顺带做一次官方平台实时检索
python scripts/wz_official.py stat                              # 看四源快照概况与抓取时间

每条输出：状态 · 来源库 · 发布/实施日期 · 同族全部官方版本。
若该年号在官方库查无、但同号存在更晚版本，直接判 🔴 该年号已被取代 并给出官方现行版本 —— 这正是"手上这份是不是过期了"的判定路径。

第 2 步　再跑 check 拿完整档案与强条信息，不要先读文档

python scripts/wz.py check "GB 50016-2014（2018年版）" "CJJ 82-2012" "JGJ 81-2002"

一次可传多个编号，每条输出四段信息：

1. 判定：✅ 现行 / ⚠️ 已被替代（并给出现行版本）/ ❓ 编号不完全匹配 / ✗ 本库查无此族
2. 基本档案：名称、类型、层级、发布与实施日期、本版替代了谁、批准公告号
3. 强条是否被通用规范废止：给出通用规范编号 + 实施日期 + 公告号 + 被废止的具体条号
4. 是否被新版替代

第 3 步　有原文时，用 claim 直接核「《名称》+编号」

设计说明里的引用是名称与编号成对出现的，错配（旧名配新号、张冠李戴）比单纯版本过期更隐蔽：

python scripts/wz.py claim "《城市道路和建筑物无障碍设计规范》(GB 50763-2012)"
python scripts/wz.py claim --file 引用段原文.txt      # 整段原文直接喂进去

输出三档判定：✅ 名称与编号配套 / 🟡 名称似为简称写法 / 🔴 名称与编号可能错配。
判为 🔴 时会给出：标准真名、常见成因、库里名字更相符的候选、以及"该标准是否由更早标准替代而来"的反查线索。

第 4 步　按需用其它子命令

python scripts/wz.py check "GB 50016-2014（2018年版）" "CJJ 82-2012"   # 批量现行性核查
python scripts/wz.py find "园林绿化" --top 20      # 按关键词检索（BM25）
python scripts/wz.py abol GB55037-2022              # 某通用规范废止了哪些标准的哪些条
python scripts/wz.py abol                          # 已收录图谱的通用规范废止概况一览（并提示未收录的 4 本）
python scripts/wz.py chain GB50016                  # 版本链：族内版本 + 被谁替代
python scripts/wz.py list 2024 工程国标 园林        # 按年份/类型/领域列标准
python scripts/wz.py stats                          # 数据概览与分布

第 5 步　核查一份设计说明的引用清单

1. 抽全部标准编号。优先让脚本抽，避免人工漏读：
   bash python scripts/wz_official.py verify --file 设计说明引用段.txt
   脚本会自动识别 GB/T 50016-2014（2018年版）、DL/T1632-2016（站内省略斜杠）等写法并去重。
   注意图纸场景：编号常被换行拆断，须先按列聚类重建阅读顺序再喂进去（见 §9.4）。
2. 逐条跑 check 取完整档案（强条让位、替代链、公告号）。
3. 按四级给出结论：
   - 🔴 已废止 / 已被取代 / 编号错配：官方标注废止，或同号已有更晚版本
   - 🟡 现行但强条已让位：主体现行，但引用的强条已被通用规范废止
   - 🔵 现行且无异常
   - ⚪ 四源均未收录：不等于废止。须说明成因（企业/团体标准、国外标准、计量核安全等另一体系，或已清理）
4. 务必同时列出"四源均未收录"的条目 —— 不要因为查不到就当作有问题，也不要因为查不到就跳过。

第 6 步　数据过期时刷新

两个数据层各有一套刷新命令，别只刷一个：

# ① 四源官方核验索引（30.8 万条）
python scripts/wz_official_refresh.py --check   # 先比对条数变化，不落盘
python scripts/wz_official_refresh.py           # 抓取 + 重建分片
python scripts/wz_official_refresh.py --crawl gb --pages 3   # 只测连通性

# ② 明细库（强条、公告、版本链）
python scripts/wz_refresh.py --check-only       # 先看变了什么，不落盘
python scripts/wz_refresh.py                    # 确认后正式刷新

中间页缓存在系统缓存目录的 wz_official_cache/，不进技能目录；不需要时 --clean 删掉，下次会全量重抓（约 2,300 页）。

§5 判断规则（必须遵守）

1. "现行"不等于"无风险"。主体标准现行、但其强制性条文已被通用规范废止，是最常见的坑，必须单列。
2. 编号族匹配 ≠ 版本匹配。GB 50016-2014 与 GB 50016-2014（2018年版） 是两个编号；带年号版括注的，须按括注年号判定。
3. 查不到分三种情况，必须区分：
   - 该编号不属于工程建设标准体系（如 GB/T 18601 石材、GB/T 4239 不锈钢 → 国标委归口）
   - 该编号是地方标准或图集（如图集另行成册，不在本库）
   - 该编号书写有误

不要把"查不到"直接写成"已废止"。
4. 通用规范优先于行业标准。2021 年后发布的 GB 55xxx 为全文强制，其条文与既有标准强条冲突时以通用规范为准。
5. 引用来源必须给到公告号。凡判定"已废止"，尽量附带 NoticeNum，让用户可回官方公告复核。
6. 本库不含标准正文（版权限制）。强制性条文以条号索引形式提供（条号属事实信息），只能核编号、名称、日期、替代关系、强条条号、公告，不能核标准内部的技术参数与条文原文；条文原文请查阅标准正式出版物。
7. 编号族匹配必须按"前缀只含字母"来切。GB55037-2022 的正确族键是 GB:55037；若用"前缀可以含数字"的宽松正则会切成 GB5503 + 7，进而把"同号更新版"误判成"另一个标准"。站内省略斜杠的写法（GB1499.2）必须先还原为 GB/T 1499.2 再比，否则两边族键不同、匹配不上。scripts/wz_official.py 与 stdcode.py 已实现修正版，自带 23 例自检（python stdcode.py）。
8. 同号更晚年号 = 已取代。即便该年号在官方库查不到（官方库通常只留现行版 + 明确废止版），只要同号存在更晚年号，就判"已被取代"，不得当作现行保留。

5.9 三个心法（写引用清单前先过一遍）

1. 一个专业域 = 一本通用规范 + 若干行业标准。2021 年后，"通用规范（GB 55xxx，全文强制）"上升为纲领，行业标准降为技术细则。写引用清单时，先列通用规范，再列行业标准。
2. 引用必须精确到"年号 + 括注"。GB 50016-2014 ✗ → GB 50016-2014（2018年版） ✓。漏掉括注，会被审图认定为引用旧版。
3. "现行"不等于"能用"。CJJ 37-2012 现行，但强条已被 GB 55011-2021 取代。查到版本号只是第一步，还要看强条归谁。

§6 两条独立过期路径

绝大多数人只查第一条，因此漏掉最危险的一类。实测 50 份常用规范图集中，27 份已废止、10 份强条失效、仅 13 份现行，过期率 54%。

> 设计说明里仍写"按 CJJ 37-2012 第 X.X.X 条（强条）执行" —— 这条已经不强制了，或已被更严的通用规范覆盖。
> 2021 年起住建部陆续发布 GB 55xxx 系列"通用规范"，全部全文强制，实施即废止现行标准中对应的强制性条文。这是本轮标准换代的总推手，也是判定的第二把钥匙。

6.1 三层判定法

第二层不可跳。起初只按"是否被新版替代"判断，实测会漏掉 CJJ 37、GB 50420、GB 50688、CJJ 193 等 4 份"隐性过期"。

6.2 四级状态分类（输出必须落到这四类之一）

6.3 三条反直觉结论（凭编号印象推断必错）

• GB 50181-93 蓄滞洪区建筑工程技术规范 的替代者不是 GB 50773-2012 蓄滞洪区设计规范（那是另一本规划类规范），而是 GB/T 50181-2018 洪泛区和蓄滞洪区建筑工程技术标准。
• CJJ 34-2002 城市热力网设计规范 沿革为 2002 → 2010 → CJJ/T 34-2022，未升为国家标准，与 GB 50736 无关。
• CJJ 69-95 城市人行天桥与人行地道技术规范 至今未被整体替代，仍是现行（2003 局部修订版），只是强条被 GB 55011-2021 部分废止。这本 1995 年的规范"还活着"，容易被误判。

6.4 按域实证：50 份资料核出来的三类高危域

2026-09-16 实测样本（50 份常用规范图集，覆盖城市规划、市政给排水、道路交通、环卫、建筑防火、园林绿化、供热、市政信息化、结构构造 9 个域）：

• 环卫类 4 份全部废止（CJJ 47-91 / CJJ 47-2006 / CJJ 17-2004 / GB 50337-2003）—— 做环卫专项规划时若沿用，引用整体失效。
• 道路交通类 4 份强条全部让位于 GB 55011-2021 —— 规范还在（CJJ 37-2012、CJJ 193-2012、GB 50688-2011、CJJ 69-95 都还"现行"），但强条不再是它说了算，是最容易漏的一类。
• 建筑防火类 3 份废止（GB 50045-95、GB 50067-97、GBJ 39-90）+ 1 份须换 2018 年版（GB 50016-2014）。
• CAD 插件自带的帮助库，版本普遍停留在 2000—2016 年，不能作为设计依据来源。

配套教训：漏项比过项更危险。 过期会被审图打回，漏项则根本引不出来。首版表只覆盖手上那批资料时，必然缺整块专业域。实测补漏清单：

§7 五个必查陷阱 + 四个失败模式

7.1 五个必查陷阱

1. GB → GB/T 升格：推荐性化后编号变体，旧引用写法失效。例：GB 50298-1999 → GB/T 50298-2018；CJJ 34-2002 → CJJ/T 34-2022。
2. 名称变更："规范"改"标准"、"技术规范"改"技术标准"。例：GB 50013-2006 室外给水设计规范 → GB 50013-2018 室外给水设计标准；GB 50869-2013 经 2025 年局部修订后由"规范"改为"标准"、编号改为 GB/T 50869-2013。
3. 局部修订版必须带括注：只写 GB 50016-2014 会被认定为引用旧版，正确写法是 GB 50016-2014（2018年版）。同类：CJJ 37-2012（2016年版）、GB 50688-2011（2019年版）、GB 50420-2007（2016年版）。
4. 行标升国标：CJJ 48-92 公园设计规范 → GB 51192-2016 公园设计规范。
5. 二次迭代：有些标准被替代了两次，要追到最新。例：CJJ 47-91 → CJJ 47-2006 → CJJ/T 47-2016；图集 98ZJ111 → 11ZJ111 → 21ZJ111（容易只查到中间那代）。

7.2 四个失败模式（踩过的坑）

• 只查"是否被替代" → 漏判全部"强条失效"类。
• 轻信地方清单 → 某地方气象局仍把 QX/T 109-2009 标为有效，实际已被 QX/T 109-2021 替代；地方住建清单常更新滞后，与国家平台冲突时以国家平台为准。
• 把"确认替代版本"当成"已完成替换" → 输出时必须区分"已核验（知道换哪本）"与"已补配（拿到新文件）"。
• 漏掉号型变化 → GB→GB/T、CJJ→CJJ/T、行标升国标，都会让旧引用写法失效；且名称通常同步改写（"规范"→"标准"），只改编号不改名称仍算引错。

7.3 容易混淆的邻近方法论

• "查到了替代版本 = 核查完成" ❌ —— 还要判强条状态、号型变化、括注写法。
• "现行 = 内容没变" ❌ —— 通用规范实施后技术要求可能实质变化（如 GB 55037-2022 将体育馆疏散净宽由 0.5 提到 0.6 m/百人）。
• "年号新就没问题" ❌ —— 2022 年后新发通用规范会反向废止较早标准（含较新者）的强条。
• "旧的没用" ❌ —— 如 CJJ 69-95 至今现行；不能只看年份。

§8 引用清单的标准写法

标准：先列通用规范，再列国家标准、行业标准、图集；年号后带括注；名称用现行全称。

> 本工程设计执行下列现行国家标准及行业标准：
> 《建筑防火通用规范》GB 55037-2022
> 《建筑设计防火规范》GB 50016-2014（2018年版）
> 《城市道路交通工程项目规范》GB 55011-2021
> 《城市道路工程设计规范》CJJ 37-2012（2016年版）
> ……

标注结论日期：标准持续更新（尤其 GB 55xxx 仍在陆续发布），引用处须注明"截至 YYYY-MM 核验"。不在报告里写这一句，半年后就无法判断这份结论是否已过期。

⚠️ 建议清单本身也要复核：出完"建议引用清单"后，把清单里的每一条再丢回现行版本表查一遍。实测发生过：核查了图纸正文的 9 处引用全部正确，却在自己给出的建议清单里顺手写了一个已废止的编号（CJJ 75-97，现行为 CJJ/T 75-2023）。标注型报告里，建议清单是用户最可能直接抄进新文件的部分，出错代价最高。

§9 路线乙 · DWG/DXF 无头解析与图纸符合性预检

不要靠截图、目测、或让用户自己念图纸。DWG 是结构化数据库，可以直接把每个实体的文字、坐标、图块属性、面积读出来 —— 结论可核验、可复算、可回溯。用户问"符不符合规范"时，只有拿到实测数值才能给出站得住的判断。

9.0 环境事实（已泛化：路径随机器不同，一律现查）

> 本机 bash 的 PATH 偶发损坏（ls/head/cat 报 not found，退出码 127）。一旦出现，立刻改用 Python 脚本或 PowerShell 工具，别在 bash 上纠缠。

9.1 先选路线（选错会浪费一小时）

默认走 A 线（无 LISP），只有 A 线拿不到的东西才补 B 线。

> 血泪教训：曾因 LISP 里 (defun out (p) ...) 被零参调用 → 文件句柄无效 → write-line 回落 stdout → 循环失控 → console.log 涨到 8.7 GB，差点写满磁盘。
> 所以：任何 accoreconsole 调用都必须走带看门狗的 runner，永远不要裸调。

# runner.py —— 每次都复制这份，不要省
proc = subprocess.Popen([ACC, '/i', DWG, '/s', SCR], stdout=logf, stderr=subprocess.STDOUT, cwd=WORK)
def watchdog():
    while proc.poll() is None:
        time.sleep(2)
        if os.path.getsize(LOG) > 100*1024*1024: proc.kill(); return   # 100 MB 硬上限
        if (datetime.now()-t0).total_seconds() > 900: proc.kill(); return  # 15 min 硬超时

另：LISP 提取失败的另一种表现是脚本静默无输出 —— 先检查输出文件是否落盘（os.path.exists + getsize），不要只看 stdout。

9.2 A 线六步

第 1 步　复制副本，绝不改原图

shutil.copy2(原图, 工作目录 + r'\plan.dwg')

第 2 步　DXF 导出 —— 一个 .scr 就够（A 线）

SECURELOAD
0
FILEDIA
0
_.DXFOUT
D:/.../plan.dxf
16

顺序不能颠倒：FILEDIA 0 必须在 DXFOUT 之前，否则弹文件对话框把无头进程挂死。

第 3 步　跑 accoreconsole（走看门狗 runner）

subprocess.Popen([ACC, '/i', dwg, '/s', scr], stdout=logf, stderr=subprocess.STDOUT, cwd=WORK)

accoreconsole 的 stdout 是 UTF-16LE，必须重定向到文件后按 utf-16-le 解码，否则满屏乱码，会误判成"脚本失败"。

判断成功的标志：日志尾部有 plan.dxf: <字节数> 而非 MISSING；日志本身只有 2~3 KB。
正常日志里就会出现缺字体报警（如 正在用 [simplex.shx] 替换 [FangSong_GB2312]、缺少字体。无法打印文字）—— 这本身就是一条应写进报告的图纸质量发现。

> bash 的 PATH 偶发损坏时：一律 python script.py > out.txt 2>&1 落盘再读。
> 绝对不要用 | head —— head 也会 not found（退出码 127），脚本会在写文件之前被杀掉，你会误以为「脚本没产出」。

第 4 步　别只看模型空间的 INSERT —— 图签要进块里取

图签有两种实现，必须都试：

• 属性块：图签内容在 INSERT 的 ATTRIB 里 → 遍历 msp 取 e.dxf.name == 'INSERT' 再读 e.attribs。
• 纯文字块（实测遇到过）：块内只有 TEXT，没有任何 ATTDEF/ATTRIB → 遍历模型空间一条都取不到，会误判成"图签空白/无图签"。
  python blk = doc.blocks.get('建筑A2图签') # 块名从 doc.blocks 列表里找 for e in blk: # 递归不了嵌套，但够用 if e.dxftype() in ('TEXT','MTEXT'): ... # 取 e.dxf.text / insertion / height
• 图框块常是一层套一层的嵌套块（外层只有 1 个 INSERT，内层才是图签），逐层 doc.blocks.get() 拆开看。

第 5 步　渲染成图，自己先看一遍

from ezdxf.addons.drawing import RenderContext, Frontend
from ezdxf.addons.drawing.matplotlib import MatplotlibBackend
from ezdxf.addons.drawing.config import Configuration, ColorPolicy
Frontend(ctx, MatplotlibBackend(ax), config=Configuration(color_policy=ColorPolicy.BLACK)).draw_layout(msp, finalize=False)

• 必须 fig.patch.set_facecolor('white') + ax.set_facecolor('white')，否则出图发暗看不清。
• 按图幅分区渲染（用各区域文字 X/Y 坐标聚类找出图框范围），再对关键部位（楼梯间、竖井、核心筒）单独放大渲染。
• 中文字体常缺失 → 文字显示为方框。不要依赖渲染读文字，文字要回到第 3 步的数据里去读。渲染只解决"空间关系长什么样"。

第 6 步　规范核验

1. 先查现行版本（走 §4 路线甲，但要按「表内 / 表外」分工：见 9.4）。
2. 分域取现行编号 → 判强条归属（2021 年后 GB 55xxx 通用规范全文强制，行业标准强条多数已让位）。
3. 输出红/黄/绿三级清单：🔴 明确违反强条/已废止/错配 ｜ 🟡 深度不足/强条让位/在修待换 ｜ 🟢 已核对无异常。
4. 每条问题必须给：实测证据 + 规范条文号（或标准的发布/实施/废止日期与公告号）+ 影响。没有实测或可追溯证据的不要写进红线。
5. 每条问题附「改法」（可直接替换的文字）—— 用户要的是能落到图上的修改，不是问题清单。
6. 同时列"无法核验项 + 需补充资料" —— 图纸审查报告里这栏和问题清单同样重要。
7. 关于"即将过期"：只写有据可查的（如已下达修订计划、正在征求意见、媒体/官方明确在修换版）。没有官方公告的未来废止日期就不要编；宁可写明"未检索到"，把该判断的边界讲清楚。

9.3 两种任务类型，产出结构完全不同 —— 先分清

用户说"检查这份图纸是否满足规范"和"审核这份图纸规范是否已过期 / 核对引用标准的版本号和生效废止日期"，是两件事，不要用同一套模板：

类型二的三条实操要点：

1. 引用清单只信"逐字摘录"。先把全部标准号/图集号抽出来（含正文散引），再逐条核；报告里的"图纸引用原文"栏必须是原文，不能改写。
2. 引用常被拆行书写（如「《天然花岗石 / 建筑板材 GB/T18601-2001》」跨两条 TEXT），正则直接匹配会漏。做法：按 X 聚类成列（容差 5 mm）→ 列内按 Y 降序 → 重建阅读顺序后再抽编号。
3. 必须查"强条归属"而不只是"版本号"。典型的四类判定：
   - 🔴 整本被替代（编号+年号都变，如 JGJ 81-2002 → GB 50661-2011）
   - 🔴 名称与编号错配（拿旧标准的名字配新标准的号，如「《城市道路和建筑物无障碍设计规范》(GB 50763-2012)」—— 该名称属已废止的 JGJ 50-2001）
   - 🟡 规范现行但强条已废止（如 GB 51192-2016、CJJ 82-2012 的多条强条被 GB 55014-2021 废止）
   - 🟡 图集连换两代（如 98ZJ111 → 11ZJ111 → 21ZJ111，容易只查到中间那代）
4. 通用规范的发布公告附件里有"废止的现行工程建设标准强制性条文"清单 —— 这是最快、最权威的强条归属来源（住建部公告的附件 2）。找到它，一次能定一批标准的强条存废。

9.4 类型二的分工：先查库内，再补库外（这一步省一半时间）

不要把 9 条引用全部拿去联网 —— 先逐条做库内匹配，只对库未覆盖的联网。

实测在园建（风景园林 + 道路 + 给排水）场景下的覆盖率与盲区：

→ 园林项目实测：库内覆盖约 55%，剩下 4~5 类必须联网。盲区集中且稳定，可按上表预先规划要查哪几类，不必逐条试。

> 💡 重要更新：上述盲区里，石材、不锈钢、水环境这类产品国标现在已被 §2.1 的四源官方索引覆盖（30.8 万条全品类）。所以分工应更新为：先用 wz_official.py verify 跑全量，只对仍未命中的再走 check / 联网复核。这比原来的"逐条试"更快，也更准。

9.5 图集的版本号查对了，还不够 —— 要进「总说明」看适用参数

这是最容易漏的一层。 查到「98ZJ111 已被 21ZJ111 替代」只解决了"编号过期"；图集是否真的覆盖你的做法参数，要翻它的总说明。实测在 21ZJ111 总说明里一次拿到三类关键信息：

1. 适用缝宽区间（50~450 mm）→ 图纸要求的 10~20 mm 缩缝根本不在区间内，说明这压根不是同一类缝，「换个图集号」解决不了；
2. 适用范围（"一般民用建筑和工业辅助建筑露明部分的建筑变形缝"）→ 室外广场/道路面层缩缝性质不同，不能套用；
3. 图集自身的设计依据清单 + 材料要求 → 这份清单本身就是现成的引用清单范本（如 21ZJ111 引用 GB/T 51410-2020、JG/T 372-2012、GB/T 3280），且它用的化学牌号写法（022Cr17Ni12Mo2）可直接反查图纸写法是否过时。

做法：图集类条目，除核版本链外，额外从图集总说明抽「适用区间 / 适用范围 / 设计依据清单 / 材料牌号」四项，与图纸要求逐项对照。

9.6 「在修待换」的取证位置：征求意见公示页

想写"即将过期"又怕编造，去这两个地方找可核验的时点：

• 工业和信息化部 / 国家标准委的「征求意见公示」页 —— 有明确的公示起止日期（如 GB 6566-2010 修订稿：2026-07-08 公示、2026-09-05 结束），且编制说明里写明了新版是否改为"全文强制"。这条比"正在征求意见"这种模糊表述强得多。
• 全国标准信息公共服务平台的标准计划页（计划号形如 20256772-Q-339）—— 有下达日期、项目周期、当前状态（起草 / 征求意见 / 审查 / 批准 / 发布）。

> 反例提醒："已经换版完成" ≠ "即将过期"。GB/T 18601-2024 已于 2025-05-01 实施，这是已生效的事实，必须写成"引用的是现行版之前的两代版本"，不能归入"即将"。

9.7 B 线（仅当需要时）：AutoLISP 提取的六个约束

;; .scr 内容
SECURELOAD
0
FILEDIA
0
(load "D:/.../dump.lsp")
DUMPALL

1. 必须先在 .scr 里设 SECURELOAD 0，否则 accoreconsole 拒绝加载 LISP，报"无法打开文件"（看起来像路径问题，其实是安全策略）。
2. accoreconsole 里没有 LAYOUTLIST 函数 → 用 vlax-for 遍历 vla-get-layouts。
3. ssget "X" 加 (410 . "Model") 过滤会返回空 —— 模型空间实体不携带 410 组码。正确做法：遍历块记录 entnext 链：

(setq br (tblobjname "BLOCK" "*Model_Space"))
(setq sub (cdr (assoc -2 (entget br))))
(while (and sub (/= (cdr (assoc 0 (entget sub))) "ENDBLK"))
  ... (setq sub (entnext sub)))

这个走法还能带出冻结图层上的实体（ssget "X" 会漏掉它们）。
4. 写文件用 (open path "w") + write-line，落地编码是 GBK，Python 按 gbk 解。
5. 所有取值都套 vl-catch-all-apply 包一层；vla-get-Area 对非闭合多段线会抛错，取回后要 (numberp ar) 判定，否则 rtos 直接崩掉整个提取。
6. 每个记录带上 X/Y 坐标。没有坐标的文字列表几乎无法分析（无法判断哪张图、哪个房间）。

要提取的内容：图形头变量（ACADVER/INSUNITS/LTSCALE/DIMSCALE）、布局名、图层表、文字样式（字体是否存在）、线型、标注样式、块定义清单、全部 TEXT/MTEXT/ATTRIB（含坐标、字高、图层、旋转）、INSERT（块名+插入点+缩放+旋转+属性值）、DIMENSION（测量值+两端点）、LWPOLYLINE（是否闭合、顶点数、面积）、实体类型与图层用量统计。

§10 图纸数据的判读技巧与面积取法

10.1 判读技巧表（从图纸数据里能看出什么）

10.2 面积怎么取

• LWPOLYLINE 闭合 → e.area。
• 天正 T3 导出后房间边界往往不是闭合多段线（实测 80 条多段线全是开的）→ 退而求其次：用外墙图层（如 WALL）所有 LINE 的外接矩形作为外包面积，在报告中明确写"面积为外墙外皮外包矩形，用于判断量级与规范门槛，正式建筑面积应按 GB/T 50353 计算规则核定"。
• 一层的开间/进深直接用轴网（轴号图块插入点 + 轴线长线）反推，比找墙线更可靠；再与 DIMENSION 的测量值互校。

§11 路线丙 · 扫描版 PDF 的研读消化

适用于：标准图集、建筑构造图集、扫描版规范 —— 特征是页面多且为整页图纸/扫描图像，文字层为空或只有少量文字。

拿到 PDF 先测文字层，再决定路线，不要一律硬读。 判据来自图集的内容构成：图集类资料里约 90% 是"整页图纸 + 少量文字说明"，真正有信息密度的只有封面 / 前言 / 目录 / 总说明 / 做法表头 / 关键构造页的说明文字这几类页面 —— 所以策略是分层采样 OCR，不是全文 OCR。

> 场景实证：某海绵城市建设技术标准图集 75 页、15ZJ001 构造做法 154 页、07MS101-2 给水构筑物 178 页 —— 三者经 pypdf 提取均得"每页 <10 字符、低文本页 = 全部页"，即纯扫描件；而同批的路城图册（39 页）与 CJJ37（176 页）文字层完整，可直接文本读取。

11.0 先判版本有效性，再决定要不要消化

• 若这批资料是多份批量给的（CAD 插件帮助库、别人的资料包、项目参考文件夹），先跑 §12 的批量审计，再对本流程选中的文件做内容 OCR。
• 理由：实测 50 份资料中 27 份已废止。给一本已废止的规范做逐页 OCR，是纯粹的浪费 —— 而且更危险的是，消化完的内容会被当成现行依据用出去。
• 单份文件也建议花 10 秒看一眼年号：年号 ≤ 2005 的，先查是否还有效。
• 完成标准：确认"要消化的这几份确实是现行版本"，或明确标注"本摘要基于已废止版本，仅供历史比对"。

11.1 测文字层，分流

• 写 pypdf 脚本逐页 extract_text()，输出页数、总字符、低文本页（<10 字符）数。
• 低文本占比 >90% → 扫描件走本流程；否则 → 直接用 Read 读文本，仅对疑似缺页处 OCR。
• 完成标准：明确"文本件/扫描件"结论与页数。

11.2 分层选页（扫描件）

• 第一层（必做）：封面 + 前言/批准页 + 目录页 + 总说明 —— 获取身份、骨架、适用范围。一般前 5-10 页。
• 第二层（按需）：按目录定位与任务相关的分部起始页（如透水铺装章节、道路场地分部），补 OCR 5-15 页。
• 判停条件：已拿到身份 + 骨架 + 目标分部关键页 → 不必继续 OCR 其余页；若需逐页核对特定指标再扩。
• 完成标准：选页清单注明"页码 + 用途"。

为什么不全量 OCR：154-178 页图集全量 OCR 需数十分钟，且大量页面（纯配筋图/大样图）转成文字后毫无意义。分层采样 + 结构化摘要在 5~10 分钟内给出"可用的懂"（实测 75 页全量约需 20+ 分钟，信息增量≈分层采样的 10%）。

11.3 渲染 + OCR

• PyMuPDF get_pixmap(matrix=fitz.Matrix(2.0,2.0)) 渲染选中页 → PNG。图集版面大，2.0x 保证 OCR 识别率，1.6x 兼顾速度。
• rapidocr-onnxruntime（离线、免费、中文好）逐图识别，文本按页拼接存 txt。
• 完成标准：每批页 OCR 结果落盘（建议 ocr/<name>_ocr_front.txt、_ocr_mid.txt）。

11.4 版式补偿（人工看图）

对目录、表格、构造图：OCR 文本错乱时，以渲染 PNG 人工判读版式（编号列、栏位、层次注写）。
完成标准：做法编号、指标数值、适用范围无歧义；疑似 OCR 错的数字标注"以原图复核"。

单位/上下标错乱是高频坑：透水系数"1.0×10⁻²cm/s"OCR 可能读成乱码 —— 必须人工看图复核数字与单位。另外 OCR 把两栏表格串行会导致编号与数值错位，用版式信息（表头行、缩进）重建，不盲信行序。

11.5 产出结构化研读摘要

五段式模板：

1. 文件身份（编号 / 名称 / 版本 / 批准文号 / 生效期 / 编制单位）
2. 内容骨架
3. 关键指标 / 做法编号提取（表）
4. 与其他规范图集 / 项目的关联
5. 执行状态 + 风险标注（适用边界、口径陷阱、OCR 存疑处）

落盘 analysis/…/*_reading.md（保留过程可追溯；同时把 OCR 中间结果放在同级 ocr/ 下）；若属规范族，同步更新 references/ 下的标准知识链文档。
完成标准：文档可独立回答"这是什么、覆盖什么、关键数字、能否用、去哪页查"。

11.6 路线丙的边界与失败模式

不适用：

• 文字层完整的 PDF → 直接用 Read，OCR 反而引入噪声。
• 需要把扫描图变成可编辑 CAD/矢量 → 不是 OCR 能解决的，走矢量化。
• 需要全文逐字核对某表（如材料级配表）→ OCR 精度不够时仍以原图为准，本流程只做定位与摘要。

失败模式：

• 全量 OCR 大图集：耗时巨大且纯图纸页产出无意义文字。
• 单位/上下标错乱 → 必须人工看图复核。
• 双栏表格串行 → 用版式信息重建。
• 不判版本就消化：50 份资料批量送检时 27 份已废止，直接对已废止规范做 OCR 消化，产出的"技术要点"会被误当作现行依据使用。

工具盲点：rapidocr 对极粗/极小字号、手写批注、印章压字识别差；中文竖排、艺术字封面识别率低（15ZJ001 封面"建筑构造用料做法"竖排文字需看图确认）。本工作流依赖当前模型"能读 PNG"或"能看图"；若模型不支持读图，OCR 文本是唯一通道，信息损失需在摘要中如实声明。

11.7 容易混淆的邻近方法论

• "OCR 全文 = 消化完成" ❌ —— 图集的真正价值在版式/做法体系，文字化只是中间产物。
• "扫描件 = 只能放弃" ❌ —— 分层采样 OCR 能在几分钟内给出可用的研读摘要。

§12 批量资料库的现行性审计工作流（七步）

适用于：一批规范/图集（CAD 插件帮助库、别人拷的资料包、项目参考文件），要判断哪些过期、换成哪一版、引用是否会被审图打回。

实测样本：50 份图集/规范（多来自 CAD 插件帮助目录与项目参考图集），共 4,194 页。逐一联网核验：27 份已废止、10 份局部修订或强条失效、仅 13 份现行有效，版本断层集中在 1990—2016 年。

第 1 步　清点与载体分流

• 逐份确认文件存在、页数、大小；用 PyMuPDF/PyPDF 测文字层（每页字符 < 10 视为无文字层）。
  实测参照：50 份资料中 18 份纯扫描、32 份有文字层 —— 扫描件占比超过 1/3，这一步不做就会在第 4 步浪费大量时间。
• 分流：有文字层 → 直接提取封面与目录；纯扫描 → 转 §11 分层采样 OCR。
• 完成标准：得到"份数 / 总页数 / 扫描 vs 文本"清单。

第 2 步　解析标准号，建第一层高危清单

• 从文件名提取标准号（正则：(GB|GBJ|GBT|GB/T|CJJ|CJJT|CJJ/T|JGJ|QX|QX/T|DB|ZG|ZJ|MS|S)\s*/?\s*\d+[-－]?\d*）与年号。
• 标记：年号 ≤ 2005 → 高危；2006—2015 → 待查；2016 以后 → 低危（仍须查通用规范）。
• 完成标准：每份都有"库中版本"字段。

第 3 步　查通用规范冲击（关键步，不可跳）

• 判断该专业是否存在 GB 55xxx 通用规范（见 references/general-codes.md 与 general-codes-scope.md）。
• 有 → 该标准强条已废止，标为"强条失效"，即使它本身仍现行。
• 完成标准：每份都能回答"它的强条还在不在"。

第 4 步　官方公告核验，定版定依据

• 分批并行：50 份量级不要串行核。实测做法是派 5 组并行研究代理、每组 10 份，逐条联网核验后可当日收敛；串行核同批量需数倍时间且极易中途放弃。
• 逐份检索：住建部公告号、实施日期、被替代关系。
• 优先信源：住建部官网公告 > 全国标准信息公共服务平台 > 中国标准服务网/CSSN > 工标网。
• 注意：地方气象局、地方住建清单常更新滞后，与国家平台冲突时以国家平台为准。
• 完成标准：每份都有"现行版本 + 实施日期 + 依据来源"。

第 5 步　分类输出

• 输出三份文档：AUDIT.md（主表，含状态列）、EXPIRED.md（过期清单 + 替代来源 + 通用规范清单）、DIGEST.md（结论速览）。
• 主表列：编号｜名称｜专业域｜状态｜现行版本｜依据。
• 完成标准：可独立回答"哪些过期、换成什么、为什么"。

第 6 步　补配建议分级

• 按"引用即失效风险"排优先级：紧急 / 重要 / 常规三档，而非按字母顺序。
• 明确区分"已核验（知道换哪本）"与"已补配（拿到新文件）"。

第 7 步　对外发布前的复核（把表交出去之前必做）

一份规范表要发给别人、或上架到平台，就得按"读者会照着抄进设计说明"的标准再走一遍：

• 清元数据里的项目痕迹：source_book / source_chapter / 案例小标题 / 示例片段，最常带出项目名、地名、客户名。规范编号是事实信息可以留；项目名不是。
• 判"漏项"而不只判"过项"：过期会被审图打回，漏项则根本引不出来。首版表只覆盖手上那批资料时，必然缺整块专业域（实测缺过"道路绿化"整域）。补齐靠按域反查：该域有没有通用规范？有没有近年新发布/新修订的行业标准？
• 盯住"名随号变"：GB→GB/T、CJJ→CJJ/T、行标升国标时，标准名称通常同步改写（"规范"→"标准"）。只改编号不改名称，仍算引错。
• 验收要验到"包"这一层：改了源文件 ≠ 改了要发出去的那个包。必须打开包内文件复核，并让包内 version / pack_fp 与台账逐字一致。
• 测试环境与本机路径：技能正文里的安装路径、用户名、绝对目录（AutoCAD 路径、Python 解释器路径、工作区路径）在对外版本中一律替换为占位符。
• 完成标准：包内 grep 无项目名、无本机用户名与绝对路径、新编号逐条在位、旧编号只出现在反面清单中。

§13 交付物清单与输出规范

13.1 核查报告的推荐结构（用户偏好表格 + 短句）

1. 结论先行：一句话给"能/不能判定为符合现行标准"，并给出问题条数
2. 逐条核查表：原文引用 → 判定（红/黄/蓝/白）→ 现行正确写法
3. 红线明细：每条给「实测证据 + 依据（标准号/公告号）+ 改法」
4. 本库不覆盖清单：明确列出并说明该去哪查
5. 数据截止声明：refreshed_at 日期 + "本报告不构成施工图审查意见"

13.2 图纸类交付物清单

1. 核查报告（HTML 做阅读与展示 + Markdown 做编辑，双份）；红黄绿表格化，用户偏好表格与短句。
2. 类型二额外产出「建议的完整引用清单」文本块，按「通用规范 → 国家标准 → 行业标准 → 图集」排序、年号带括注、名称用现行全称，让用户能直接粘进图。
3. 渲染图（整图 + 关键部位放大）作为证据附件，与报告同目录放相对路径引用（类型二可省略，但平面渲染有助于核对说明与图面的一致性）。
4. 保留过程文件目录（DXF、提取的 JSON/TXT、各分析脚本），报告末尾注明路径以便追溯。
5. 明确写"本报告不构成施工图审查意见"，并标注标准核验截止日期。
6. 交付前自检：<div>/</div> 计数相等、以 </html> 结尾、报告里引用的图片相对路径真实存在。

§14 已知边界（别越界承诺）

14.1 数据层边界

• 数据快照有截止日期，见 data/_meta.json 的 refreshed_at 与 data/official_meta.json 的 generated_at。报告里必须写明这个日期。
• 两个数据层的边界不同，别混说：
• official_*.json.gz（四源官方索引，30.8 万条）——全品类，含产品国标（石材 GB/T 18601、不锈钢 GB/T 4237 等），能判现行/废止，但只有编号→状态/名称/日期，没有强条与公告正文。
• standards_core.json 等明细库（1.2 万条）——仅工程建设标准体系，有强条条号、公告号、适用范围，但覆盖不了产品国标。

所以"石材国标还有效吗"用官方索引发 wz_official.py verify；"这本规范的强条被谁废止了"用明细库发 wz.py abol。另外四源索引的废止条目为省空间不存名称，命中时名称为空属正常。
- 四源索引本身不是完整的已废止库 —— 官方平台主要收录现行 + 明确废止者，历史版本多数不在。判断"某编号是否已废止"仍须靠：① 官方废止态；② 同号更晚年号；③ 新版 reviseStdCodes；④ 公告正文反查。
- 本库是「现行 + 在编」目录，不含独立的已废止标准库（公开接口不提供）。已被替代的旧版可能不在库中。
- 强条废止图谱覆盖 36/40 本通用规范。库内 GB55027-2022、GB55035-2023、GB55040-2024、GB55041-2024 没有废止清单 —— 数据源未提供 ReplaceArticle 字段，也无批准公告正文。这四本必须另查住建部官方公告，不得当作"未废止任何条文"。wz.py abol（不带参数）会主动打印这条警告。
- 地方标准的省份是推导值，不是官方字段。RegionConf=确证 的可用作依据；RegionConf=推定 的仅可用于缩小范围，不能作为"该地标适用于此地"的证明；37 条省份为空的，需自行核对编号前缀或查原公告。
- 地方标准（地标）仅在其行政区域内有效，跨省引用无效。
- 图集（中南标、国标图集、省标）不在本库，需另查图集目录。
- 不能核标准正文里的技术参数（如某强度设计值、某限值）。本库只含强条条号与公告正文。

14.2 图纸路线边界

• 只能核图上表达了的东西。方案阶段图纸缺设计说明/总平面/防火分区图时，不要硬凑结论，直接说明"无法判定"并列出需补充的资料。
• 规范条文号与限值：能从权威来源联网核到的才写；只有二手来源的要标注"须以规范原文复核"。不要凭编号印象推断版本关系。
• 地方标准与地方图集不要用通用检索代替 —— 明确写"需另查××省住建厅"，宁可留白也不要猜。
• 图签空白时，标准适用时点是推定的（只能按项目文件夹日期或文件名日期），必须在报告中显式声明这个推定及其对结论的影响。
• 代理对象里的内容读不出来就写"未纳入本次抽取"，不要让报告看起来比实际更完整。
• 第三方技能不要改。 这类技能常带版权声明（"不得改编"）。发现它的缺陷时走它自带的回执机制，不要直接改它正文；同时在自己的报告里如实写明"未擅自改动源文件"。回执里若已有他人在先条目，不要把自己的发现写成首次发现。

14.3 时效性与覆盖局限

• 速查表（如 references/current-versions.md）核验截止 2026-09-17。GB 55xxx 系列仍在扩充（最新为 GB 55038-2025），结论会过期。
• 速查类表格未覆盖全部专业域；表内为已逐条核验的条目，不代表全部现行标准。工业建筑、冷库、洁净厂房、物流建筑等整域未覆盖。
• 通用规范仍在陆续发布，今天判定的"现行"可能明天被新通用规范废止强条。审计结论须带日期。
• 图集类（J/S/MS/ZG/ZJ 系列）的现行性查询渠道分散（国标图集网、地方标办），不如国标规范好查。
• 批量核验基于公开信息联网检索，未逐本调阅标准原文附录；涉及具体强条编号引用时，建议再核对原文。

§15 脚本清单（scripts/）

另有 test-prompts.json（路线甲/乙 触发与边界用例）与 test-prompts-ocr.json（路线丙 扫描件研读用例）。

编号异体字符为什么必须归一：数据源里存在 DB23/T1586–2015（短破折号）、CJ／T176-2002（全角斜杠）这类编号。不归一化会有两个后果：① 用户按正常写法检索匹配不上；② 同一编号在 superseded.json 里因字符差异被存成两个键。全部数据文件已归一（128 处），且 wz.py 的归一化与 wz_region.norm_code 共用同一套规则，刷新后不会重新写回。

§16 触发速查表

§17 版本历史

§18 来源核验信息（可信度元数据）

> 结论可信度的三条自我声明：① 所有数量值为 2026-09 快照，GB 55xxx 系列仍在扩充，会过期；② 批量核验基于联网公开信息，个别条目确信度为"中"；③ 涉及具体强条编号引用时，建议再核对标准原文附录。

常见误用与常见问题（FAQ）

常见误用（反模式）

常见问题

• Q：GB55027-2022 等四本通用规范查不到废止清单，能当成「未废止任何条文」吗？ A：不能。库内这四本（GB55027-2022／GB55035-2023／GB55040-2024／GB55041-2024）数据源未提供 ReplaceArticle 字段，须另查住建部官方公告；wz.py abol（不带参数）会主动打印这条警告。强条废止图谱覆盖 36/40 本通用规范。
• Q：数据快照有多新？ A：见 data/_meta.json 的 refreshed_at 与 data/official_meta.json 的 generated_at，报告里必须写明这个日期。
• Q：地方标准的省份字段可信吗？ A：它是推导值，不是官方字段。RegionConf=确证 可作依据；推定 的仅用于缩小范围，不能作为「该地标适用于此地」的证明；省份为空的须自行核对编号前缀或查原公告。
• Q：图签空白时适用时点怎么定？ A：只能推定（按项目文件夹日期或文件名日期），且必须在报告中显式声明该推定及其对结论的影响。
• Q：发现第三方技能有缺陷怎么办？ A：第三方技能不要改（常带「不得改编」声明）。走它自带回执机制；报告里如实写明「未擅自改动源文件」；回执中已有他人在先条目时，不要把自己的发现写成首次发现。
• Q：能核标准内部的技术参数与条文原文吗？ A：不能。本库不含标准正文（版权限制），只能核编号、名称、日期、替代关系、强条条号、公告；条文原文请查阅标准正式出版物。
• Q：哪些内容不该写进红线清单？ A：没有实测或可追溯证据的不要写进红线。每条须给「实测证据 ＋ 规范条文号（或发布/实施/废止日期与公告号） ＋ 影响」，并附可直接替换文字的「改法」。

附 · 融合说明与来源追溯

• 位次依据：融合前 规范-市政速查 在成长注册表中有 40 XP / 12 次事件（load 3 / success 5 / compose 4），实测为 L1 审曲，是全库唯一过 L1 的技能；本融合产物继承其位次。其余四源均无使用证据。
• 原五源的版权章（各自 fingerprint 与 mark_id）已在融合时对不上新正文，不再沿用；如需对本次成果另行盖章，须走独立版权登记流程，不得沿用来源任何一个 fingerprint。
• 原 规范-市政速查 自带的「提示词级经验回流」一节不予继承：该机制位于提示词层，受运行环境闸门约束且不可靠，已在本机组改为插件级记录渠道。
• 五个来源技能的原始副本存于归档区 skills_archive/*__fused_to_万象-工程建设标准核查__20260918\，宿主原文另存为本目录 _SKILL_orig.md，可逐字回溯。