这一版是怎么生成的
页面上的城市天际线不是贴图，而是真实 OSM 建筑足迹的实时透视投影：本机公网 IP → 城市级定位 → 吸附到城市库坐标 → /api/geo 取回 776 栋真实建筑 + 33 段水系 + 12 座山脊，逐栋按真实层档（0.85 / 0.5 / 0.28）与距离淡出绘制；中央人形、能量线、星座、月相全部按 CT-1 冻结标准程序化生成。

结论一：定位链路上半段是通的 —— IP 能定位到济南市，坐标吸附后 /api/geo 命中缓存仅 1018 ms。
结论二：同一座济南市，用 IP 原始坐标直连要 8367 ms 且是 cache miss（慢 8.2 倍）—— 坐标漂移的成本是实打实的。
结论三：即便拿到 776 栋真实建筑，线上 /sky 也不会画它 —— 唯一消费函数 loadCityToPayload 全仓零调用点（B3），且线上仍是 09-13 v2（B4）。

本页与线上的差别（如实声明）：① 构图按 CT-1 冻结标准重解了相机（线上为 fov58 / pos(0,58,200) / lookAt(0,20,-160)，地平线落在约 40% 处；CT-1 要求 68.01%，故预览相机上仰重解到精确 0.6801H）；② 建筑高度做了 0.5 次幂压缩以适配该构图的近景尺度（真实相对高低次序完整保留）；③ 其余全部取自真实源码与真实数据：足迹、位置、层档判据、色 token、人形轮廓点、月相。

按钮说明：三个按钮走浏览器实时请求，需要用 http(s) 同源方式打开本页（或线上同域）才能生效；直接双击 file:// 打开时浏览器会拦截跨域请求，此时页面自动回落到已抓取的真实数据快照渲染，不影响观看。

真实链路读数 本机公网 IP → 定位 → 坐标吸附 → 城市数据（全只读）

真实链路读数本机公网 IP → 定位 → 坐标吸附 → 城市数据（全只读）