城市更新3D预演的重点，不是用一句提示词生成完成度很高的街区画面，而是让底图来源、现状尺度、方案变化和公众展示边界都能追溯。本文给出一套从资料台账、Blockout体块、对象分层、方案对照到网页派生与三轮审核的完整流程，并说明AI适合辅助哪些环节、哪些结论仍必须由资料和专业人员确认。
城市更新方案可以用AI辅助整理资料、生成概念体块和迭代展示，但不宜从"一句话生成街区"直接跳到公众发布。更可靠的流程是：建立资料台账 → 搭建现状Blockout → 制作方案层 → 检查道路与关键视线 → 整理对象与版本 → 派生公众网页 → 完成数据、内容和技术审核。
Blockout是用于核对空间关系的体块草模。它先回答建筑有多高、道路在哪里、公共空间如何连接，再逐步加入材质、植被和人物。AI可以缩短资料整理和方案草稿时间，真实尺度、数据来源、方案状态与公开范围仍要由人确认。
本文定位是概念沟通与公众展示方案，不代表已经完成真实街区测绘或规划实测。3D网页也不能替代工程模型、专业分析、法定公示和审批程序。
**图注：**城市白模适合讨论建筑体量、道路关系和视线遮挡，但这张概念图不能证明地块边界、建筑高度、地理坐标或规划结论准确。
第一步：先建立资料台账，不让缺失信息变成"生成事实"
建模前先明确街区范围、预演用途和目标受众，再整理底图。输入资料至少应覆盖：
- 地块和项目边界；
- 道路中心线、边线或宽度资料；
- 建筑轮廓、高度和用途；
- 坐标、单位及比例信息；
- 资料版本、日期和提供方；
- 公开权限及敏感内容范围。
测绘资料、设计图、现场照片和口头描述不能混成同一种证据。测绘资料要检查坐标与时效；设计图要分清现状、拟建和已取消方案；现场照片能辅助辨认立面与环境，却不能直接提供可靠尺寸；口头描述只能作为待核线索。
建议给每份资料分配 source_id，并记录它支持什么判断。例如：
| 资料 | 可以支持 | 不能单独支持 |
|---|---|---|
| 带坐标的现状底图 | 边界、道路与建筑平面关系 | 最新建筑高度、实时开放状态 |
| 设计方案图 | 拟建体量和设计意图 | 已批准、已实施或工程可行 |
| 现场照片 | 立面、遮挡和现场识别 | 精确尺寸与地理坐标 |
| 口头说明 | 补充调查方向 | 正式属性或确定结论 |
AI可以辅助提取图纸文字、整理属性、发现版本冲突和生成待核清单，但每条提取结果都要能回到原始文件。缺失高度、道路宽度或边界归属时，明确写"待核验"，不要让视觉上合理的自动补全进入正式属性。
若资料来自扫描件或截图，还要检查比例尺有没有被裁掉、图像是否拉伸，以及多个图层是否属于同一版本。公开权限也应在此阶段登记，而不是等网页上线前才补问。
第二步：现状与方案分开，先校准尺度再加细节
现状层记录已有街区，方案层记录拟建、拆除或改造内容。两者要分层保存，不能用方案模型覆盖唯一的现状母版。
先统一以下基础约定：
- 模型使用什么单位；
- 局部原点放在哪里；
- 源坐标如何转换到展示坐标；
- 哪个已知尺寸用于校准；
- 转换后由谁、用什么方式复核。
选择局部坐标有助于降低大坐标场景的显示和计算问题，但必须保留与源坐标的映射、转换过程和核验状态。把模型移动到场景中心，只能说明展示坐标发生变化，不能据此声称完成了地理配准。
第一版只制作建筑体量、道路和主要开放空间。先检查：
- 建筑高度与占地是否符合已知资料；
- 道路和公共空间是否连续；
- 重要出入口是否被遮挡；
- 关键视点能否看见目标建筑或景观；
- 待核对象是否保持醒目标记。
街道宽高比是道路空间宽度与两侧建筑高度的关系，可辅助讨论空间感受，但不能单独用于判断方案是否合规。关键视线也应记录观察位置、方向、相机高度和目标对象，而不是只保留一张俯视效果图。
树木、立面、车辆和人物应在体量通过后再加入。它们能提升可读性，也可能遮住边界错误和尺度问题。某栋建筑高度尚未确认时，应持续显示"待核"状态，不能用精细材质让不确定数据显得可信。
第三步：道路、建筑与公共空间要能分别修改
街区预演不是只有一块可以旋转的整体网格。为了比较方案，至少要把道路、建筑、地形、绿地、广场和水体分层管理。
道路宜保留独立对象或曲线，以及必要的控制点、宽度和高程信息，不要只剩一张铺在地面上的道路贴图。建筑按地块、对象、方案和版本命名，例如：
地块A_建筑01_方案B_v02
这种组织方式不是为了让目录更整齐，而是为了让一次修改不破坏其他内容：道路调整后还能检查建筑退界，建筑替换时不会误删广场，绿地变化也不会覆盖现状地形。
向AI或其他工具提出修改时，写清对象、范围、依据和保留项。例如：
仅调整方案B中的"地块A_建筑01"体量；高度采用已确认资料；保持道路、现状建筑、公共空间和三个对照相机不变。
提示写清楚只是第一步，生成后仍要核对输出。若工具只能返回不可拆分的整体场景，应记录"可浏览、不可按对象编辑"，而不是把它描述成结构化街区资产。
第四步：方案对照必须锁定比较条件
方案A与方案B应使用相同单位、坐标、相机、时间、光照和显示规则。一个方案使用傍晚暖光，另一个使用阴天远景，观众可能把气氛差异误判为空间改善。
方案比较应围绕明确问题：
- 哪些建筑新增、拆除或调整高度；
- 建筑与相关边界的关系如何变化；
- 道路和公共空间怎样连接；
- 重要视点的遮挡是否变化；
- 哪些属性已确认，哪些仍待核验。
退界可以理解为建筑相对地块、道路或其他边界的退让关系。具体要求必须依据适用资料并由专业人员复核，不能凭透视图估算后写成合规结论。
每轮修改都应保存：基线版本、变化对象、修改依据、截图机位和未解决项。必要时切回统一白模，排除材质、绿化和后期效果对判断的干扰。
这里可以设置一个小型教学案例：同一街区制作"保留现状"和"增加公共开放空间"两个概念方案，用3个固定地面视点和1个俯视点对照体量与视线。由于本文没有真实底图、方案文件和实测结果，该案例只能作为建议流程，不能写成已验证的城市更新结论。
第五步：公开界面必须区分事实、方案和想象
公众网页至少区分三类内容：
| 类型 | 含义 | 建议显示方式 |
|---|---|---|
| 现状 | 对应某一资料日期的已有环境 | 标注资料时间和来源状态 |
| 拟建方案 | 正在讨论或审核的设计内容 | 标注方案编号、版本与状态 |
| 概念设想 | 用于表达方向的生成或推演内容 | 明确写"概念示意"或"待核验" |
除了颜色，还要使用文字、图标或图例，避免只靠色差区分。对象详情可以显示资料日期、方案版本和审核状态；截图导出时也应保留必要图例，防止图片脱离网页后失去语境。
"现状"不代表实时，"拟建"不代表已批准，"概念"更不代表实施承诺。说明应放在用户实际能看到的位置，不能只藏在长篇免责声明里。一个看似精确的建筑高度，如果没有来源编号和核验状态，也不应在弹窗中被包装成确定事实。
住户信息、建筑内部、设施位置和高精度原始数据要按权限处理。仅在前端隐藏图层或按钮，不等于资源没有被下载；公众包应从文件层面移除未经授权的属性与几何，内部审核版与公众版也应采用不同资源和访问权限。
第六步：从审核母版派生公众网页，不直接搬完整场景
审核母版保留来源、对象分层、方案版本和核验状态；公众网页使用经过确认的轻量派生版本。两者应记录明确对应关系，避免母版更新后网页仍展示旧方案。
网页版本可以按以下顺序优化：
- 按街区或浏览路线分区加载；
- 使用LOD，让远处显示体量、近处再显示必要细节；
- 压缩贴图和非关键几何；
- 删除不应公开的内部内容和属性；
- 保留能够解释方案差异的建筑与空间关系；
- 为加载失败准备静态图、图例和文字摘要。
模型变小不等于网页一定流畅。仍要分别检查下载、解码、GPU上传、绘制调用和运行内存。优化后还要回到固定视点，确认方案差异没有因为减面、合并或LOD切换而丢失。
如果项目需要探索宏观场景生成与空间表达，可把AI世界模型与场景生成作为候选入口之一。具体输入、输出、坐标、对象拆分和导出能力必须按当前版本及真实文件验证；"世界模型"名称本身不能证明适合城市更新或数字孪生。
移动端应测试旋转、缩放和热点点击是否冲突，并提供明确的复位入口。重要说明不能只靠拖动3D才能看到，还应提供文字目录或二维方案摘要。网页加载失败时，静态内容仍需让用户理解核心差异。
测试记录必须写明设备、浏览器、网络和资产版本。桌面浏览成功不能替代手机测试，未执行的项目统一写"待验证"。
第七步：通过三轮审核后再发布
第一轮：数据与尺度审核
核对来源能否回查，单位、原点和坐标状态是否清楚，已知尺寸是否完成校准。发现缺失或冲突时，回到资料台账，不用精细建模掩盖问题。
第二轮：方案与内容审核
核对变化是否符合本轮意图，现状是否被误改，概念内容是否误标为确定信息，图例和讲解是否与版本一致。
第三轮：网页与权限审核
检查公众包是否含敏感内容，目标手机是否完成真机测试，静态回退与文字说明是否可用。涉及公开访问时，还要验证权限和资源地址，而不是依靠"链接不容易被发现"。
三轮审核通过，只能说明当前版本适合约定的公众沟通用途。它仍不自动成为测绘成果、工程模型、数字孪生或法定规划文件。
用7个字段留下可追溯记录
下面是最小发布记录。表中只是填写要求，不代表本项目已经完成检测。
| 字段 | 填写内容 |
|---|---|
site_version |
街区版本、日期和对应审核母版 |
source_id |
来源台账编号及所用资料版本 |
coordinate_state |
单位、原点、源坐标映射与核验状态 |
proposal_layer |
现状、方案、概念的分层与变化范围 |
content_review |
审核人、日期、意见和待解决项 |
public_scope |
公开对象、授权范围和排除内容 |
web_result |
设备、浏览器、网络及测试结果；未测写"待验证" |
记录应绑定具体对象或方案版本，而不是只给整个项目填一句"已完成"。网页更新后也要反查它对应哪个母版，防止旧资源继续流通。
五个常见问题
1. 一张平面图能直接生成可信的3D街区吗？
不能直接认定可信。平面图可以作为起点，但通常还要补建筑高度、坐标、比例和资料版本，并拆分道路、建筑与地块。缺失内容应标记待核验。
2. 世界模型适合做城市更新或数字孪生吗？
可以用于评估场景生成与空间表达，但是否适合取决于真实数据接入、坐标、持续更新、对象结构和业务联动。只有外观相似的3D街区不能直接称为数字孪生。
3. 网页里能交互浏览，就代表模型可编辑、可分析吗？
不代表。旋转、缩放和漫游只说明浏览交互可用；道路参数修改、属性查询、日照或交通分析等能力需要分别验证。
4. AI能自动判断哪个城市更新方案更好吗？
不能仅凭生成画面得出结论。AI可以辅助整理方案差异和生成对照视图，但评价标准、资料依据、公众意见及专业判断仍需由项目团队明确。
5. 公众网页能直接作为施工或规划依据吗？
不能。网页预演用于沟通空间变化，不替代依法需要的专业资料、技术成果和程序。涉及工程或规划结论时，必须进入相应的专业审核流程。
发布前检查清单
☐ 来源、版本、权限和待核验项已登记。
☐ 模型单位、原点和坐标映射状态明确。
☐ 现状、拟建方案和概念设想可以区分。
☐ 道路、建筑和公共空间能够独立检查。
☐ 方案对照使用相同相机、光照和显示规则。
☐ 公众包已移除敏感资料和不应公开的高精度内容。
☐ 目标手机、弱网、失败回退和文字替代已经测试。
☐ 审核母版、网页版本和发布记录能够相互对应。
城市更新3D预演的价值，是把资料、体量变化和公众说明放进同一个可复查的表达流程，而不是用高完成度画面替代证据。先把空间骨架和信息边界做对，再增加材质与氛围，才更容易让方案讨论落到具体问题。
如果你正在做城市更新预演，目前最难的是真实尺度校准、方案对照，还是移动端网页加载？