一栋楼里最贵的文字不在图纸上,在规格书里。它规定了钢板的镀锌层重量、混凝土的保护层厚度、防火门的五金配置、幕墙的试验方法,写错一条,索赔单会跟着来。这份文件有个特点:章节之间互相引用,改一处要连带改五处,而做这件事的人正在变少。10 月 21 日,RIB 把它的 AI 能力 Omni 装进了美国市场在用的 SpecLink,走了一条和多数人预期不同的路——不替人写条文,只替人核对。
一、最后一块没被工具化的文本
设计端的工具化走了二十年:图纸从手绘到 CAD 到 BIM,模型有协同平台、有碰撞检查、有版本管理。施工端这几年也在动:进度有视觉比对,算量有 AI 辅助,现场有机器人。夹在中间的规格书基本没变——还是 Word 或专用编辑器里一篇三千页的文本,靠人读、靠人记、靠人交叉核。
这活的门槛不在写作能力,在记忆量和耐心。同一份文件里,Part 1 的总则说 submittal 要在开工后 30 天内提交,Part 3 的施工条款写着 45 天;某章节的性能指标引用了另一章节的定义,而那一章在上一版被改过。通用大模型在这件事上帮不上太多忙,原因很实在:它不知道章节之间的引用关系,也不承担条文的合同含义。RIB 在发布稿里就是这么定性的——通用 AI 工具缺乏对施工规格书、章节关系以及条文法律含义的理解。
二、Omni 做的四件事
按官方口径,SpecLink + Omni 是一个界面里接上四类能力,都围绕已写好的文本展开,不负责从零起草。
章节结构与关系的理解。它建立在施工规格书的分类层级上:章、节、三段式(总则、产品、施工),以及节与节之间的引用与依赖。这一层是判断“某条要求是不是漏了配套条款”的前提。
可追溯的回答。官方原话是回答与条文内容和版本历史相链。这句是产品能不能进设计院的第一道门槛——工程师不会因为一段漂亮的解释就改一条技术要求,他要看这句话是从哪一节、哪一版出来的。
质量复核。查三种问题:前后不一致、该有的缺失、潜在冲突,目标是让它们在变成项目风险之前暴露出来。这也是整个产品真正的落点。
集中检索。把产品资料与条文内容收在一个入口查,用于选型与写技术参数时的取证。
另外两条边界写得很明确:客户的工程数据不用于训练底层基础模型;用户能看到什么,仍由原有的权限设置决定。对一家要处理业主保密条款的设计院来说,这两句话的分量不比功能清单轻。
三、一个检查界面里能读出什么
官方发布的产品图给了一个具体场景:结构章节的合规检查报告,共 37 项,其中 8 项通过、8 项被标记、21 项待人工判断。四个检查类别分别是交叉引用、SectionFormat 格式合规、引用标准著录、空格式项。
明细里能看出这类工具到底在查什么。三条被标记的条目是:第 0046 条引用 087100 门五金、第 0047 条引用 088000 门窗玻璃、第 0482 条的门窗密封条写成“另见 087100”。懂规格书的人一眼就明白问题在哪——密封条通常该挂在自己的节下,用“另见”把一条材料要求推给五金节,施工方在采购时会找不到对应条文,最后变成变更。这种事人也能查出来,但前提是他正好读到那一条。
| 检查类别 | 机器在找什么 | 人还要做什么 |
|---|---|---|
| 交叉引用 | 引用的节号是否存在、指向是否合理、有没有把材料要求推给不相干的节 | 判断这种推法在本地规范下是否可接受 |
| SectionFormat 合规 | 三段式结构、条目层级、必备字段是否齐 | 补项目特有条款,决定哪些字段可省 |
| 引用标准著录 | 标准编号、版本年号、名称是否一致 | 确认引用的版本在当地是否现行 |
| 空格式项 | 占位符、空表格、未填的参数 | 填值或明确声明不适用 |
这个界面还有个细节:助手的入口不是空白输入框,而是三个预设动作。这个设计说明产品把 AI 的用法收窄了——不是让你随便聊,是让你在规格书的四个固定动作上用它。对工程软件来说这是对的选择,自由度过高在责任文本上没有收益。
四、技术分析:为什么不代笔
规格书的特殊之处在于它是责任文本。模型里画错一根梁,改回来就行;规格书写错一条防火要求,等于把责任写进了合同附件。所以这一类文本上,生成式能力越强,风险越大——一段读起来通顺、条款编号也对、但引用了错误版本标准的文字,比一段明显残缺的文字更危险。
反过来,核对这件事的容错空间大得多。机器说“这里可能有问题”,人去判断;判断错了是人的责任,判断对了省下的是几个小时。这条路径的商业逻辑也顺:不需要模型懂施工,只需要模型懂这份文件的组织方式。
| 通用大模型直接问 | 生成式规格书工具 | SpecLink + Omni | |
|---|---|---|---|
| 产物 | 一段解释或草稿 | 新条文 | 问题清单 + 出处 |
| 是否改原文 | 否 | 是 | 否,改动由人下 |
| 可追溯 | 弱,常无出处 | 中 | 强,链到条文与版本 |
| 责任归属 | 模糊 | 容易模糊 | 明确在人 |
| 主要风险 | 看似合理的错误结论 | 合规性错误被写进合同附件 | 漏报与误报 |
它的天花板也很清楚。第一,查的是形式与一致性,不是技术判断:一条配筋要求写错了数值,只要内部一致,它不会告诉你这是错的。第二,依赖结构化程度:国内大量设计说明还是 Word 里手打的段落,没有节号体系、没有引用关系,机器连“章节”都认不出来。第三,没有公开的准确率与漏报率,任何效果说法目前都只能算厂商口径。
三件目前无法确认的事
- 被标记的 8 项与待看的 21 项之外,它漏掉了多少真实问题。没有第三方对同一份规格书做的对照实验。
- Beta 标记还挂在界面标题栏上,正式版的功能边界与发布稿是否一致,要等到 2027 年 1 月分级收费之后才好判断。
- 只在规格书这一侧工作,与模型、图纸的联动没有提。条文改了,模型里的构件参数不会跟着动。
五、对国内技术负责人的三点参考
先把章节结构做成数据。国内对应的东西叫设计说明、技术规格书、招标技术条款,多数没有严格的节号与引用体系。想用这类工具,第一步不是买软件,是把“第几章第几条引用了第几章”这件事变成可解析的结构。这件事本身也有回报:图纸会审时能直接按引用关系查漏。
把检查规则写成人能读的清单。这家厂商的做法是让用户用日常语言描述要强制的规则,再由系统生成检查项。这条思路可以直接抄,不必等工具:把总工办每年在图纸会审上重复提的意见,整理成几十条可判定的规则,是任何自动化之前都该做的事。
做模型与文本的双向索引。规格书里的 087100 门五金,对应模型里的门类型参数;国内的技术条款对应做法表、材料表。现在这两边是断开的,条文改了没人去改模型。谁先把这张对照表建起来,谁的 AI 才有东西可核。
六、行业意义
这一年里,AI 在工程行业的位置一直在往“执行侧”挪:从回答问题,到改模型,到派任务。RIB 这条路看着保守——不生成、不改动、只标问题,但它解决的是行业里最不愿意外包给机器的部分:责任。把 AI 放在校对位而不是作者位,等于承认了一件事:在需要签字的地方,机器最好的角色是第二个读者。
这也和另一条线上的变化对得上。同月,Revit 里的代理开始拿到模型写权限,但每一条命令仍然要先给人看再执行(见本站另一篇关于 BIMLOGIQ Argus 的稿子)。两件事放在一起看,2026 年这批工程 AI 的共同设计不是“更自主”,而是“可复核”:写进去的每一步留痕,说出来的每句话有出处。对 BIM 工程师来说,这意味着未来两年真正稀缺的能力不是会用哪个工具,而是能把专业判断写成可判定规则。
这份材料要打折扣的地方
- 功能描述、550,000 用户、数据不用于训练等说法,均来自 RIB 官方发布稿与产品页,无第三方验证,也没有公开的准确率、漏报率。
- 文中 37 项、8 通过、8 标记、21 待看以及 087100/088000 等条目,取自官方演示图,是演示数据,不是真实项目报告。
- 目前只在美国上线,且是 SpecLink 现有客户的附加模块;中国大陆的可用性、语言支持与合规要求未提及。
- 初期免费、2027 年 1 月起分级收费,具体价格未公布,采购预算无法据此估算。