建筑领域不同于工业设备那种“单文档、超大体量”的模式，它的问题在于文档多、专业词多、规范交叉频繁、回答要求严谨。我们在项目中不仅要解决“用户问得准”，还得让系统“答得稳、说得清”，这背后是对RAG系统认知的再一次刷新。
1
“灾害”≠“危害”：建筑语境下的语义陷阱
在实际项目中，我们发现一个被广泛低估但非常关键的问题：行业术语在通用语言模型中往往被“想当然”地误判为近义词，而这恰恰是召回失败的根源之一。
以“灾害”和“危害”为例。在日常语言中，这两个词看似可以互换理解，但在建筑规范中，它们的使用场景和含义完全不同——“灾害”通常指自然或突发事件，如火灾、地震、台风；而“危害”更强调因设计不当、施工隐患等因素带来的风险后果。两者在法规、标准和条文中往往对应不同的章节、不同的约束内容。
我们在系统测试中发现，“灾害”与“危害”的语义相似度仅为0.06，远低于常规语义检索的匹配阈值。这意味着，如果用户提问“建筑结构可能造成的危害有哪些”，系统很可能无法召回包含“灾害”相关内容的文档段落，造成关键知识点遗漏。
起初我们尝试简单地调低语义匹配门槛，但这种方式带来的问题是误召回过多，答案干扰项剧增。最终，我们采用了语义与关键词结合的混合检索机制，有效解决了这类“低相似度但高相关性”术语带来的召回盲区。
尤其是在“抗震设计”“火灾疏散”“结构荷载”“防爆策略”等高频专业领域，我们进一步梳理了常见术语表达差异，并制定词典+语义联合检索策略，确保系统能理解行业内“术语的真实上下文意义”。
这次经历也再次提醒我们：在垂直领域中，语言模型最大的敌人并不是知识缺失，而是“误以为它懂”时的错答错判。
2
系统怎么才不会“答漏了”？
建筑行业的另一大挑战在于，规范文档数量众多、条款分散，而用户提出的问题往往需要从多个标准中综合抽取信息，才能得出完整的答案。
以“大跨度钢结构位移限值”这个问题为例，系统不仅需要识别出用户关注的是《钢结构设计标准》GB50017-2017，还需要在该标准中横跨多个章节检索相关内容，包括：
· 附录B.2.4-2：不同结构类型在地震作用下的挠度限值；
· 条文B.2.3：高层结构的层间位移角规定；
· 条文B.1.1与B.2.1：起重设备荷载下的构件变形要求；
· 主体章节中关于结构体系分类、应用范围的说明。
如果系统只能检索单一章节或单一文档，就很容易造成信息不全，遗漏关键条件或限制条款，影响用户判断和使用。
为了解决这个问题，我们设计了多文档协同检索与回答机制。当系统接收到用户问题后，能够自动识别涉及的多个知识源，并将相关条款内容进行结构化整合，形成统一回答，同时避免重复、冲突和遗漏。例如：
“根据《钢结构设计标准》GB50017-2017 附录B.2.4-2条款，受弯为主的大跨度屋盖结构在地震组合下的挠度限值为L/250；受压为主的单层网壳结构限值为L/400。若设有悬挂起重设备，其最大挠度不宜大于结构跨度的1/400。”
这种“组合式答案”机制，极大提高了系统应对复杂问题的能力，也为用户节省了大量手动查找和比对不同文档的时间。我们发现，能否一次整合多个规范的关键信息，已经成为用户判断RAG系统是否“真能用”的重要标准之一。
3
回答必须“有出处、能复查”
建筑行业不仅要求答案准确，还要求答案“能核实、有出处”。我们上线初期曾遇到一个场景：有用户提问“楼梯间耐火极限要求是多少”，系统给出的内容虽然正确，但没有标注引用来源。
这提醒了我们：哪怕系统回答的是对的，只要没有明确出处，它就是“不能用”的。
特别是在设计单位、审图机构、项目审批等环节，用户对“出处完整、规范名称和条文编号齐全”的要求极为严格。一旦缺乏可信来源，哪怕是标准中的常识内容，也无法用于正式材料。
为了解决这一问题，我们对系统进行了三方面优化：
1
回答结构重新设计
每一段回答都必须带上明确的文件名称、条款编号和关键引用语句，必要时还可区分“附录”、“表格”、“正文”等来源位置。
2
生成逻辑严格限制
即使用户的问题比较模糊，系统也必须严格依据知识库原文作答，不允许“补全”或“模型自由发挥”，杜绝“看起来像、实际没依据”的回答。
3
数据源质量全面审查
我们对原始文档进行了逐条校验，结合 OCR 自动识别与人工复核双重手段，重点审查扫描 PDF、图纸注释、复杂表格等高风险区域，确保数据来源清晰、可回溯、无偏差。
尤其在建筑行业中，规范性文档中大量存在格式复杂、结构不规则的表格，如合并单元格、嵌套结构等常导致 OCR 识别错误。
对此我们采用人工拆分与结构重构方式，逐项还原其真实语义，确保系统所引用的每一条信息都具备原文对应依据与准确格式。
在这一过程中，我们将系统能力从“能答”逐步升级为“能查”：不再依赖 AI 的理解力强弱，而是更强调其检索是否精准、引用是否完整、格式是否符合工程使用标准。
因为最终用户真正需要的，并非模糊解释，而是一条可以直接复制进报告、投标文件或审图说明的、规范标准且有出处支撑的答案。
小
结
RAG系统要脚踏实地
这次在建筑行业的项目实践，对我们来说既是一次新的挑战，也是一次关于“如何让AI真的可用”的反思延伸。
相比上一篇工业项目中我们解决“图片识别、结构图解析”的难点，这次我们更多是在面对“文档多、内容交叉、语义模糊、回答需溯源”这些系统性问题。
从实际落地来看，这套RAG系统已经能较好地支持建筑行业的问答需求，无论是在设计单位日常查询、项目施工规范辅助，还是在审图人员的标准核查场景中，系统都表现出了稳定可靠的专业能力。
更重要的是，我们通过这次实践也看到了一个趋势：技术不是最大的问题，可信才是。
你可以用最强的大模型，也可以用最快的OCR工具，但如果输出的结果“没有根据”、“不讲出处”、“答得不稳”，那就是一个“演示级AI”，而不是一个“现场级助手”。
未来我们还会继续探索建筑知识库在法规变更提醒、工程组卷、图纸问答等方向的延展，也期待能与更多关注垂直行业RAG落地的朋友一起交流、试错、共建。
如果你正在为建筑规范智能化、问答系统场景头疼，不妨从这三件事开始：多文档融合、术语精准匹配、回答必须溯源。或许这就是让你从“可展示”迈向“可用”的第一步。
在大模型部署从探索走向规模化的过程中，企业需要的不只是单点能力的积累，而是一套真正可交付、可迭代、可扩展的体系。SpiritX灵启大模型推理服务平台正是基于这一核心理念构建，帮助组织从底层资源管理到上层业务集成全面打通，将复杂的AI部署转化为标准化、可复制的智能生产力底座。
