Drawing Review Skill (审图) 图纸会审预审

工程图纸会审预审的方法体系——任何专业都能用，第一次用 AI 也能装。自带环境自举（让 AI 自己装齐依赖、装完自检、装不上有降级路线），从基础资料齐备（图纸 / 物料书 / 清单 / 合同四类逐份点名——缺一类就停下问，不许默默往下审）、图纸体检（转换体检单：参照可达性 / 污染 / 可读性 / AUDIT 坏图层 / 视口 / 字体，一条命令跑完出报告）、定立场、划边界、数据自检（六处 × 三层深度 × 两类图形数据——含填充 HATCH / 引线 LEADER / 跨块拼装标注读取，"读不到 ≠ 没有"），到叠图（先立轴网基准：以轴线对轴线认同一处，禁止靠图元坐标对位）与核冲突（《跨图比对表》报四个数 / 双边对应六对 / 物料编号双向核），再到出可直接拿去会审的预审报告（三张汇总表 / 12 列销项表 / 6 张兜底清单 / 建议层 / Z 类，并附《质量自证表》：六处读取覆盖率 + 条目数合理性，防"审了但等于没审"）。含技术路径（DWG→DXF→结构化数据 / 参照断链的体检与路径修正铁律 / 填充・引线・跨块拼装读取法（含现成提取脚本））、规范库搭建、五步迭代法，以及云端判定引擎（18 专业 1,571 条条目 + 19 条判定规则，按次调用、需 API Key）。含问题表述规范 5 条（分册部位前缀 / 禁自造代号 / 冲突分行列出处 / 大样写明类别 / 否定性结论附检索范围），判定能力在云端：判定规则库（跨区域同号正常 / 清单归成本 / 不许编造来源 / 伪问题六类）+ 1,571 条条目库，按次调用（见第五节），本地只含方法流程、不含判据。适用于图纸会审预审、施工图自查、跨专业界面核对、物料书与图纸对账。

审图 Skill

出品：范工AI实战 ｜ 许可：CC BY-NC-SA 4.0 本地只放流程骨架；判定规则、条目库、方法细则全部在云端，按需取用 —— 见 references/00-索引.md。 方法库取不到时不许自己编，必须停下来问用户。

---

一、这套东西能给你什么（先看这 6 行）

审图前对图，四个动作：定标准 → 叠图 → 核冲突 → 出报告，最后收口自查防漏项。

产出物是一份能直接拿去会审的《预审报告》： 三张汇总表 ＋ 12 列销项表 ＋ 6 张兜底清单 ＋ 建议层 ＋ Z 类（AI 能力外）

适用：任何专业的图纸会审预审 ｜ 施工图自查 ｜ 跨专业界面核对 ｜ 物料书与图纸对账。

---

二、什么时候用它（触发）

用户表达以下意图时启用：

• 「帮我把这套图审一遍」/「图纸会审预审」/「施工图自查」
• 「对一下物料书和图纸」/「跨专业核对一下界面」
• 「这套图纸有什么问题」/「会审前先过一遍」

---

三、怎么用：先读哪份文件（按需加载，别一次全读）

⚠️ references/03 / 04 / 05 / 06 / 08 是"骨架版" —— 只给流程框架与纪律名称。 具体做法（判定细则、句式样板、清单项、正反例）全部在云端方法库，必须按段取用。 取用方式见 references/00-索引.md。

你要干的事	读哪份 / 调哪个
⚠️ 第一次用 / 环境没配好	references/01-setup.md ← 先做这个，否则后面全是空转
⭐ 开工前（先立工作边界）	references/02-preparation.md
方法库怎么用（先看这个）	references/00-索引.md
图纸怎么变成 AI 能读的东西	references/03-tech-path.md（骨架）+ --method tech-path <段>
⭐ 主体流程（五步）	references/04-five-steps.md（骨架）+ --method five-steps <段>
收工防漏项 / 派拷问官	references/05-self-check.md（骨架）+ --method self-check <段>
输出质量纪律（12 条）	references/06-quality-rules.md（骨架）+ --method quality-rules <段>
⭐ 问题怎么写才让人看懂	references/08-表述规范.md（骨架）+ --method wording <段>
⭐⭐ 「该不该提」总闸	--rules --ids <编号> / --review --text "<问题>" ← 出报告前必过
查各专业该审什么（1,571 条）	--checklist --profession 装修 --limit 20
看一条完整示范（格式样板）	references/07-demo.md

取方法的三个命令（详见 00-索引.md）：

bash

python scripts/ask_api.py --method list                  # 有哪些主题
python scripts/ask_api.py --method five-steps --outline  # 该主题分几段
python scripts/ask_api.py --method five-steps 3          # 取第 3 段正文

五个脚本一览（scripts/ 下全部就这些，别漏用）

脚本	干什么	什么时候用
ask_api.py	云端判定引擎客户端（方法库 / 判定规则 / 审图条目 / 五问预检）	全程，出报告前必用 --review 过五问
health_check.py	图纸体检单（参照可达 / 污染 / 可读性 / AUDIT 坏图层 / 视口 / 字体）	开审前第一步，一条命令出报告
report_check.py	报告自检（交报告前查格式与完整性）	报告写完、交付前
extract_hatch_leader.py	填充 + 引线提取（HATCH / LEADER 里的文字）	数据自检时，"读不到 ≠ 没有"
extract_material_tags.py	跨块拼装材料标注提取	物料编号与图纸双向核对时

⚠️ 脚本跑不动 ≠ 可以跳过：跑不了就明说"跑不了"，并把该项列为未执行，不许拿"我读过文档"顶替执行结果。

---

四、开工第一件事：把工作边界立清楚

用户最怕的不是"审不出来"，是"AI 乱翻我电脑"。 边界一次说清 —— 用户才敢把图交给你。

动手前必须确认这四件事（用户已经给了的，复述确认；没给的，问）：

#	立什么边界	怎么做
1	图纸在哪	拿到图纸目录的准确路径；工作范围 = 该目录及其子目录
2	产出写到哪	约定一个输出目录；报告 / 中间文件 / 脚本全部写这里
3	依赖怎么装	只装 01-setup.md 列出的那几个库；不装无关工具、不下载额外东西
4	skill 只读	⛔ 不修改 SKILL.md 与 references/ 下的任何文件

三条硬纪律

• ⛔ 不读图纸目录以外的文件 —— 个人文档、其他项目、桌面、下载夹…… 用户没让你看的，一律不看
• ⛔ 不往系统目录写东西 —— 桌面 / 文档 / 临时夹都不写，只写约定的输出目录
• ⛔ 越界前先问 —— 确有必要访问其他位置，先说理由、先征得同意，再动

开工第一句，先把边界说出来：

text

我要审的图在：<路径>
产出我写到：<路径>
除这两处，我不访问其他位置；skill 文件我不改。

---

五、云端引擎（方法库 + 判定库 · 需 Key）

本 Skill 有三样东西放在云端，本地只留骨架：

云端资产	规模	本地有吗
方法库（怎么审：五步/自查/质量/表述/技术路径）	5 主题 44 段	❌ 只有骨架
判定规则（该不该提）	19 条	❌ 只有规则名与动作
审图条目（该查什么）	1,571 条 × 18 专业	❌ 云端

这样设计的目的：下载 zip 只拿到"流程说明书"，拿不到"怎么判"。判定能力必须联网、凭 Key 调用。

配置（一次）

bash

export DRAWING_REVIEW_KEY="<你的 API Key>"   # 向作者申请
# 服务地址已内置，一般不用改

四类命令

你要什么	命令
取方法细则（五步/自查/质量/表述/技术路径）	--method list / --method five-steps --outline / --method five-steps 3
查判定规则（这条该不该提）	--rules --ids R14,R1
查某专业该审什么	--checklist --profession 装修 --limit 20
报告条目「五问」预检	--review --file items.json

写法：

bash

python scripts/ask_api.py --rules --ids R14,R1
python scripts/ask_api.py --checklist --profession 装修 --limit 20
python scripts/ask_api.py --review --text "同一编号在不同册指不同材料"
python scripts/ask_api.py --method five-steps 3

items.json 格式：[{"问题描述": "同一编号在不同册指不同材料"}, {"问题描述": "工程量清单少了一个编号"}]

返回示例（规则接口只给"做什么"，不给"为什么"）：

json

{"rules":[{"id":"R14","label":"跨区域同号","kind":"delete","action":"先确认是否同一册"}]}

取不到怎么办

情况	怎么做
无 Key / Key 无效	返回 402 → 告诉用户"需要向作者申请 Key"，不许编造判定
网络断 / 接口超时	返回失败 → 停下来告诉用户，不许自己编一套顶上
单次条数超限	按返回的 note 缩小查询范围（规则最多 5 条 / 条目最多 20 条 / 预检最多 20 条）

付费与鉴权

• 按次计费，价格见 SkillHub 页面
• 未授权 → 402 Payment-Needed（不会悄悄放行）
• 测试期：联系作者领取测试 Key

---

六、八条最容易犯的错（先记这八条）

1. ⛔⛔ 「资料齐备」是审图的粮草 —— 开审前把四类基础资料逐个点齐：① 图纸 ② 物料书 / 材料清单 ③ 工程量清单 ④ 合同 / 承包范围 / 界面依据。点的是"文件真的在不在"，不是"文件夹有没有" —— ⛔ "目录建好、位置留对、文件没拷进去"是最会骗过眼睛的一种缺，必须逐份列文件名 + 数量核实。缺任何一类 → 停下来问用户，不许默默往下审（缺一类 = 对应整条检查线作废，报告缺一整块）；审的过程中发现资料不齐，同样立刻停下报告 —— 不许自行降级、不许把"没资料可查"当结论写进报告。 ⚠️ 看不到文件的 AI（纯文本对话、无法访问本地磁盘）：点资料时必须声明「以下齐备性依据用户口述的清单判断，我无法核实文件是否真的存在」——不许把用户的话直接当成"已核实齐全"，那等于把用户的自信当成你的证据。
2. ⛔⛔ 「图纸本身完整」是审图的地基 —— 开审前必须过图纸体检：跑一次 scripts/health_check.py （参照可达性 / 污染 / 可读性 / AUDIT 坏图层 / 视口 / 字体，一条命令出报告）。 参照断链 → 那份内容在 CAD 里根本加载不出来 → 图面缺内容。在这种图上审，结论必然打折扣。 修复参照的铁律：只改路径，不绑内容、不重写文件（细则调 --method tech-path 2） —— ⚠️ 体检单查不了的两件事（转换本身丢内容、图面看着对不对）必须人眼看图
3. ⛔ 「读不到」≠「没有」 —— 读到 0 条时，先怀疑自己读错了：Model 空间 / Paper 空间 / TEXT / MTEXT / ATTRIB 块属性 / 属性块里的标高 / 未炸开的块 / 图层 / Xref —— 六处排除完再下结论
4. ⛔ 叠图前先立「轴网基准」 —— "叠图"是"用轴线把同一处认出来"，不是把图形重叠。两张图各自提横轴 / 竖轴 + 轴号 → 选 1 个交点当原点 → 量到位 → 到另一张图按同一轴号找同一处。不同图坐标系不同，禁止靠"图元坐标接近"判断同一处（见第 2 步（1））
5. ⛔ 「叠了 N 组」不是完成 —— 必须交《跨图比对表》，并报四个数：应比 N / 实比 M / 无法核 K / 不一致几格
6. ⛔ 「查无」必须附检索范围 —— 所有否定性结论（查无 / 做不了 / 判正常）都要交代依据
7. ⛔ 「写得对」≠「看得懂」 —— 每条问题必须让没见过这套图的施工经理一眼看懂：哪儿 / 什么 / 跟谁冲突 / 要我做什么。自造代号、只说"不一致"不说各处是什么、不说大样是哪类大样、说"没有"不说查了哪 —— 都属不合格。 句式调 --method wording 2
8. ⛔⛔ 「审了」≠「审够了」 —— 交报告必附《质量自证表》：① 六处读取量逐个报数（Model / Paper / 文字 / 块 / 图层 / Xref——任何一处全 0 必须解释）；② 总条数 ＋ 零条目图纸份数 ＋ 条目数÷图纸数（零条目 >70%、或比值比上一轮骤降，必须解释）。审图最隐蔽的事故不是"审错"，是"审得太少"——图纸没问题、文件也读得开，但实质没审进去，客户看不出来，你也未必看得出来（见第 4 步（7））

---

七、执行顺序（一句话）

text

资料点齐 · 环境就绪 → 定立场·划边界 → 数据自检
   → 五步主体（定标准 → 叠图 → 核冲突 → 出报告 → 沉淀）
   → 收工自查（≥2 轮）+ 拷问官独立复核 → 交报告

⚠️ 机制不受任务规模影响：重审 / 复跑 / 补审，都走完整流程，不许当轻量任务处理。

---

八、边界（这套做什么 / 不做什么）

✅ 适用

图纸会审预审 ｜ 施工图自查 ｜ 跨专业界面核对 ｜ 物料书与图纸对账 ｜ 精装 / 公装 / 幕墙深化图预审

⛔ 不适用（别硬用，用错场景效果会很差）

不适用	为什么
结构受力计算 / 配筋验算	需要计算软件与注册结构师，不是读图能解决的
消防性能化设计评审	需要专项资质与模拟软件
造价审核 / 结算审计	属于成本条线，本 Skill 只把清单问题"转出去"，不做造价判断
需要注册师签章的正式审查	本 Skill 出的是预审报告，不替代法定审查
纯扫描件 / 无文字层的图片	能读但准确率大幅下降，必须人眼复核（会明确标【需人工复核】）
要求"审出所有问题"	不承诺穷尽，承诺的是"该做的动作做完、产物交齐、边界说清"

其他边界

• ⛔ 不含作者本人真实项目迭代出来的经验条目（那部分属进阶版）
• ⛔ 图纸数据本身缺失 / 损坏 / 是扫描件时，谁都审不了 → 如实进《未执行清单》，不许装作查了

---

九、这份 skill 包含什么

✅ 自带（拿到就能用）	🟡 由你的项目长出来（用第 5 步生成）
⭐ 环境自举：怎么装 / 让 AI 自己装 / 装完自检 / 装不上怎么降级	你项目专属的阈值与验收口径
⭐ 各专业审图条目速查库：18 专业 / 1,571 条，按专业分好	你公司 / 甲方的企业标准
⭐ 开工先点资料 + 开工四件：四类基础资料齐备检查（图纸 / 物料书 / 清单 / 合同——逐份点名，缺一停下问） → 立工作边界 → 定立场 → 划边界 → 数据自检	你公司 / 甲方的企业标准
审图两个动作：叠图 + 核冲突（含跨专业叠图判据）	你所在专业的规范库
⭐ 《跨图比对表》+ 四个数（应比 N / 实比 M / 无法核 K / 不一致）	真实项目案例
⭐ 枚举六类单元（材料 / 标高 / 门号 / 索引 / 构造做法·收口·造型 / 数量）	具体阈值与数字
⭐ 双边对应六对（物料书 / 目录 / 索引 / 门窗表 / 图例 / 统计表）	—
⭐ 该有而无扫描（单看一张图就能出结论的动作）	—
⭐ 「读不到 ≠ 没有」六处读取清单	—
标准四源（规范 / 交底 / 过往项目 / 该有而无）	—
五步迭代法（把项目经验变成检查条目）	—
报告三件套：三张汇总表 / 12 列销项表 / 6 张兜底清单	—
⭐ 三层输出：问题层（A/B/C/S）｜建议层｜能力外层（Z 类）	—
⭐ 质量纪律 12 条（含「否定性结论必须交代依据」「数字变化必须交代口径」+ 表述规范 5 条）	—
⭐ 问题表述规范 5 条：分册部位前缀 / 禁自造代号 / 冲突分行列出处 / 大样写明类别 / 否定性结论附检索范围（含正反例、黑话替换表）	—
⭐ "先问再报"两条：疑似共性（如两栋楼图几乎一样）先问确认；编号类问题先自查再提问	—
⭐ 经验入库闸口：项目经验 → 审图规则前，先过「个例 / 通用」判断，个例不得入规则库	—
收工覆盖自查（防漏项）+ 拷问官独立复核	—
⭐ 机制不受任务规模影响（重审 / 复跑 / 补审都走完整流程）	—
1 条完整示范（格式与思路的标准样板）	其余条目照这个格式生长

⭐ 本 skill 自包含 —— 不依赖任何其他 skill。 只用普通的免费开源 Python 库 + 一个免费桌面小工具（或你已有的 CAD 软件）。 为什么这样设计：如果它还要先装一堆别的 skill 才能用，那就不叫「拿到就能用」了；而且哪天某个依赖下架，整套东西就废了。

右边那一栏不是「缺的」，是「只属于你的」。

每个专业、每家公司、每个项目的标准都不一样 —— 通用的现成清单放进你的项目，只会给你一堆「不该你管」的问题。 这套方法从头到尾站在你自己的立场上：先定工作面界限，再谈该查什么。所以右边那一栏，本来就该由你自己长出来。

---

范工AI实战 · 抖音号 80823565662 ｜ 审图方法体系｜ 拿到就能用，越用越准。

作者：范工（抖音 / 小红书 @范工AI实战）— 一线精装项目经理 × AI 实战派

© 范工AI实战 ｜ 许可：CC BY-NC-SA 4.0（✅ 署名 ｜ ✅ 自由使用、修改、分享 ｜ ❌ 禁止商用 ｜ 🔁 修改后须以相同方式共享）