← 返回新闻列表
BIM · 文档智能

规格书交给 AI:RIB 的选择是不代笔,只做交叉核对

10 月 21 日,RIB 把 Omni 装进 SpecLink。它不写新条文,而是按规格书自己的章节结构做一致性、遗漏与冲突检查,每个回答回链到原文和版本历史。客户的工程数据不进训练集,权限沿用原设置。

2026-10-26 栏目:产品 · 工程文档 约 2200 字

一栋楼里最贵的文字不在图纸上,在规格书里。它规定了钢板的镀锌层重量、混凝土的保护层厚度、防火门的五金配置、幕墙的试验方法,写错一条,索赔单会跟着来。这份文件有个特点:章节之间互相引用,改一处要连带改五处,而做这件事的人正在变少。10 月 21 日,RIB 把它的 AI 能力 Omni 装进了美国市场在用的 SpecLink,走了一条和多数人预期不同的路——不替人写条文,只替人核对。

一、最后一块没被工具化的文本

设计端的工具化走了二十年:图纸从手绘到 CAD 到 BIM,模型有协同平台、有碰撞检查、有版本管理。施工端这几年也在动:进度有视觉比对,算量有 AI 辅助,现场有机器人。夹在中间的规格书基本没变——还是 Word 或专用编辑器里一篇三千页的文本,靠人读、靠人记、靠人交叉核。

这活的门槛不在写作能力,在记忆量和耐心。同一份文件里,Part 1 的总则说 submittal 要在开工后 30 天内提交,Part 3 的施工条款写着 45 天;某章节的性能指标引用了另一章节的定义,而那一章在上一版被改过。通用大模型在这件事上帮不上太多忙,原因很实在:它不知道章节之间的引用关系,也不承担条文的合同含义。RIB 在发布稿里就是这么定性的——通用 AI 工具缺乏对施工规格书、章节关系以及条文法律含义的理解。

二、Omni 做的四件事

按官方口径,SpecLink + Omni 是一个界面里接上四类能力,都围绕已写好的文本展开,不负责从零起草。

章节结构与关系的理解。它建立在施工规格书的分类层级上:章、节、三段式(总则、产品、施工),以及节与节之间的引用与依赖。这一层是判断“某条要求是不是漏了配套条款”的前提。

可追溯的回答。官方原话是回答与条文内容和版本历史相链。这句是产品能不能进设计院的第一道门槛——工程师不会因为一段漂亮的解释就改一条技术要求,他要看这句话是从哪一节、哪一版出来的。

质量复核。查三种问题:前后不一致、该有的缺失、潜在冲突,目标是让它们在变成项目风险之前暴露出来。这也是整个产品真正的落点。

集中检索。把产品资料与条文内容收在一个入口查,用于选型与写技术参数时的取证。

另外两条边界写得很明确:客户的工程数据不用于训练底层基础模型;用户能看到什么,仍由原有的权限设置决定。对一家要处理业主保密条款的设计院来说,这两句话的分量不比功能清单轻。

10/21在美国上线的日期,先做现有 SpecLink 客户的附加模块
550,000+RIB 自报的全球用户数(1961 年成立,施耐德电气旗下)
2027/01分级收费启动时间,此前美国客户免费使用
0 条客户项目数据进入训练集的数量(官方承诺)

三、一个检查界面里能读出什么

官方发布的产品图给了一个具体场景:结构章节的合规检查报告,共 37 项,其中 8 项通过、8 项被标记、21 项待人工判断。四个检查类别分别是交叉引用、SectionFormat 格式合规、引用标准著录、空格式项。

明细里能看出这类工具到底在查什么。三条被标记的条目是:第 0046 条引用 087100 门五金、第 0047 条引用 088000 门窗玻璃、第 0482 条的门窗密封条写成“另见 087100”。懂规格书的人一眼就明白问题在哪——密封条通常该挂在自己的节下,用“另见”把一条材料要求推给五金节,施工方在采购时会找不到对应条文,最后变成变更。这种事人也能查出来,但前提是他正好读到那一条。

检查类别机器在找什么人还要做什么
交叉引用引用的节号是否存在、指向是否合理、有没有把材料要求推给不相干的节判断这种推法在本地规范下是否可接受
SectionFormat 合规三段式结构、条目层级、必备字段是否齐补项目特有条款,决定哪些字段可省
引用标准著录标准编号、版本年号、名称是否一致确认引用的版本在当地是否现行
空格式项占位符、空表格、未填的参数填值或明确声明不适用
官方发布图里的两个界面:左侧是结构章节的合规检查报告(37 项、8 通过、8 标记、21 待看),右侧是助手入口,给的三个建议动作分别是“对当前章节跑一次质量检查”“列出本节的动作类报审项”“导出质量检查报告”。界面标题栏仍带 Beta 标记。图中数据为演示数据。图片来源:RIB 官方发布图

这个界面还有个细节:助手的入口不是空白输入框,而是三个预设动作。这个设计说明产品把 AI 的用法收窄了——不是让你随便聊,是让你在规格书的四个固定动作上用它。对工程软件来说这是对的选择,自由度过高在责任文本上没有收益。

四、技术分析:为什么不代笔

规格书的特殊之处在于它是责任文本。模型里画错一根梁,改回来就行;规格书写错一条防火要求,等于把责任写进了合同附件。所以这一类文本上,生成式能力越强,风险越大——一段读起来通顺、条款编号也对、但引用了错误版本标准的文字,比一段明显残缺的文字更危险。

反过来,核对这件事的容错空间大得多。机器说“这里可能有问题”,人去判断;判断错了是人的责任,判断对了省下的是几个小时。这条路径的商业逻辑也顺:不需要模型懂施工,只需要模型懂这份文件的组织方式。

通用大模型直接问生成式规格书工具SpecLink + Omni
产物一段解释或草稿新条文问题清单 + 出处
是否改原文否是否,改动由人下
可追溯弱,常无出处中强,链到条文与版本
责任归属模糊容易模糊明确在人
主要风险看似合理的错误结论合规性错误被写进合同附件漏报与误报

它的天花板也很清楚。第一,查的是形式与一致性,不是技术判断:一条配筋要求写错了数值,只要内部一致,它不会告诉你这是错的。第二,依赖结构化程度:国内大量设计说明还是 Word 里手打的段落,没有节号体系、没有引用关系,机器连“章节”都认不出来。第三,没有公开的准确率与漏报率,任何效果说法目前都只能算厂商口径。

三件目前无法确认的事

五、对国内技术负责人的三点参考

先把章节结构做成数据。国内对应的东西叫设计说明、技术规格书、招标技术条款,多数没有严格的节号与引用体系。想用这类工具,第一步不是买软件,是把“第几章第几条引用了第几章”这件事变成可解析的结构。这件事本身也有回报:图纸会审时能直接按引用关系查漏。

把检查规则写成人能读的清单。这家厂商的做法是让用户用日常语言描述要强制的规则,再由系统生成检查项。这条思路可以直接抄,不必等工具:把总工办每年在图纸会审上重复提的意见,整理成几十条可判定的规则,是任何自动化之前都该做的事。

做模型与文本的双向索引。规格书里的 087100 门五金,对应模型里的门类型参数;国内的技术条款对应做法表、材料表。现在这两边是断开的,条文改了没人去改模型。谁先把这张对照表建起来,谁的 AI 才有东西可核。

六、行业意义

这一年里,AI 在工程行业的位置一直在往“执行侧”挪:从回答问题,到改模型,到派任务。RIB 这条路看着保守——不生成、不改动、只标问题,但它解决的是行业里最不愿意外包给机器的部分:责任。把 AI 放在校对位而不是作者位,等于承认了一件事:在需要签字的地方,机器最好的角色是第二个读者。

这也和另一条线上的变化对得上。同月,Revit 里的代理开始拿到模型写权限,但每一条命令仍然要先给人看再执行(见本站另一篇关于 BIMLOGIQ Argus 的稿子)。两件事放在一起看,2026 年这批工程 AI 的共同设计不是“更自主”,而是“可复核”:写进去的每一步留痕,说出来的每句话有出处。对 BIM 工程师来说,这意味着未来两年真正稀缺的能力不是会用哪个工具,而是能把专业判断写成可判定规则。

这份材料要打折扣的地方

主要来源:RIB 官方发布稿《RIB Brings Omni to SpecLink, Advancing AI-Powered Specification Workflows》(2026-10-21,GlobeNewswire);RIB Software 官网 RIB SpecLink Omni 产品页(2026-10 访问)。文中配图取自厂商公开产品页与发布稿。