面向 Claude 的 IFC MCP 服务器：校验 BIM 模型并在 3D 中打开问 Claude 一个模型能否交付，就能得到带评分的回答、不合格的构件，以及在 3D 中查看它们的链接。检查在你自己的电脑上运行。
在构建数字孪生之前先画草图：3D 中的桥梁、传感器和洪水线多数孪生项目都从一张没人能对应到资产上的方框图开始。不如在空间中画出想法：哪个应变计、哪一跨、水会到哪里。转动实时的桥梁和城市，并补充你的想法。
如何在网站上嵌入货运跟踪地图：WordPress、Shopify、SharePoint 和淘宝供应商和货代可以在自己的网站上向客户展示货物位置，无需地图 API 密钥或后端。本文说明每个平台能做什么、对页面有何影响，以及哪些地方的诚实答案是不行。
适用于 iPhone Duo、Galaxy Z Fold 和 Z Flip 的 IFC 与 3D 模型查看器：分屏显示，无需安装应用为单屏设计的查看器把折叠屏当作大手机，模型正好压在铰链上。这款查看器读取浏览器报告的屏幕，并让每块屏各司其职。先看看它在您的设备上如何运行，再打开示例模型。
用DEM和KMZ在浏览器中计算滑坡临界雨量学校上方的边坡要下多少雨才会失稳？根据地形模型和研究范围的KMZ，浏览器随暴雨推进计算径流、浅层滑坡概率和泥石流的可能路径，并给出每处住宅、学校、医疗机构和道路的临界雨量。
CityGML、IFC 与 3D Tiles 的区别：数字孪生该用哪种格式？数字孪生一旦扩展到城市尺度，总会提到三种格式，人们也常把它们当作竞争对手来比较。其实它们各司其职：CityGML 把城市描述为一个个对象，IFC 逐个构件地描述单个资产，3D Tiles 则把两者中的任意一种分块传送到浏览器。
从 IFC 模型计算体积：混凝土、找平层、土方开挖与房间空气体积项目中的很多体积问题，其实就是一个面积乘以一个高度：楼面的找平层、基坑的开挖量、计算换气次数所需的房间空气量。当模型里没有对应的工程量，或者根本没有建模时，描出面积再给它一个高度，几秒钟就能得到结果。
在浏览器中从 IFC 模型统计工程量：净量、毛量，以及没有工程量的构件IFC 通常自带工程量，例如 NetSideArea、GrossVolume、Length。但如果简单地全部相加，每面墙都会被算两次，而缺少工程量的构件则被悄悄漏掉。本文介绍如何对选中的构件做工程量统计，得到可以直接计价的合计，并判断合计何时不完整。
城市实时数据到底有多新？6 个数据源连续 24 小时实测“实时”二字并不能说明数据到达你手里时已经有多旧。我们对实时数字孪生所读取的六个公开数据源连续记录了 24 小时，测量了其中每一辆车、每一个站点的数据滞后。结果从不到 1 秒到一分半钟不等，而数据源自身的时间戳可能把这一点掩盖掉。
数字孪生成熟度等级：用实时案例逐级说明描述型、信息型、预测型、综合型、自主型：这是大多数成熟度模型采用的五个等级。本文用真实、开放的案例逐一展示每个等级；案例达不到的等级，也会直接说明。另外还会讲到如何判断一个项目真正需要哪一级。
检查 IFC 模型中的净空：走廊、门、净高和坡道，逐项判定合格或不合格设计审查很少问“这条走廊有多宽？”，而是问“它有没有达到 1.20 m？”。把要求附加到测量上，并在标签、截图和导出文件中显示合格或不合格，一个尺寸就变成了别人可以据此行动的检查结果。
网页能读取哪些城市开放数据？实测 20 个城市的 28 个数据源在浏览器中运行的数字孪生，只能使用网页被允许读取的数据。我们完全按浏览器的方式，请求了 20 个城市的 28 个公开数据源，并记录了哪些能正常读取：共 25 个。本文给出完整列表、另外三个被拦截的原因，以及可供下载的数据。
BIM 与 CityGML 中的 LOD：同名的两套等级体系要求“LOD 2”，你拿到的可能是一个带坡屋顶的体块，也可能是一面通用墙，取决于谁来读这条要求。CityGML 的细节层次和 BIM 的发展程度，除了缩写相同，几乎没有共同之处。本文说明每套等级的含义、两者如何对应，以及如何写出不会被误读的要求。
BIM 与数字孪生的区别：同一套模型，相隔三步人们谈起 BIM 和数字孪生时，常常把它们当成一回事。其实不是。用同一套模型最容易看清区别：先是 BIM 文件，再放进所在城市，最后接入实时数据。本文说明每一步增加了什么、孪生需要 BIM 提供什么，以及什么时候根本不需要孪生。
IFC 模型上的实时公交：基于 MQTT 的公交总站数字孪生在赫尔辛基中央火车站旁的 Elielinaukio 公交总站，每当有真实的公交车停靠，IFC 模型中对应的停靠位就会亮起，上方显示线路号。数据来自 HSL 的公开 MQTT 数据源，由浏览器直接接收。
什么是城市数字孪生？三个可以直接打开的实时案例城市数字孪生是某个城市场所的 3D 模型，并与那里正在发生的事情保持连接。本文说明这在实践中意味着什么：它由哪五层构成、每一层的数据从哪里来，以及三个基于开放数据、在浏览器中运行的实时案例：巴塞罗那、赫尔辛基和东京。
加泰罗尼亚广场实时数字孪生：在浏览器中用开放数据构建加泰罗尼亚广场的八个 IFC 模型立在真实地形上，Bicing 停车桩、一个电动汽车充电桩、街道交通和空气质量都随巴塞罗那的开放数据实时更新。一切都在访问者的浏览器中运行：没有物联网平台，没有 GIS 服务器，也没有我们自己的后端。
在浏览器中对 IFC 模型做暴雨内涝模拟：设置指南暴雨来袭时，水会流向哪里？会不会到达门口？一个已地理配准的 IFC 模型，加上其下方的地面和周边街道，就足以在浏览器里、不到一分钟内给出初步答案。本文介绍如何设置模拟，让这个答案有参考价值，以及如何解读结果。
基于 ODPT 开放数据的东京交通数字孪生：都营大江户线与都电荒川线都厅前站的一个出口和早稻田电车站，以 IFC 模型的形式对东京的公共交通数据作出响应：大江户线的运行状态、停在站台的列车、经过的公交车、停靠的有轨电车。一切都通过 ODPT 的开放 API 在浏览器中运行，GTFS-Realtime protobuf 直接在页面上解码。
看不见的河流：被掩埋的水道与建筑周边的内涝风险城市建在溪流之上。溪流被改成管道、被填平或被改道，但它们切出的谷地还在。当暴雨超出排水系统的能力，水就会回到溪流曾经流过的地方。OpenStreetMap 往往仍记录着这些河道。本文介绍如何找到它们，并查看降雨在它们上方会造成什么。
积水多深才危险？淹没水深、流速与危险等级详解蓝色深浅的洪水图告诉你水有多深。但水是否危险，同样取决于它流得多快：20 cm 的静水需要谨慎，而同样 20 cm、以 4 m/s 流动的水对多数人都有危险。本文介绍英国洪水风险工作中使用的危险等级，附一个计算器，并说明如何把它应用到模拟结果上。
IFC 4.3 详解：桥梁、道路、铁路与线形IFC 4.3 是让 IFC 走出建筑的版本。桥梁、道路、铁路和港口如今都是独立的设施，沿线形定位而不是放在楼层上。有哪些变化，对你收到的模型意味着什么，以及收到第一个 IFC4X3 文件时该检查什么。
IFC 中的分类详解：Uniclass、OmniClass 以及代码如何存在于模型中分类代码是模型与后续一切之间的桥梁——工程量、技术规格、资产台账。在 IFC 中它不是属性，而是关系，这就是许多导出会把它弄丢的原因。它如何工作、该用哪个体系，以及如何检查。
ISO 19650 文件命名规则详解（附示例）七个字段、六个连字符，决定了一个模型能否在没人打开的情况下被找到、排序、检查和整合。每个字段的含义、角色代码、状态和修订该放在哪里，以及那些悄无声息地破坏 CDE 的命名错误。
LAS 点云分类代码详解（ASPRS 0–18）LAS 或 LAZ 文件中的每个点都可以带一个类别：地面、建筑、植被、水体、噪声。这些数字决定了你能用扫描做什么——地形模型、扫描与 BIM 对比、净空检查。这里是完整的 ASPRS 代码表、每个代码的用途，以及如何不用桌面软件使用它们。
在浏览器中从点云生成平面图、楼板平整度和等高线施工团队从扫描中需要的东西，几乎都不是三维视图。而是一张竣工平面图、找平前的平整度检查、带等高线的地形，以及一个可以引用的净空尺寸。它们都是同一份点云上的过滤——切片、薄层和类别——而且都不需要桌面软件。
IFC 文件里有什么？用示意图讲清 IFC 格式.ifc 文件是可以用代码编辑器打开的纯文本——一旦学会读它，IFC 的一半谜团就消失了。文件头、编号实例、GlobalId、承载属性的关系：本文把这个格式画出来。
IFC 空间结构详解：项目、场地、建筑、楼层与空间（附示意图）每个 IFC 模型都挂在同一棵树上：项目、场地、建筑、楼层、空间。很多被归咎于查看器的问题——构件不属于任何楼层、平面剖切切穿楼板、模型偏离两公里——其实都是这棵树的问题。本文把它画出来，并列出会破坏它的错误。
从 IFC 模型生成汇报图片：展板、封面与专业协调视图大多数项目图片只是裁掉工具栏的截图。模型本身已经包含好的汇报图片所需的信息——剖切、专业、楼层、真北——借助模板，几分钟就能做出展板、封面或专业协调视图。
在浏览器中以第一人称漫游 IFC 模型环绕旋转把建筑当成一个物体来看；以视线高度在其中行走，才能看到人们实际使用它的样子——这往往也是最快发现“门一开就撞上柱子”的方法。本文介绍 IFC 第一人称漫游如何工作，以及什么时候有用。
在浏览器中用 IFC 模型做日照与阴影分析阴影分析通常意味着导出到渲染软件，再估一个正北角度。带地理参考的 IFC 本身就知道自己在哪里、正北朝哪边——因此可以在任意日期和时刻正确放置太阳，几秒钟就能完成，而且不用离开浏览器。
如何在线测量 IFC 模型：距离、面积、角度与剖切在免费查看器里测量，往往就是在角点附近点一下然后碰运气。捕捉到真实的顶点和边、能穿过剖切面测量、并把尺寸保留在你发出去的图片里——这样的浏览器测量结果才值得引用。
把 IFC 模型做成适合 LinkedIn、Instagram 或业主的视频一段 30 秒的模型短片，比一页截图更能为项目加分——前提是格式正确。为什么平台会拒收 WebM，为什么竖屏裁切会把建筑切成两半，以及如何不离开浏览器就从 IFC 做出剪辑好的 MP4。
BCF 2.1 与 3.0：为什么问题视点总在错误的位置打开BCF 本应让一个问题在不同工具之间完整传递。现实中，相机跑到地下，剖切框不见了，标签也丢了。原因不多、很具体，也都能修复——了解它们，你就知道该信任哪些工具。
IDS 详解：如何用 Information Delivery Specification 检查 IFC 模型IDS 把“模型必须包含耐火等级”从 PDF 里的一句话，变成机器可以检查的文件。本文讲清六种 facet 实际检查什么、大多数 IDS 文件错在哪里，以及如何在浏览器里用它检查你的 IFC。
从 IFC 生成 COBie：运维团队真正需要什么（以及交付前如何检查）COBie 是好 BIM 的葬身之地：项目最后一周才生成的电子表格，满是空单元格，运维团队从来不打开。尽早从 IFC 中提取它，并衡量它的完整程度，就能改变这一点。
如何把 IFC 查看器嵌入网站、CDE 或 Power BI 报表在方案、项目页面、CDE 面板或 Power BI 仪表板中放一个可交互的 3D 模型——只需一个 iframe，无需构建，也不必把模型上传到任何人的服务器。本文说明 URL 参数的作用，以及什么时候需要 SDK。
如何比较两个 IFC 版本，准确看出改了什么“上周以来改了什么？”是每个协调员都会问、却几乎没有 IFC 工具能答好的问题。按 GlobalId 在整套文件中比较——而不是一个文件对一个文件——才能把差异比对变成每周审查。
如何在 3D 地图上查看 IFC：在浏览器中查看地理配准的 BIM 模型在巴塞罗那的地图环境中打开一座真实的 IFC4 展亭，体验在线 3D 演示，并了解 IfcProjectedCRS 和 IfcMapConversion 如何把 BIM 模型准确放到地图上。
IFC 点云查看器：真实 Scan-to-BIM 案例 + 浏览器在线演示查看一个真实的 CRAS 地面激光扫描（TLS）与 IFC 对齐案例，检查剖切面，并启动一个交互式 IFC + LAS 浏览器演示，全程无需上传模型。
移交 IFC 模型时，除了 IFC 文件本身还应附上哪些资料每一次交付都是一项声明：这个模型在这个版本上满足这个用途。证据能把这项声明变成接收方无需重复你的工作就能核实的东西，也能避免同样的争论发生两次。
2026 年的 Solibri 替代方案：浏览器端 IFC 验证何时够用，何时不够Solibri 依然是目前最强大的 BIM 质量控制平台之一，但并非每个 IFC 工作流程都需要动用这么重的工具。本文客观对比 Solibri 与浏览器端 IFC 验证：各自适合什么场景、如何互补，以及该如何选择。
交付前如何检查 IFC 模型（分步详解）一套面向 BIM 协调员的实用流程：导出、模式（Schema）检查、质量检查、修复错误、IDS 验证、归档报告。每个阶段都附检查清单，并说明如何对接 ISO 19650 阶段关口。
最佳 IFC 模型检查工具 2026：10 款工具对比根据厂商自己公布的信息，对比十款检查 IFC 模型的工具：价格、运行平台、规则检查、IDS，以及文件是否离开你的电脑。并说明每款工具在什么情况下是更好的选择。
最佳免费 IFC 查看器 2026：12 款工具对比根据厂商自己公布的信息，对比十二款免费 IFC 查看器：在哪里运行、“免费”包含什么、文件是否会上传，以及除了查看之外还能做什么。每种任务都给出推荐。
IFC Health Score 权威指南：写给 BIM 协调员与 BIM 经理IFC Health Score 不是百分比，而是一个决策工具。本文介绍它如何计算、每个分数段代表什么、如何在 BEP 中设定阈值，以及如何在项目的每个阶段把它用作质量关口。
免费在线 IFC 编辑器：无需 Revit 或 Archicad 即可编辑 IFC 属性在浏览器中免费编辑 IFC 属性：文件不上传，也不需要 Revit。本文客观介绍 Revit、ArchiCAD、Solibri、BIMVision 等各款工具，以及各自最适合的场景。
浏览器端与云端 IFC 验证：BIM 团队常做错的架构决策借助 WebAssembly 实现离线 IFC 验证：文件不上传，在施工现场也能用。本文从隐私、GDPR、上传速度和离线使用等方面对比浏览器端与云端 IFC 验证工具，并说明两种架构各自在什么情况下更胜一筹。
BIM 工具 IT 安全检查清单：IT 部门会问的 10 个问题工具再好用，IT 部门也不会因此就批准。他们会问数据驻留、加密、GDPR、子处理者和源代码可审计性。下面是 10 个标准问题，以及 IFC Viewer Online 对每个问题的具体回答。
GDPR 与 BIM 数据：每位项目经理都需要了解的要点（2026）IFC 文件可能包含 GDPR 意义上的个人数据。通过云端工具与分包商共享模型，会产生具有法律约束力的数据处理义务。以下是欧盟项目团队在下一次 BIM 交付之前需要了解的内容。
IFC 坐标不对？测量点、项目基点与地理配准详解导入 IFC 后，建筑却跑到了两公里之外；或者本该地理配准到国家坐标网格上，却停在了原点。Revit 的三套坐标系和 IFC 的地理配准实体，默认情况下并不对应。本文告诉你如何把模型放到它该在的位置。
IFC 质量完全指南：从导出到交付每份 BEP 都要求提交“高质量的 IFC”，却几乎没有一份说清它到底指什么。这是一份完整、实用的指南，讲清 IFC 质量的真正含义：会让模型被退回的各类问题、每一类该如何检查，以及一套能帮你得到可交付文件的可重复工作流程。
Revit ↔ Archicad 的 IFC 往返交换：没人提醒过你的那些问题你把 Archicad 导出的 IFC 链接进 Revit，却发现重复的几何体悬浮在几百英尺高的空中，而同一个文件在云端查看器里看起来完全正常。跨软件的 IFC 交换存在一些只在不同厂商之间才会出现的故障模式。本文介绍哪些地方会出问题，以及如何绕开它们。
Revit 导出 IFC 为什么会出错？各类原因及修复方法上周几何导出还好好的，这周构件跑到了错误的楼层，墙不见了，整个模型的位置也不对了。Revit 导出 IFC 出问题，原因不外乎几种，而且都可以预见。本文教你判断自己遇到的是哪一种，并把它修好。
为什么大型 IFC 文件会让浏览器崩溃？如何查看 1 GB 的模型一个 600 MB 的整合 IFC 模型，占用 1.7 GB 内存，帧率只有 3 帧/秒，然后标签页崩溃。大型 IFC 文件会拖垮大多数 Web 查看器，背后有具体的技术原因。本文说明到底发生了什么，以及如何在不借助服务器或高端工作站的情况下打开这种规模的模型。
为什么每次导出 IFC 的 GUID 都会变？如何让它保持稳定同一个模型重新导出后发给协调员，所有 BCF 评论、碰撞问题和设施管理（FM）标签突然都指向了错误的构件，甚至什么都指不到。原因在于 IFC 的 GlobalId 被重新生成了。本文解释为什么会这样，以及如何把它们固定下来。
从 Revit 导出后 IFC 属性丢失？修复检查清单模型导出了，IFC 也打开了，却发现一半参数不见了；更糟的是，你自己导出时一切正常，同事执行同样的导出时属性却消失了。这份检查清单解释了 Revit 导出的 IFC 为什么会丢失属性，以及如何让每一个属性都完整导出。
如何减小 IFC 文件大小（而不破坏模型）一个 900 MB 的 IFC 文件发不了邮件，打开要等半天，还会让协调员的查看器崩溃。通常可以把它缩小 70–90%，但只有部分方法是安全的。本文介绍如何给 IFC 瘦身，同时不破坏下游所需的数据。
如何用 three.js、web-ifc 和 Fragments 在浏览器中查看 IFC把 IFC 加载进 three.js 场景听起来很简单，直到第一个 200 MB 的模型让标签页卡死两分钟。这些库教给我们的诀窍是：不要在运行时解析 IFC。本文说明 web-ifc、Fragments 和“一次转换”的处理流程究竟如何配合。
用 Python 和 IfcOpenShell 读取 IFC 属性集你需要把 IFC 中的属性数据（工程量、分类、自定义 Pset）提取出来，放进电子表格、数据库或 QA 检查中。借助 IfcOpenShell，这只需要几行 Python 代码。下面是一份实用手册，还包括那个大家都希望早点发现的 get_psets 捷径。
在浏览器中查看 IFC 文件：免费，无需安装离客户电话会议只剩 20 分钟，你刚收到一个 200 MB 的 IFC 文件。没有 Revit，没有 Navisworks，也没有任何 BIM 软件。下面告诉你如何在会议结束前打开、查看并验证它。
什么是 BIM 健康检查？详解 IFC Health Score项目的 BEP 里写着“交付高质量的 IFC”，可直到模型被退回，都没人说清这到底意味着什么。IFC Health Score 把模糊的质量要求变成一个人人都能跟踪的数字。
IFC 中的重复 GUID：悄无声息却会破坏一切的错误一个 BCF 协调问题跟进到第三周，你才发现评论引用的构件已经从模型里消失了。模型看起来一切正常。错误在于：两个构件共用同一个 GlobalId，而从第一天起，下游的每个工具就一直在悄悄地被搞混。
IFC、RVT、NWD、DWG：BIM 交付该用哪种文件格式？结构工程师交付 RVT，机电承包商用 NWD，客户要 IFC，项目经理又要 DWG 图纸。本文教你理清这团格式乱麻，并说明开放 BIM 为什么对交付真正重要。
IFC2x3 与 IFC4：导出模式（Schema）要不要升级？尽管 IFC4 自 2018 年起就已成为 ISO 标准，大多数 BIM 项目交付的仍是 IFC2x3。本文介绍 IFC4 带来了哪些变化、什么时候该升级，以及如何平稳过渡而不让现有工具出问题。
IFC 交付的 ISO 19650 合规：一份实用检查清单ISO 19650 规定了 BIM 交付的信息要求。本文说明这对你的 IFC 文件意味着什么，从文件命名规则到嵌入的项目元数据，以及如何在提交前核实是否合规。
