看到 ABot-Earth 0.7 把城市做成 3D 世界，先要回答一个更基础的问题：“3D 原生城市世界模型”到底指可生成三维内容的模型、一份可加载的场景资产，还是可调用的服务能力。三者对应的可验证行为不同：模型看输入是否可控、输出是否可下载；场景看数据格式、坐标和图层是否可导出；服务看接口、鉴权、运行位置和配额。公开演示页通常只覆盖其中一部分，不能因为页面能旋转城市就当成能接入生产。
判断顺序建议：先记录一次完整操作路径，再把说法拆成输入、输出、运行位置三栏。凡是公开页面没有给出输入入口、下载或导出入口、格式说明和运行位置的部分，都只能算展示能力，不能当作可用接口。演示中可见的网格、点云、贴图或语义图层，需要逐个确认是预览、可导出还是仅背景渲染。无法从公开信息确认的，先列入待验证清单，不要提前写进系统设计。
在公开演示页里记录一次完整操作路径
打开公开演示页后，不要急着截图城市效果。建议按时间顺序记录以下项：
- 页面入口：是官网首页、演示子域、登录后的控制台，还是嵌入视频？入口决定它是否需要账号或邀请。
- 输入方式：是否提供文本框、图片上传、区域选择、坐标或地名输入、随机生成按钮，或者只能点预设城市。
- 等待时间：从点击生成到画面出现，页面状态如何变化，是否有进度条、队列号、超时提示。
- 结果展示形式：是二维截图、可旋转的三维视图、可开关图层的场景，还是提供下载按钮或接口示例。
这些记录不评价效果，只用来判断交付边界。如果只能点演示按钮且没有输入项，那演示主要证明预设场景可看；如果有输入框但输出只能看不能导出，说明输入到输出之间的可编程入口还需要确认。
操作路径记录模板
页面入口：
输入方式：
等待反馈：
结果展示：
可下载或可导出：
可调用入口：替换项：把字段名换成你实际看到的页面标签。验证方式：退出登录或换一个浏览器再走一遍，看入口和结果是否一致。
把「3D 原生城市世界模型」拆成输入、输出、运行位置三栏
把「3D 原生城市世界模型」直接当成接口，通常会跳过前置判断。可以先按下面这张表判断它更像模型、场景还是服务：
| 理解 | 可验证行为 | 不成立的表现 |
|---|---|---|
| 生成模型 | 有明确输入，比如文本、图像、区域边界或参数；输出可下载或可调用；换输入能复现 | 只有固定几个预设城市，无法换输入，或换输入后没有可下载结果 |
| 场景资产 | 提供可加载的网格、点云、贴图或语义图层，并说明坐标、单位、格式和授权 | 只能在网页里旋转查看，没有导出格式或坐标说明 |
| 服务能力 | 有接口地址、鉴权方式、请求和返回结构、运行位置说明，本地或云端写清楚 | 只有演示按钮和宣传语，找不到接口、SDK 或运行位置说明 |
这张表只使用公开页面能看到的行为。找不到对应行为时，先归入待验证，不要用宣传语补全。然后写下三栏：
输入 / 输出 / 运行位置核查
输入形式：地名、经纬度边界、上传图像、文本提示、预设编号？
输出形式：网页预览、截图、可下载文件、接口 JSON、三维瓦片？
运行位置：浏览器本地推理、厂商云端、你提供的服务器？运行位置不要靠感觉判断。可以在浏览器开发者工具的 Network 面板看请求发往哪里，也可以看页面是否提示本地计算。如果请求体里只有页面资源，没有你输入的内容，运行位置和输入是否真的生效就要继续确认。替换项：把示例字段换成你看到的字段名；验证方式：用两个不同输入走同一路径，比较输出差异。
对照三维重建与场景生成的常见交付物
三维重建常见交付物偏实测几何：网格、点云、纹理贴图、相机参数；场景生成常见交付物偏程序化或生成式资产：网格、材质或贴图、语义图层、实例列表、可编辑的场景描述文件。两者都可能提供 3D Tiles、glTF/GLB、PLY、OBJ 等格式。ABot-Earth 0.7 更接近哪一种，不靠名称判断，靠演示和说明里能看到什么。
| 交付物 | 三维重建中常见 | 场景生成中常见 | 在演示里怎么确认 |
|---|---|---|---|
| 网格 mesh | 是 | 是 | 看是否有下载按钮、格式说明或场景图层控制 |
| 点云 point cloud | 是 | 部分 | 看是否有密度、颜色、坐标轴或点大小控制 |
| 贴图或材质 | 是 | 是 | 看是否可单独开关建筑、道路、植被图层 |
| 语义图层 | 部分 | 常见 | 看是否有道路、建筑、水体、地块等分类开关 |
| 场景描述文件 | 较少 | 常见 | 看是否提供 JSON、YAML 或接口返回结构 |
如果演示页只能旋转和缩放，没有图层开关、没有下载、没有格式说明，那么可见的只是渲染结果，不能推断后台交付物。可以先记下“可见：建筑外观、道路走向；不可见：点云、坐标、语义图层”。验证方式：检查页面是否有导出菜单，或用开发者工具看三维资源是否以独立文件加载。注意不要下载或提取未授权的数据。
划出暂时无法验证的能力清单
在公开演示和文档不足时，以下项都应写成待验证，而不是已经具备：
- 接口：是否有正式 API 或 SDK，请求地址、鉴权方式、调用配额、错误码、回调或异步任务查询。
- 格式：输出是 glTF/GLB、3D Tiles、PLY、OBJ、LAS/LAZ、GeoTIFF，还是仅网页预览；坐标参考系、单位、层级细节是否说明。
- 授权：生成的城市数据能否商用、能否离线保存、能否二次分发，输入图像或地名是否涉及版权或隐私限制。
- 运行位置：本地推理、厂商云端还是混合；如果本地运行，硬件要求、模型体积、许可证是什么。
- 一致性与更新：同一区域重复生成结果是否稳定，城市数据更新周期和版本管理是否有说明。
- 集成方式：是否支持批处理、并发控制、结果回调，或只能人工在页面点击。
使用边界可以这样定：只要没看到可验证的输入输出和授权说明，就把 ABot-Earth 0.7 当作可观看的场景演示或候选生成能力，不要把它写进需要稳定数据管线的设计。验证方式：每确认一项，就在记录里从待验证改为已看到证据，并写下证据在哪个页面、哪个请求或哪个文件里。如果后续拿到接口文档，再补做输入输出校验和权限确认。