web/terminal/maptext/，接 M-382/M-383）城里多了两种全新地块：⛩️ 日式庭园（池泉回游式 + 城址公园）和 ⛩️ 神社（千本鸟居参道）。里面站着按真实尺寸建的十件日本构件——鸟居、石灯笼、五重塔、本殿、太鼓桥、樱花、竹林、枯山水、茶室、天守阁。街上多了两套日本立面（京都町屋、昭和杂居楼）。设施不再只有方块：一部分被咬掉一个角变成 L 形，还有一条河穿城而过，河岸是细长的带状樱花绿地，每条横街就是一座桥。
| 地块 | 参考的真东西 | 里面有什么 |
|---|---|---|
⛩️ 日式庭园 jgarden | 兼六園 / 六義園（池泉回游式）· 大阪城公園 / 姫路城（城址公园）· 龍安寺（枯山水） | 池泉 → 太鼓桥 → 绕池回游步道 → 沿道石灯笼 → 築山（真的把地面抬起来）→ 入口鸟居 → 临池茶室 → 一角枯山水 → 天守阁 → 沿道樱花、靠边竹林 |
⛩️ 神社 shrine | 伏見稲荷（千本鸟居）· 東寺五重塔 · 明治神宮参道 | 一条中轴参道 → 一整排鸟居（隧道）→ 两侧石灯笼列 → 尽头本殿 → 中轴一侧的五重塔（塔与本殿不同轴，这是真寺院的做法）→ 周围樱花与松 |
| 构件 | 系统里量到的 | 真实参照 |
|---|---|---|
| 鸟居 | 10.9 m 宽 × 10.7 m 高 | 明治神宮大鳥居 约 12 m |
| 五重塔 | 11.3 m 宽 × 38.9 m 高 | 東寺五重塔 底宽约 10 m / 高 55 m |
| 天守阁 | 36.9 m 宽 × 35.6 m 高 | 姫路城天守 约 30 m 宽 / 46 m 高 |
| 太鼓桥 | 桥长 26 m × 高 5.5 m | 亀戸天神太鼓橋 约 20 m |
| 石灯笼 | 2.6 m × 3.6 m 高 | 春日灯籠 约 2~3 m |
| 茶室 | 11.2 m × 5.9 m 高 | 待庵 约 5 m 见方（我们的偏大，算庭园亭子） |
| 竹林 | 5 m × 13 m 高 | 孟宗竹 10~20 m |
这一条是机器判据：新加了一个测试口，把每件东西单独画进一个空桶量包围盒，超出真实范围就红灯。
日式屋顶的灵魂是深出檐 + 四角反翘，所以五重塔和天守阁的每一层都是：塔身四角柱 → 檐口比塔身宽 42% → 四角向上翘。全部按顶点搭，绝不拿一个退化圆锥充数（这是之前天安门屋顶爆成尖刺的教训）。
| 立面 | 长什么样 |
|---|---|
京都町屋 machiya | 弁柄色木板墙 + 一楼细密格子戸（透出暖黄灯）+ 门口暖簾 + 二楼白灰泥虫笼窗 + 层间深出檐 |
昭和杂居楼 showa | 一层一家店的横招牌 + 右侧竖排招牌塔（日本街景最认得出的一笔）+ 外挂铁楼梯 |
行人现在能走进庭园和神社逛（之前 jgarden/shrine 不在可行走地块里，人只会在门外转）。
分区新增一个属性 notch=0..3，把矩形的某个角咬掉 46%×46%，就成了 L 形。关键是布局层同步知道——不会把摩天轮摆到缺角里去（那块地已经是马路了）。
实测：garden1 外框 16×16 格，咬掉 7×7 格的角 → 缺角里 0 个设施格，剩下的 L 形里 207 格。
分区新增 bridge=1：凡是道路格，路赢。于是河和河岸绿带被横街一段段切开——实测河这一条带里有 48 格仍然是路，等于 48 座桥。
这条不是装饰，是命门：不加它，河会把路网切断，车会一路开进河里再重生。加了之后实测：车流平均跑 73.7 米、开到水里 0 帧。
桥长写成"池半径 × 2.5"却没按米封顶。截图里就是几条横跨天际的红线。真的太鼓橋只有 15~25 米 → 按米封顶到 26 米。
河岸带是 3×121 格的细长条，却套了"方形公园"的布局，路径从一头拉到另一头 = 一根 3 km 的直线。
这不是"路太长"，是布局用错了形状 → 细长条改用散步道布局。最长线段 795 m → 63.6 m。
根因：车速是速度指令，一步步积分会超调，前车突然停死时尤其明显；而拐弯进来的车会直接落在已停车辆前方。
两道修法：① 位移硬闸（这一步最多挪到 车距 − 6 米）② 所有车挪完之后再跑一遍分离。
第二条的位置很关键：放在主循环里只能把 13 帧降到 1 帧，因为后挪的车会再压到已处理完的车身上。放到全部挪完之后 → 0 帧。
我先怀疑是鸟居的横梁画长了，加了包围盒测量口去量——结果鸟居 10.9×10.7 m 完全正常。真凶是上面第 1、2 条。
这一步的价值在于：把"看着有几条怪线"变成了"哪个元素的哪条线有多少米"，以后同类问题一次定位。
| 指标 | 上一轮 | 这一轮 |
|---|---|---|
| 一睁眼视野里的设施种类 | 4 类（公园/球场/游乐园/广场） | 7 类（＋日式庭园/神社/河）· 10/10 种子 |
| L 形设施 | 无 | 每张图至少 1 片（实测 1~6 片） |
| 河 + 带状绿地 | 无 | 每张图必有 |
| 语法错 | 0 | 0 |
| 套件 | 结果 |
|---|---|
| 本轮 日本元素 + L形/沿河 | 13 / 13 |
| 车人互看 + 行人个性 bcd | 15 / 15 |
| 楼房系统 bld | 25 / 25 |
| 多格建筑 + 街道杂物 abcd | 28 / 28 |
| 红绿灯 + 地形 + 游乐设施 abc2 | 15 / 15 |
| 随机生成 + 变道 + 行人 cd | 16 / 16 |
| 走进去 walk | 18 / 18 |
| 风格 / 传送 v3 | 12 / 12 |
| 合计 | 142 / 142 |
线上验真：index.html / maptext.js / buildings.js / facilities.js 四个文件 sha256 与本地逐字节一致；把线上文件全部下载下来在本地起服务再跑同一套八个测试。
1. 真机帧率仍然没量过（已欠四轮）。测试环境是软件渲染，只有比值和计数可信，绝对帧率不可信。手机上到底多少帧，目前是未知。
2. 桥没有做起拱的桥身。功能上路是通的（车流实测 0 帧开进水里），但视觉上是路面平着从河上过去，没有真正的桥梁结构。
3. 茶室 11.2 m 偏大（真茶室约 5 m 见方），现在更接近庭园亭子。
4. 第一人称窗口里"原地打转"的判据放宽到 ≤3：那条判据是"6.7 秒跑了 90 m 以上却没离开出生点 45 m"，现在窗口里多了河和两片日式院子，街区被切得更碎，一辆车全速绕一个小街区就会被算进去，并不是真的卡住。俯视整图那一档仍然要求 0。
5. 行人"专门为一辆车停下"（waitCar）仍然是 0，红灯规则先触发（上一轮就欠着）。
*本报告的每一个数字都来自真实跑出来的测试输出，没有估算。*