# Mission: BIM 建筑模型与数字孪生应用

## Why

Pivot 是面向商业建筑运营方的智慧楼宇 SaaS OS，前端 Nuxt 4 跑在浏览器里。
当前 `bld_building / bld_floor / bld_space` 只承载**拓扑语义**（楼层、空间的归属关系），没有**几何**——客户看不到"自己那栋楼"。
引入 BIM 几何可视化是数字孪生叙事的入口，但 BIM 工具链复杂、格式碎片（IFC / Revit / glTF / 3D Tiles），不评估清楚就上会踩大坑。
我需要在 1-2 周内具备**判断力**：能判断 Pivot 该不该引入 BIM、引入到什么程度、走哪条技术路线，并产出一份 ADR。

## Success looks like

- 能用一句话向团队/客户讲清 BIM、IFC、数字孪生三者的关系，不混为一谈
- 能说清「IFC 几何 → 浏览器可渲染」这条链路上的关键格式转换（IFC → glTF / 3D Tiles）与每一步的代价
- 能列出 Pivot 引入 BIM 可视化的至少 2 条候选路线（如 web-ifc 前端解析 vs 后端预转 glTF vs 三方平台 APS），并说出各自的甜点与痛点
- 能识别 LOD（Level of Development）在 SaaS 多租户、多建筑场景下的成本含义
- 产出一份 ADR 雏形：`docs/architecture/adr-bim-twin.md`，回答「做不做 / 先做哪块 / 怎么做 / 怎么退」

## Constraints

- 学习者后端背景强（Spring Boot / PG / 资产建模），3D 图形学零基础
- 时间预算：碎片时间，1-2 周内达成判断力
- 立足 Pivot 现实：多租户隔离、`bld_*` 表的 code 体系、Nuxt 4 前端、不自建重资产 3D 引擎
- 偏好工程化、有取舍依据的内容，而非营销材料

## Out of scope

- IFC schema 的完整实体定义（IfcWall、IfcDoor 等数百个类的逐字段学习）——决策阶段不需要
- Revit / ArchiCAD 等创作端工具的操作教学——Pivot 不做创作端
- Scan-to-BIM（点云逆向建模）——Pivot 不做测绘
- BIM 在施工管理（4D/5D BIM）中的应用——Pivot 只关心运营期
- 语义/知识图谱侧的 BIM 深挖（COBie、 bot 友好的 RDF 转换）——这条线走 graph-db-research，本次不展开