夜雨聆风学习资料网

ARTICLE · 1332537

两份PDF图纸,收费站建模实录

两份PDF图纸,收费站建模实录

Revit MCP 0.9.10 · 收费站建模实践

上一次写AI建模,我更关注它能不能把部件认出来。这次,我想把问题往前推进一步:面对建筑、结构两套图纸,AI能不能把尺寸依据、构件关系和检查结果一起交代清楚?

于是,我把两份收费站PDF图纸交给了Codex,在Revit 2024中完成了一次建筑、结构基础模型建模。使用的MCP插件版本是0.9.10。

这次最值得看的,是从图纸里的一个尺寸,到Revit里的一个构件,再到保存前的一次检查,过程有没有依据可查。

01这次是谁在建模?先把配置说清楚

项目
本次使用配置
Agent
Codex
模型
6.1 Sol
推理模式
High
MCP插件
Revit MCP 0.9.10
建模环境
Revit 2024
输入资料
建筑PDF 13页 + 结构PDF 5页

Codex负责读图、组织建模任务和调用工具,MCP插件负责把具体操作传递给Revit。这里的High是本次使用的推理配置,文章中的结果对应这一组配置与这一次项目实践。

图1|收费站建筑、结构基础模型整体。Revit精细视图导出,统一采用白底细线表达。

02先遇到的难题,是图纸差了260毫米

这套资料里,建筑图给出的楼梯塔纵向轴距是8060 mm,结构图对应的轴距是7800 mm。两者相差260 mm。

这260 mm会影响楼梯塔柱、基础、边梁、平台和玻璃围护的位置。只选其中一份尺寸直接往下做,模型也能长出来,但后面的构件可能建立在不同的尺寸基准上。

本次处理方式是先把差异提出确认,同时继续推进不受影响的收费大棚主体。用户明确回复“按建筑图8060 mm”后,再据此调整楼梯塔相关构件。

值得保留下来的,是这条判断链:差异来自哪里,采用了哪个尺寸,由谁确认,最后影响了哪些构件。

这也是本次读图流程优化最具体的落点。针对PDF,整页用于理解图纸组织,局部放大用于核对尺寸与节点,再把建筑、结构的平面、立面和剖面放在一起交叉检查。图纸页码和尺寸依据继续保留在构件信息与过程记录中。

03把收费大棚拆开,构件才有各自的依据

最后的模型包含收费大棚主体、两侧楼梯塔和西侧单边卫生间的基础建筑内容。主体有圆柱、梁、屋面板、女儿墙和阶梯基础;楼梯塔进一步拆成柱梁、平台、梯段、玻璃单元、铝框和栏杆。

内容
本次模型中的表达
主体与基础
12根主体圆柱;主体及楼梯塔的基础、垫层共68个实体。
梁与楼板
主体梁228根、楼梯塔梁40根;屋面板、各层平台分别建立。
楼梯与围护
8跑楼梯;584片玻璃对应292组双层玻璃单元,并配置292组简化铝框。
建筑补充
女儿墙、檐口分色板带、栏杆,以及西侧卫生间隔墙、地面、门和台阶。

上表列举主要构件,不作为完整分类合计。本次受管实体总数为1,318个,划分为29个建模范围,便于逐项核对数量、类别、标高和几何。

墙、板采用Revit原生构件,梁柱等通过可编辑的外部参数族表达。楼梯和栏杆也分别建族。这样,后续调整平台、梯段或玻璃位置时,可以找到对应对象继续修改。

图2|楼梯塔局部。可见平台、梯段、栏杆及玻璃分格;画面内同时保留邻近大棚檐口。

04模型建出来以后,还要回头看连接

这次过程里,也出现过需要返修的地方。例如,梁族的挤出基准曾使实体位置偏移;玻璃围护与周边梁发生交叠;梯段末级、平台支承及栏杆脚部也需要进一步核对。

这些问题分别通过调整族基准、按尺寸链修正位置、处理合理的混凝土连接和支承关系,再重新检查来解决。整体截图能帮助发现问题,但实体几何和构件关系仍然要单独核对。

最终检查项
本次记录
建模范围
29个范围审查通过
实体检查范围
1,318个受管实体
候选构件对
2,987对完成检测
未解决实体碰撞
0;未设置碰撞排除项
无效构件 / Revit持久警告
0 / 0

这些数字说明本次受检范围内的检查结果。它们不替代结构计算、专业设计复核,也不表示钢筋、机电和所有施工节点已经完成。

050.9.10这次更新,具体改了什么?

第一,建模规则优化。统一建模流程,合并重复提示,修正嵌套层级等历史说明冲突,减少重复确认与无效步骤。目的是让Agent更清楚当前该做什么、依据什么继续,以及什么时候需要停下来处理真实问题。

第二,读图流程优化。针对CAD、PDF、扫描图及图片采用对应的读取与核对方式,覆盖房建、路桥、MEP和设备,提高图纸信息的可追溯性。不同输入、不同专业,读取方法和检查重点也相应调整。

第三,运行环境精简。清理冗余测试文件和重复依赖,减小安装包体积;完整保留CAD、独立Python、95个工具,以及授权和完整性校验。精简集中在冗余内容,现有工作能力继续保留。

第四,兼容与更新保留。延续Revit 2022—2026小版本自动匹配、短路径安装及更新失败恢复机制,继续支持既有部署与更新流程。

06哪些变化,在收费站案例里看得见?

更新方向
收费站案例能体现到哪里
建模规则
可以看到按范围组织任务、代表构件复核、批量扩展和最终审查的执行过程。本次没有做嵌套层级专项测试,也没有旧版耗时或确认次数对照。
读图流程
体现最直接:两份PDF交叉核对,发现260 mm差异,确认采用8060 mm,再调整相关构件并保留来源。
运行环境
本次实际使用了独立Python及MCP工具链。CAD、95个工具全覆盖、安装包缩减和授权校验没有在本项目中逐项测评。
兼容与更新
实际运行环境是Revit 2024。2022—2026其他版本、短路径安装及更新失败恢复,属于版本保留能力,本案例没有逐项验证。

因此,这次收费站实践最能说明的是PDF读图核对与建模流程的落地。至于“速度提高多少”“安装包减小多少”,本次没有同条件对照和体积测量,不给出百分比。

07能继续修改,也要讲清楚简化的部分

这次交付定位为建筑、结构基础模型。楼梯和栏杆使用常规模型类别的外部参数族,并非Revit原生楼梯、栏杆系统;铝框采用20×70 mm示意截面,栏杆采用20 mm示意杆件,厂家型材和连接节点尚未深化。

卫生间门保留800×2000 mm名义洞口,门扇实体高1975 mm,顶部留25 mm以避开平台梁,这一处仍需在门与结构节点深化时复核。钢筋、屋面完整做法与排水找坡、机电、卫生洁具、收费设备等也没有详细建立。

把这些边界写出来,后续接手模型的人才知道,哪些可以继续调整,哪些还要补充设计依据。

我期待AI建模逐步做到:尺寸有出处,构件能修改,连接有检查,简化的地方也说得清楚。

从两份PDF到1,318个构件,这次Codex配合Revit MCP 0.9.10,把这条工作过程留在了模型和记录里。后续继续深化时,也就多了一份可以回查的基础。

如果你也在尝试AI读图建模,你更希望它先解决哪一步:图纸尺寸冲突、重复构件组织,还是模型连接检查?欢迎留言交流。

您也想试用Revit MCP,公众号私信:MCP

回首页,搜索你想要的文档

在首页搜索框输入关键词,快速定位资料

文库首页搜索指引 立即搜索

相关学习资料