From de384f074401b00ad0f7880810951291c2fd7e99 Mon Sep 17 00:00:00 2001
From: troytt <47798984@qq.com>
Date: Tue, 15 Sep 2026 06:32:59 +0000
Subject: [PATCH] docs: replace HANDOVER.md with ROADMAP.md (M6-M14)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

HANDOVER.md 有三处已经过期：§4f 说 101 个生成关卡未烘焙（现已全部烘焙，
788/788 断言）、§7A-4 说 DCC/COF 未实现（现已实现，法师 16 层 8 方向）、
§7A 说 ADPCM+Huffman 音频未做（现已完成，11 项测试通过）。

新的 ROADMAP.md 分两部分：

第一部分是路线图。核心发现是一个此前没被点破的架构断层——acts.html
有真实等距地图和真实角色但零玩法，map.html 有完整玩法栈但跑在夹具地图
和 demo-data.ts 的 3 怪 / 3 物 / 2 技能上，两条轨道从未合流。因此把
「两轨合流」定为 M6，它是 M7-M14 全部里程碑的前提。后续依次为：真实怪物、
世界连通、真实战斗数学、真实物品系统、七职业与技能树、完整 UI/HUD、
.d2s 存档互通、可破坏物件美术与剧情。

第二部分保留 HANDOVER 中仍然有效的工程知识：23 条引擎铁律（模拟纯函数、
瓦片匹配键用 DT1 +20 的 Type 而非 +0 的 Direction、地面槽位只能画 type 0、
LvlPrest 用 LevelId 关联等）、差分验证方法论、验证命令清单、环境依赖、
性能基线与发布流程、目录结构。

README.md 同步更新：文档入口改指 ROADMAP.md，关卡数从「35 个预置」更正为
「365 张（含 70 迷宫 + 31 野外）」，「尚未实现」段落重写为真实缺口。

TAG=agy
CONV=c89513df-cd12-4749-b5bd-5e9f16639391
---
 HANDOVER.md | 384 -------------------------------------
 README.md   |   9 +-
 ROADMAP.md  | 539 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 544 insertions(+), 388 deletions(-)
 delete mode 100644 HANDOVER.md
 create mode 100644 ROADMAP.md

diff --git a/HANDOVER.md b/HANDOVER.md
deleted file mode 100644
index 1390dc7..0000000
--- a/HANDOVER.md
+++ /dev/null
@@ -1,384 +0,0 @@
-# 交接文档 · d2web
-
-**项目路径：`/root/diablo_web`**（原 `/root/codex_web/dsh/d2web`，2025-09-12 迁移；目录内没有任何写死的绝对路径，迁移后功能与迁移前一致，验证见文末「迁移后复验」）
-
-一句话：**用纯 TypeScript + Vite + WebGL2 从零写的暗黑破坏神 2 引擎**，读取**用户自备**的经典版 MPQ，
-目标是浏览器内可玩的垂直切片。仓库**不含任何暴雪素材**，零运行时依赖（只用平台 API）。
-
----
-
-## 1. 现在能玩什么
-
-```bash
-cd /root/diablo_web
-npm install                      # 只装 devDependencies：vite / typescript / @types/node
-
-# 夹具（仓库不含素材，夹具是脚本生成的）
-tsx scripts/make-map-fixtures.ts samples/fixtures
-tsx scripts/make-mpq-fixture.ts samples/fixtures     # 把夹具打成真 MPQ
-
-npm run dev                      # http://127.0.0.1:5173/
-```
-
-| 页面 | 地址 | 内容 |
-| --- | --- | --- |
-| 资源检查器 | `/` 或 `/?sample=samples/spawn.mpq` | MPQ 头/存储标志/压缩掩码分布、成员列表、精灵逐帧预览 |
-| 可行走演示 | `/walk.html?sample=samples/spawn.mpq` | **真实暗黑 1 归档**：CEL/CL2 精灵、调色板、8 方向走动、碰撞 |
-| 单人战役沙盒 | `/map.html?data=samples/fixtures` 或 `?mpq=<你的.mpq>` | DS1+DT1 地图、战斗、掉落与拾取、背包、技能、任务、NPC 对话、存档/读档（K/L） |
-| 联机合作 | `/net.html?data=samples/fixtures&ws=ws://127.0.0.1:8787&peers=3&peer=0` | 2–4 人同一个世界，各控一名角色 |
-| **diablo2 地图 + 女法师** | 本地 `/acts.html?act=1`；线上 `https://www.laiseek.xyz/diablo2/?act=1`（`?act=1..5`、`?level=<label>`、`?quadrant=<DS1>`、`?live=1`）。页面上是三级选择器：**章节 → 场景 → 细分场景**（如 第一章 / 罗格营地 / 北），中文场景名见 `src/game/level-names-zh.ts` | **真实 D2 数据**：默认读预解包资源包（`samples/d2-packs`，索引 PNG + JSON），没有包或 `?live=1` 时直接按 HTTP range 读归档并解码。等距投影地图 + 8 方向走动 + 碰撞 + **真·女法师（DCC+COF 合成，16 层/8 方向）**，**无怪物**；可破坏物品位置与美术成员已进包，静态帧待接 |
-| 旧 act 页（已下线） | `/acts/`、`/acts-packs/`、`/acts-data/` | 全部 `410 Gone`；页面迁到 `/diablo2/`，资源包 `/diablo2/packs/`，归档 `/diablo2/data/*.mpq` |
-
-联机需要先起中继（自写、零依赖、只转发字节、不懂游戏）：
-
-```bash
-npm run net-server              # 等价于 node scripts/net-server.ts 8787
-```
-
-操作：WASD/方向键移动，空格或 J 攻击，E/F 拾取，T 说话，1–4 选技能，K 存档，L 读档。
-`acts.html` 只需 WASD/方向键：输入是**屏幕方向**（菱形格子相对屏幕转了 45°，按"上"沿格子对角线向上走）。
-
-资源包（离线解包，页面默认路径）：
-
-```bash
-npm run pack:data       # scripts/pack-act-assets.ts → samples/d2-packs（62 个地图块 / 35 关，约 67 MB）
-# 图集包不在代码仓库里（每次重烘会让仓库再长 ~60 MB，PNG 无法 delta 压缩）。发布方式：
-#   1) 图库仓库 troytt/diablo2-web-assets：npm run publish:packs
-#      → 每次 orphan 提交 + force push，仓库恒定"一份快照"（~66 MB），代码仓库 clone 仅 ~2.7 MB
-#   2) 归档镜像（可选）：https://www.laiseek.xyz/diablo2/assets/d2-packs-<日期>.tar.xz
-#      （nginx location /diablo2/assets/ → /var/www/d2assets/）
-# 注意：force push 后旧提交对象要服务端 git gc 才回收；Gitea 的 [cron.git_gc_repos] 默认关闭，
-#       而 Gitea 的 Release 附件在本实例（124.221.104.39）是坏的：1KB..59.5MB 全部 HTTP 500。
-npm run verify:packs    # 与现读现解逐项比对：绘制序/坐标、碰撞栅格逐字节、每帧像素 FNV 哈希（992/992）
-npm run verify:listfile # 用社区 1.13c listfile 逐归档判定"这个成员到底存不存在"
-npm run verify:deploy   # 线上 /diablo2/ 页面 + 资源包 + Range 206 + 旧入口 410（17/17）
-npm run verify:alignment # 墙/地面基线是否与引擎公式一致、D2MOO 的 80px 差是不是常量（6/6）
-npm run verify:tiles     # 每个槽位画的是不是它该有的瓦片类型（地面=0）+ 位置公式（5/5）
-npm run verify:object-lookup # DS1 对象 id → token/mode 与 Objects.txt 交叉核对（19/19）
-```
-
-线上实测（真实 TLS，同一台机）：
-
-| | 请求数 | 传输 | 出画面 |
-| --- | --- | --- | --- |
-| act1 资源包 | 4 | 1.21 MB | 1.5 s |
-| act1 读归档（`?live=1`） | 1,344 | 6.22 MB | 12.1 s |
-| act5 资源包 | 9 | 3.80 MB | 2.1 s（首帧只要 7 页里的 4 页） |
-| act5 读归档（`?live=1`） | 3,971 | 11.24 MB | 36.5 s |
-
-线上部署（nginx 在 `/etc/nginx/sites-enabled/default` 里，页面 `/diablo2/`、资源包 `/diablo2/packs/`、归档 `/diablo2/data/*.mpq`；旧 `/acts*` 一律 410）：
-
-```bash
-npm run build:game                                   # → dist-game/（base=/diablo2/）
-rm -rf /var/www/d2web && mkdir -p /var/www/d2web && cp -r dist-game/* /var/www/d2web/
-rm -rf /var/www/d2packs && mkdir -p /var/www/d2packs && cp -r samples/d2-packs/* /var/www/d2packs/
-# 归档用硬链接暴露给 nginx（/root 是 0700，nginx 读不到）：
-#   mkdir -p /var/www/d2data && ln -f samples/d2/*.mpq /var/www/d2data/
-systemctl reload nginx
-```
-
-真数据相关的验收命令：
-
-```bash
-npm run verify:implode   # 四个归档全量成员解码（implode 端到端证明）
-npm run verify:acts      # 五个 act 城镇：表→DS1→DT1→等距场景 + 碰撞
-# 归档没有 (listfile) 时（Patch_D2.mpq 就是），成员名在 Storm 里是加密的：
-#   MpqArchive.open(source, { listfile }) 可挂社区名单，样例见 scripts/verify-listfile.ts
-#
-# 对象/瓦片这几件事都按 OpenDiablo2 的引擎口径对齐过（副本在 samples/od2/）：
-#   1. DS1 对象的 `id` 不是 Objects.txt 的行号，而是"该 act 对象表"的索引：
-#      src/game/object-lookup.ts（数据由 npm run port:object-lookup 从 OD2 的表生成）。
-#      identity 映射会把 act1 的喷泉（id 0）读成 Objects.txt 第 0 行 "Expansion"。
-#   2. 瓦片匹配的键是 `style:sequence:type`，其中 `type` 对应 DT1 头 **+20 的 `Type`**，
-#      **不是 +0 的 `Direction`**（那是朝向/变体索引，实测 1..5，永远不会等于 14 树/15 屋顶）。
-#      键错会让树/屋顶/影子全落 loose 兜底、画成地面——罗格营地的帐篷"没屋顶"就是这个。
-#      改键后 35 关 9,595 条墙引用 100% 精确命中（verify:alignment 有永久断言）。
-#      同一 style:sequence:type 下有多张变体图（Direction 与 RarityFrameIndex 不同），引擎**逐格**
-#      按 RarityFrameIndex 加权随机选一张，种子来自 (level seed, cellX, cellY)：pickVariant + levelSeed。
-#   3. 一格的 sub-tile flags 是**所有层做 OR**（OD2 SubTileFlags.Combine），影子层是 type 13 的
-#      独立层，也必须并进碰撞；实测三张城镇里影子贡献 0 个阻挡子格（scene.shadowBlockedSubtiles）。
-#   4. 方向：引擎是 64 方向空间经 5 张查表映射到 COF 方向（OD2 Dir64ToCof），
-#      src/game/character.ts 的 dir64ToCof 已按表移植；8 向输入下 4 方向 COF 的映射与
-#      旧启发式**不同**（2/3 都映到 1），16/32/64 方向下相同。
-#   4b. **地面槽位只能画 DT1 type 0**：DS1 的 floor 记录没有 type 字段，引擎语义是 type 0
-#      （OD2 `TileData(style, sequence, 0)`）。曾经这里传 null 走"类型无关"兜底池，池里混着
-#      墙/柱子/影子/树/屋顶；加上变体加权随机后，地面槽位会随机挑到暗色石墙瓦片，而地面绘制
-#      不做墙那套 minBlockY+80 补偿 → 画面里出现"悬在地面上的黑色方块"（35 关实测
-#      1,918/28,704 个地面槽画错类型；修道院大教堂 28.2%、地下墓穴 4 层 41.5%）。
-#      `npm run verify:tiles` 把这个普查变成永久断言（错类型 0 / looseRefs 0 / missingTiles 0
-#      / 地面·墙·屋顶位置公式自洽）。
-#   5. 屋顶（DS1 wall type 15）单独成层、最后绘制，偏移用引擎的 -roofHeight：
-#      scene.json 里是 `roofs` 数组，页面在地面/墙/角色之后画它（verify:packs 单独比对）。
-#      当前 62 个预置关卡里 9 张有屋顶，共 737 个绘制（act 4 城镇 53 个）。
-#   （打包器的 DT1 解码缓存有上限 16 个库：不设上限时整轮烘焙会涨到 4 GB 以上。）
-#
-# 页面 UI：header 只留标题 + HUD（原来的三个站内链接已去掉）；三个下拉框是
-# `#act`（章节）/ `#scene`（场景，取自 pack 索引的 slug 分组）/ `#variant`（细分场景，
-# 该场景下的 DS1 变体）。变体名：城镇/回廊/鲁高因按 `TownN1`/`CourtW`/`LutN` 后缀给方位名，
-# 其余显示 DS1 名。中文场景名是**社区通用译名**（手工整理，见 level-names-zh.ts 头部说明；
-# 我们这份安装包的 `data\local\LNG\CHI\string.tbl` 解出来是乱码，`.tbl` 解码器尚未对真文件校准）。
-# 回归断言：`scripts/browser/checks/map-switch.js`（8 项：无多余链接、三级结构、三个下拉框的跳转参数）。
-npm run verify:d2        # samples/d2 里每个 MPQ 的头/块槽/sha256
-```
-
----
-
-## 2. 目录结构
-
-```
-src/
-  mpq/          MPQ v1 容器：header/tables/sectors、crypt（HashString/块加密/文件键）、解压掩码分发
-  formats/      dc6 ds1 dt1 pal pl2 cel pcx tbl sprite（各格式的纯解码器，无 DOM 依赖）
-  game/         combat（战斗/怪物 AI/经验）items（基物/词缀/背包/掉落）skills（投射物）
-                quests（任务/NPC/对话）map（DS1+DT1 合成、子瓦片碰撞、深度插入）
-                animation（按方向的帧控制器）save（快照 + .d2s）rng（可复现随机）tables（表解析）
-                hitflash/… 等辅助
-  net/          protocol（二进制消息）transport（内存对 / 内存 hub / WebSocket）lockstep（锁步内核）
-                netplay（握手门控 + 输入游标 + 哈希收发 + 超时）
-  render/       atlas（精灵图集打包）renderer（WebGL2 单批次四边形 + 顶点色 tint）
-  sim/          loop（定点 25 Hz 循环，含追帧上限）input（键盘）
-  scene/        map-scene.ts（单人战役，~1200 行）net-scene.ts（联机，~600 行）
-index.html  walk.html  map.html  net.html      四个入口
-scripts/        夹具生成、验证脚本、中继服务器、浏览器验证工具（见 scripts/browser/README.md）
-tools/go-oracle/  独立 Go 参考解码器源码（差分验证用，见 §6）
-samples/        夹具与被 .gitignore 忽略的归档（spawn.mpq、fixtures/）
-dist/           构建产物
-```
-
----
-
-## 3. 里程碑状态与证据
-
-| 里程碑 | 状态 | 证据 |
-| --- | --- | --- |
-| M0 资源管线 | ✅ | 真暗黑 1 `spawn.mpq`（25.8 MB / 1029 项）全量解包 + 精灵解码；自写 MPQ 写入器往返 + `mpyq` 独立读取；与 3 个独立实现全字段差分 |
-| M1 可走地图 | ✅ | DS1+DT1 渲染、5×5 子瓦片碰撞、8 方向动画、深度插入；`map.html`（夹具/真归档）、`walk.html`（真 D1 归档，25 tps） |
-| M2 战斗沙盒 | ✅ | `verify-combat.ts` 38 项；浏览器内实测 |
-| M3 物品系统 | ✅ | `verify-items.ts` 58 项 |
-| M4 技能/任务/NPC | ✅ | `verify-m4.ts` 56 项 |
-| M5 存档与联机 | ✅ | `verify-m5.ts` 33 项（读档续跑逐 tick 一致）；`verify-net.ts` 143 项；三浏览器同时联机实测 |
-
-一条命令跑完无头验证：
-
-```bash
-npm run verify:all     # combat + items + m4 + m5 + net
-```
-
-浏览器端证据用 `scripts/browser/`（见其 README）。实测过的数字（本轮迁移前）：
-
-- 单人战役：存档后继续到 tick 364，读档回到存档点（位置 276、击杀 4、金币 46、地面 2、等级 2），24.6 tps、`glError 0`
-- 真归档：`walk.html?sample=samples/spawn.mpq` → `ready: true`、25.0 tps、`glError 0`
-- 三人联机：三页 `peers 3`、各听到 2/2 名队友、都跑到 **worldTick 306 且完全齐平**、各比对 110–115 个哈希全一致、`malformed 0`、无 desync、三页 `players` 数组逐字段相同
-
----
-
-## 4. 关键设计约定（改代码前先读这段）
-
-1. **模拟必须是纯函数**。联机靠锁步：每台机器各自算整个世界，网络上**只传按键**。
-   所以任何读时钟、读 `Math.random`、读宿主环境的行为都会变成 desync。
-   随机一律走 `Rng`（种子进存档），时间一律走 25 Hz 的 tick 计数。
-2. **tick 只在所有对等方输入到齐时才推进**（`LockstepSession.step` 返回 `waiting`）。
-   抢跑 = 分叉；等待 = 正确。
-3. **输入延迟**（`inputDelayTicks`）是延迟预算：某一 tick 的输入提前若干 tick 发出。
-   发送游标要从 `0` 补齐到应付 tick，否则 `0..D-1` 谁都不发，游戏在第一 tick 前就死锁。
-4. **握手门控**：没确认对方在监听（收到对方的 hello）之前**不发任何输入**。
-   先发出去的帧如果对面还没连上，中继无人可转发、发送方无从得知，那些输入永久消失 → 两边永久互等。
-   确认用 `ackTo` 指名道姓（四人局里"我听到了"必须说清听到了谁）。
-5. **`CombatWorld.player` 与 `CombatWorld.players[i]` 必须是同一个对象**。
-   读档/快照是靠对象展开拼世界的，展开后 `player` 是新的、`players` 是旧的，
-   症状是"世界模拟一个身体、屏幕画另一个"。加新字段时要么避开，要么调用 `rebindPlayer()` 重新绑定。
-6. **一个 tick 里所有玩家先动、怪物后动，且只动一次**（`tickCombatMulti`）。
-   每人各调一次 `tickCombat` 会把怪物跑两遍。
-7. **怪物只攻击"本 tick 开始时还活着"的玩家**；全场无人存活时怪物回合整个跳过。
-   这条是单人死亡/重生手感的来源（死亡时世界停住、重生当 tick 不挨打）。
-8. **解码器宁可拒绝也不猜**。没有真文件对照的字段（`.d2s` 数据段、部分表列）
-   一律**原样保留字节**，不做"看起来合理"的解析——猜错的解码器会静默产出坏存档/坏贴图。
-9. **渲染器画完必须 `renderer.flush()`**。批处理器不 flush 就只剩清屏色，
-   看起来和"场景没加载"一模一样。
-10. **MPQ 文件键用纯文件名**（不是成员全路径），查到表项用的是全路径；存储型成员**没有扇区偏移表**
-    （只有 `COMPRESS` 才需要）。这三条都踩过。
-
----
-
-## 5. 验证方法论（为什么这些数字可信）
-
-- **差分验证**：与独立实现对照，而不是自己跟自己对。用过：StormLib（MIT，只读语义）、
-  DevilutionX/Devilution、`OpenDiablo2/{dc6,ds1,dt1,pl2,tbl_text}`（Go）、npm `dc6png`。
-  差分脚本 `scripts/verify-format-parity.sh`（见 §6）。
-- **真数据**：暗黑 1 试玩版 `spawn.mpq` 是唯一的**真实归档**证据，用于 MPQ 容器、CEL/CL2、调色板、
-  精灵宽度推断。
-- **判据要能失败**：`verify-net.ts` 里的篡改用例会改写飞行中的输入，要求**在正确的 tick 报出 desync**；
-  "永远不会响的检测器"比没有检测器更糟。
-- **不要谎报核对**：联机时落后方收到的是自己还没算到的 tick 的哈希，
-  这些哈希**缓存到本地历史追上再比**，无法核对的单独计数（`hashesIgnored`），不算作"一致"。
-- **浏览器侧的判定靠状态字段，不靠看图**：这套环境里模型读不了图，
-  且 `readPixels` 在合成后返回清空缓冲。页面把状态挂在 `window.__d2webNet` /
-  `window.__d2webMap` / `window.__d2web` 上，由 CDP 读取断言。
-
----
-
-## 6. 环境依赖（都在本机，但**不在仓库里**，重装机器要重建）
-
-| 用途 | 位置 | 重建方式 |
-| --- | --- | --- |
-| Node | v22.22.2（系统） | Node 的类型剥离模式跑 `.ts` 脚本，**不支持 TS 参数属性**（`constructor(private x)`），脚本里别写 |
-| headless Chromium | `/root/.cache/ms-playwright/chromium-1223/chrome-linux64/chrome` | `npx playwright install chromium`；启动参数见 `scripts/browser/README.md` |
-| Go 参考解码器 | 源码已收进 `tools/go-oracle/main.go` | `cd tools/go-oracle && /opt/go1.22/bin/go mod init ref && /opt/go1.22/bin/go get github.com/OpenDiablo2/{dc6,ds1,dt1,pl2}@latest && /opt/go1.22/bin/go build -o /tmp/refdump .`（Go 在 `/opt/go1.22`，GOPROXY 用 `https://goproxy.cn,direct`） |
-| `dc6png`（npm） | 曾在 `/tmp/dc6png` | `npm i dc6png` 到任意目录，用 `DC6PNG=<…>/src/index.js` 指过去 |
-| Python + PIL | 系统 | 差分脚本比像素时用 |
-
-跑完整差分：
-
-```bash
-REFDUMP=/tmp/refdump DC6PNG=/tmp/dc6png/node_modules/dc6png/src/index.js \
-  bash scripts/verify-format-parity.sh /tmp/d2fix
-```
-
-三个外部依赖都是**可选**的：缺了会打印 `SKIP`，剩余检查照跑。
-
----
-
-## 7. 还没做完的（按"能不能自己做"分类）
-
-### A. 原来卡在"没有真 D2 MPQ"上的（**已解除**，`samples/d2/` 有真数据）
-
-现状：用户自备的 1.13c 数据落在 `samples/d2/`（11 个 MPQ，约 1.9GB，来源/字节数/sha256/
-版本证据在 `samples/d2/MANIFEST.md`）。**但那是汉化/免 CD 整合安装**，客户端 DLL 与官方
-1.13c 补丁文件集不一致，别拿它做字节级对照。
-
-**第一前置已做完**：`src/mpq/implode.ts` 实现了 **PKWARE DCL implode**，`decompress.ts` 接线，
-`archive.ts` 的读法修正。现在实测能读：
-
-```bash
-npm run verify:implode     # 30914 个成员、893 MB 全部解出，12/12 断言
-npm run verify:acts        # 五个 act 城镇解析 + 合成，40/40
-```
-
-只剩 **ADPCM+Huffmann 音频**（572 个成员，`mask 0x41/0x81`，本轮不做）。
-
-这一轮踩到的坑（都写进了代码注释，别再踩）：
-
-1. **掩码字节与压缩标志是两种写法**。`MPQ_FILE_COMPRESS(0x200)` 才有扇区首字节掩码；
-   `MPQ_FILE_IMPLODE(0x100)` 单独出现时**没有掩码字节**，整段就是 implode 流。
-   `Patch_D2.mpq` 的每张表都是后者；旧代码按"有掩码"读，遇到首字节 0x00 就当成 stored，
-   **静默返回压缩字节**（`levels.txt` 能返回 66,615 字节却不含 `LevelName`、尾部全是 0）。
-   现在的规则：`body.length === expected` → stored；否则按标志选 implode 或掩码，且长度不符一律抛错。
-2. **DT1 的 `blockSize` 不是 `numBlocks * 20`**。真文件里 25 个块该字段是 6900
-   （= 25×20 头 + 25×256 体）。旧断言用 20×N 校验，于是**只认自己生成的夹具、拒绝所有真文件**。
-   现在按 `numBlocks*20 + Σlength` 校验，不符只记 warning。
-3. **DS1 的 `style` 匹配的是 DT1 瓦片自己的 `style` 字段**，不是该 DT1 在 `LvlTypes` 里的下标。
-   `Act1/Outdoors/River.dt1` 里的瓦片内部 style 是 2/3，`Fence.dt1` 只有 0；按"库下标"解会把
-   大部分城镇解对、再丢掉 219 个引用。改成合并所有库按 `style:sequence:direction` 查之后 missing=0。
-4. **`LvlPrest` 要用 `LevelId` 关联，不是 `Def`**。Act 2 城镇 `Def=301 / LevelId=40`；用 `Def` 会
-   给四个 act 返回**别的关卡**的地图。
-5. **D2 是等距投影**：格子在屏幕上是 80×40 的菱形（`(cx-cy)*80, (cx+cy)*40`），5×5 子格是 16×8；
-   地板画在 `cell+(-80, 0)`，墙要加 `minBlockY+80`（墙的美术长在格子上方）。矩形摆放只对夹具成立。
-6. **空槽要跳过**：DS1 每个格子都带固定数量的墙槽，其中 `prop1 == 0` 的是占位（Act 1 城镇 4674 个
-   墙槽里 4275 个如此），画出来就是垃圾。
-
-**可破坏物品的美术卡在同一个解码器上**：`data\global\objects\` 下是 **1748 个 DCC + 1461 个 COF，只有 13 个 DC6** ——
-也就是说 D2 画对象用的是和角色一样的 COF+DCC 合成管线。资源包因此只烘了它们的**位置与元数据**
-（`Objects.txt` 的名称/HP/Token + 选定的美术成员名），像素留给 DCC/COF 解码器（和法师同一件事）。
-不要把这些文件当 DC6 硬解：头部对不上，解出来是垃圾（本轮实测过）。
-
-implode 落地后，§7A 剩下这四件（现在都有真文件可对照）：
-
-1. `tsx scripts/inspect-mpq.ts <file> header` 和 `hist` → 头字段与压缩掩码分布。
-2. **DT1 数据块偏移基准**：`src/formats/dt1.ts` 现在按"先相对、失败再绝对"处理 `FileOffset`，需要真文件确认。
-3. **经典 `string.tbl` 索引布局**：`src/formats/tbl.ts` 目前只有**构造检查**级证据
-   （Go 侧 `tbl_text` 实现的是后来带哈希表的变体，不能当对照）。
-4. **DCC / COF 动画**：未实现。Go 参考实现自己就报 `bottom up frames are not implemented`，
-   所以当时判断做不出可信对照；真文件到手后按格式文档 + 逐字节对照可以做。
-5. **`.d2s` 数据段布局**：现在只实现签名/版本/名字/职业/等级/校验和，其余段原样保留。
-6. **D2 表列映射**：`src/game/*` 里读表用的是夹具列名 + 少量官方文档确认的列名。
-   接真表要逐列核对（列名集中在各 `*FromTable`/`monsterStatsFromRow`，改动集中）。
-
-### B. 工程上可以做但还没做的
-
-- **入场大厅 / 断线重连策略**：现在是"少一人就等"（正确但生硬），没有"踢人/暂停/恢复"的选择界面。
-- **输入回滚**：只做了"等待"，没做预测 + 回滚（对 25 Hz 局域网够用，跨洋会明显卡顿）。
-- **联机与战役状态**：联机是独立沙盒——世界和角色共享，但**背包/任务不进网络**。
-  要打通需要把物品/任务状态纳入确定性模拟并进哈希。
-- **联机场景的怪物/掉落**：目前联机场景只有战斗与经验，没有联机的物品掉落与拾取。
-- **DCC/COF 之外的美术缺口**：联机场景没有背包 UI、没有血蓝球（单人场景有）。
-
----
-
-## 8. 迁移后复验（本次迁移做的检查）
-
-```bash
-cd /root/diablo_web
-npx tsc --noEmit                 # 类型检查
-npm run build                    # 四个入口都进产物
-tsx scripts/verify-net.ts       # 143 项
-```
-
-三者在迁移后均通过（见本次会话最后一条工具输出）；开发服务器与中继已改为从新路径启动：
-
-```bash
-npm run dev          # 后台任务，http://127.0.0.1:5173/
-npm run net-server   # 后台任务，ws://127.0.0.1:8787
-```
-
-页面级复验（`scripts/browser/`）：
-
-```bash
-CHROME=/root/.cache/ms-playwright/chromium-1223/chrome-linux64/chrome
-tsx scripts/browser/inspect-page.mjs "$CHROME" \
-  "http://127.0.0.1:5173/map.html?data=samples/fixtures" \
-  scripts/browser/checks/map-save-load.js
-tsx scripts/browser/many-pages.mjs "$CHROME" \
-  "http://127.0.0.1:5173/net.html?data=samples/fixtures&ws=ws://127.0.0.1:8787&peer=0" \
-  "http://127.0.0.1:5173/net.html?data=samples/fixtures&ws=ws://127.0.0.1:8787&peer=1"
-```
-
----
-
-## 9. 从哪读起
-
-1. `README.md` —— 里程碑叙述 + **「验收：整条目标链的证据」** 一节（逐项对照可复现命令）。
-2. 本文 §4「关键设计约定」—— 十条踩过的坑，改代码前必读。
-3. `src/net/lockstep.ts` 顶部注释 —— 锁步为什么这么设计。
-4. `src/net/netplay.ts` 的握手与发送游标 —— 四个真 bug 的现场。
-5. `scripts/verify-net.ts` —— 读测试比读实现更快理解协议与时序。
-
-## 4e-2. README 只做总览；旧版 README 在 Git 历史里
-
-README.md 按要求精简为「项目总览 + 部署与使用」两部分。此前那份 M0–M5 里程碑、逐轮验收证据、
-踩坑记录（宽度守恒、深度排序、资源包体积实测等）没有丢：它在首个提交里，可随时取回：
-
-```bash
-git show 897b373:README.md > /tmp/README-old.md
-```
-
-同类的实现细节与验证方法论仍然完整保留在本文件的其它小节。
-
-## 4f. 生成关卡（101 关）现状与修复清单 —— 暂缓，未烘焙
-
-页面上的 **35 个场景全部是 `DrlgType=2` 的固定 DS1**；生成类关卡一个都没进包：
-
-| `DrlgType` | 关卡数 | 已烘焙 |
-| --- | --- | --- |
-| 2 预置 | 35 | 35 |
-| 1 随机迷宫 | 70 | 0 |
-| 3 野外 | 31 | 0 |
-
-例：**鲜血荒野 = `Act 1 - Wilderness 1`（Id 2，DrlgType=3）**，未烘焙。`scripts/pack-act-assets.ts`
-里以 `pending: { wilderness: 31, maze: 70 }` 如实记录，页面不会假装有这些图。
-
-`npm run verify:generators` 实测（2026-09-13）：
-
-1. **9 关直接抛错** `no usable LvlPrest pieces`：Act 2 Harem 2、Act 3 憎恨囚牢 1/2、
-   Act 5 冰窟 1/1A/2/2A/3/3A。根因：这些迷宫的 `LvlPrest` **没有该 `LevelId` 的行**
-   （实测行数 = 0），房间件要按 `LvlMaze` 行 + **关卡类型的件名**解析。
-2. **可达率**：75 关中 15 关 < 50%，其中 8 关 = **0.0%**（Crypt 1A/2A/3A/3B/3C/3D、
-   Pandemonium 1、Wilderness 5）——开口方向/拼接没对上，或出生点被围死。
-3. **瓦片引用缺失**：36/75 关存在，最高 **56.8%**（Act 2 Lair/Tomb 系列）。
-4. **野外不可玩**：鲜血荒野可达 1.6%、黑色沼泽 0.0%、墓地 0.0%、冰冷之原 3.2%。
-
-修复顺序（每步都要过 `verify-generators` 的阈值门：确定性 + 可达率 + 缺引用 + 房间数 ≥
-`LvlMaze.Rooms`）：① 件来源改写（`LvlMaze` + 类型件名）→ ② 开口拼接与出生点连通 →
-③ 件→瓦片映射（按 `Dt1Mask` 与件自身 style 选库，注意 type(+20) 那条教训）→
-④ 野外 `LvlSub` 替换规则。烘进包时必须在 pack 索引/HUD/文档里标注
-**“按官方参数表复现，非引擎原版布局”**（生成逻辑移植自 D2MOO，不是逐字节还原）。
-
diff --git a/README.md b/README.md
index 265140b..fc9d50a 100644
--- a/README.md
+++ b/README.md
@@ -5,7 +5,7 @@
 
 - **仓库不含任何暴雪资源**：没有 `.mpq` / `.dc6` / `.dt1` / 图集 PNG；原版数据要自己放进 `samples/d2/`。
 - **代码可复现一切**：格式解码、地图构建、资源包烘焙、角色合成都在这份代码里，脚本可重跑。
-- 实现细节、验证记录与未完成项在 [`HANDOVER.md`](HANDOVER.md)（README 只做总览与部署使用）。
+- 路线图、实现细节、验证方法论与未完成项在 [`ROADMAP.md`](ROADMAP.md)（README 只做总览与部署使用）。
 
 ## 总览
 
@@ -13,14 +13,15 @@
 | --- | --- |
 | **等距地图渲染** | DS1 + DT1 投影（2:1 dimetric，格 80×40 px），地板 / 墙 / **屋顶** 三层分别绘制；逐格按 `RarityFrameIndex` 加权随机选瓦片变体；画家序排序 |
 | **碰撞** | 每格 5×5 个 sub-tile 标志位（一层内所有层做 OR 合并，含 `type 13` 影子层），角色按 sub-tile 判定走位 |
-| **真实关卡** | 已烘焙 **35 个预置关卡 / 62 个地图块**，覆盖 5 个 act（罗格营地、修道院、大教堂、地下墓穴、鲁高因、库拉斯特码头、哈洛加斯…） |
+| **真实关卡** | 已烘焙 **365 张地图**，覆盖 5 个 act：35 个预置关卡（罗格营地、修道院、大教堂、地下墓穴、鲁高因、库拉斯特码头、哈洛加斯…）+ **70 个随机迷宫 + 31 个野外关卡**（生成逻辑移植自 D2MOO，按官方参数表复现） |
 | **真·女法师** | `d2char.mpq` 的 DCC + COF 逐层合成（8 方向；行走 `SOWLHTH`、站立 `SONUHTH`），不是占位棋子 |
 | **资源包（离线烘焙）** | 索引色 PNG 图集页（≤2048²，PLTE + tRNS 取自该 act 的 `pal.pl2`）+ `scene.json`（绘制列表、碰撞 RLE、出生点、对象元数据）；首屏只加载视口需要的页，其余后台补 |
 | **按需读归档** | 也可不烘焙，直接用 HTTP Range 只拉需要的 MPQ 字节当场解码（`?live=1`，慢，作为回退路径） |
 | **三级关卡选择器** | 章节 → 场景 → 细分场景（如 第一章 / 罗格营地 / 北）；中文场景名见 `src/game/level-names-zh.ts` |
 
-**尚未实现**：怪物与可破坏物品的美术（对象的位置与美术成员已进包，静态帧未接）；70 个随机迷宫 +
-31 个野外关卡（鲜血荒野等）尚未生成 —— 现状与修复清单见 `HANDOVER.md` §4f。
+**尚未实现**：`acts.html` 的真实地图上还**没有玩法**——怪物、战斗、物品、技能、存档目前只存在于
+`map.html` 的夹具地图轨道上，两轨尚未合流；可破坏物品的美术（位置与美术成员已进包，DCC 帧未接）。
+完整的里程碑排期见 [`ROADMAP.md`](ROADMAP.md)。
 
 ### 代码结构
 
diff --git a/ROADMAP.md b/ROADMAP.md
new file mode 100644
index 0000000..8db3431
--- /dev/null
+++ b/ROADMAP.md
@@ -0,0 +1,539 @@
+# d2web 路线图 · 浏览器内复刻《暗黑破坏神 II》
+
+一句话：**用纯 TypeScript + Vite + WebGL2 从零写的暗黑破坏神 2 引擎**，读取**用户自备**的经典版 MPQ。
+仓库**不含任何暴雪素材**，零运行时依赖（devDependencies 只有 vite / typescript / tsx / vitest / @types/node）。
+
+> 本文取代原 `HANDOVER.md`（已删除）。原文中仍然有效的工程知识——引擎铁律、差分验证方法论、
+> 环境依赖、性能基线、部署步骤——全部并入本文第二部分。已过期的章节（原 §4f 生成关卡待办、
+> §7A-4「DCC 未实现」、§7A「音频未做」）按当前事实重写。
+
+---
+
+# 第一部分：路线图
+
+## 0. 现状诊断
+
+工程已经完成了**最难且最不可替代的部分**：
+
+| 已完成 | 证据 |
+| --- | --- |
+| MPQ v1 容器 + PKWARE DCL implode | `verify:implode` 30914 成员 / 893 MB 全解，12/12 |
+| DT1 / DS1 / DC6 / CEL / PCX / PAL / PL2 解码器 | `verify:d2`、`verify:formats` |
+| **DCC + COF 合成管线** | `tests/dcc.test.ts` 1633 members / 350032 frames / 0 failed；真·女法师 16 层 × 8 方向 |
+| **ADPCM + Huffman 音频解码** | `tests/mpq-audio.test.ts` 11 项通过（**解码器已就绪，但尚未接入场景层**） |
+| 五幕 365 张真实地图离线烘焙 | `verify:packs` 1302/1302，逐帧像素 FNV 哈希比对 278.6 MB |
+| DRLG 随机地图生成器（迷宫 70 + 野外 31） | `verify-generators` **788/788 断言**，缺瓦片 0.00%，可达率 100% |
+| 战斗 / 物品 / 技能 / 任务 / 存档 / 联机骨架 | `verify:all`（combat 38 + items 58 + m4 56 + m5 33 + net 143） |
+
+但存在一个**根本性的架构断层**——这是整个路线图的排序依据：
+
+```mermaid
+graph TB
+    subgraph A["轨道 A：acts.html（真地图轨）"]
+      A1["act-scene.ts (1437 行)"]
+      A2["✅ buildIsoMapScene 真实等距 DS1/DT1"]
+      A3["✅ loadCharacterSheet 真实法师 16 层 × 8 向"]
+      A4["✅ CollisionGrid 真实碰撞"]
+      A5["❌ 无战斗 ❌ 无物品 ❌ 无技能<br/>❌ 无存档 ❌ 无小地图/传送点"]
+    end
+    subgraph B["轨道 B：map.html（玩法轨）"]
+      B1["map-scene.ts (1054 行)"]
+      B2["❌ 正交 fixture 地图，非真实 D2"]
+      B3["✅ tickCombat / spawnMonsters"]
+      B4["✅ Inventory / rollDrop"]
+      B5["✅ castSkill / tickProjectiles"]
+      B6["✅ 存读档 / 任务 / NPC"]
+      B7["⚠️ 全部跑在 demo-data.ts 的<br/>3 怪 / 3 物 / 2 词缀 / 2 技能 / 5 级经验上"]
+    end
+    subgraph C["轨道 C：net.html（联机轨）"]
+      C1["net-scene.ts (653 行) 25Hz 锁步"]
+      C2["⚠️ 背包/任务不进同步哈希"]
+    end
+    A -.->|"两条轨道从未合流<br/>这是最大的阻塞点"| B
+    B -.-> C
+```
+
+`acts.html` 的现状可以概括为：**在一张漂亮的真地图上，操纵一个真法师，永远独自行走。**
+
+### demo 数据与真实 D2 的差距
+
+`src/game/demo-data.ts`（45 行）是当前**两条轨道共同的数据源**：
+
+| 项 | 当前 | 真实 D2 |
+| --- | --- | --- |
+| 怪物 | 3（demo-fallen / zombie / skeleton） | ~700 行 MonStats |
+| 经验表 | `[0,0,20,60,140,280]`，5 级 | 99 级 |
+| 物品基类 | 3（剑 / 帽 / 药水） | ~500 |
+| 词缀 | 2 | ~1000 |
+| 技能 | 2（attack / firebolt） | 210（7 职业 × 30） |
+| NPC / 任务 | 1 / 1 | 数十 |
+
+### 已确认的项目边界（Master 裁决，2026-09-15）
+
+| 议题 | 裁决 |
+| --- | --- |
+| M6 合流方向 | **抽出第三个共享层**，两个页面都变薄 |
+| 联机 | **不作为目标**，只需单机；**保留扩展可能**（模拟层纯函数约束必须继续遵守） |
+| 怪物精灵包体 | **接受按幕分包 + 按需懒加载** |
+| 音频 | 解码器保留，**暂不接入场景层** |
+| `.d2s` 存档与官方互通 | **需要**（见 M13） |
+
+---
+
+## 1. 里程碑总览
+
+| # | 里程碑 | 重要程度 | 风险 | 状态 |
+| --- | --- | --- | --- | --- |
+| M6 | 两轨合流（共享玩法层） | ★★★★★ | 高 | 待开始 |
+| M7 | 真实怪物 | ★★★★★ | 中 | 待开始 |
+| M8 | 世界连通 | ★★★★★ | 中高 | 待开始 |
+| M9 | 真实战斗数学 | ★★★★☆ | 中 | 待开始 |
+| M10 | 真实物品系统 | ★★★★☆ | 中 | 待开始 |
+| M11 | 七职业与技能树 | ★★★★☆ | 中 | 待开始 |
+| M12 | 完整 UI / HUD | ★★★★☆ | 低 | 待开始 |
+| M13 | `.d2s` 存档互通 | ★★★★☆ | 中高 | 待开始 |
+| M14 | 可破坏物件美术与剧情 | ★★★☆☆ | 中 | 待开始 |
+| — | 架构预留：音频 / 联机 | — | — | 不在交付路径 |
+
+```mermaid
+graph LR
+    M6["M6 合流"] --> M7["M7 怪物"]
+    M7 --> M8["M8 连通"]
+    M8 --> D1{{"交付点 A<br/>能从头走到尾打怪"}}
+    D1 --> M12["M12 UI/HUD<br/>（建议插队）"]
+    M12 --> M9["M9 战斗数学"]
+    M9 --> M10["M10 物品"]
+    M10 --> D2{{"交付点 B<br/>数值可信"}}
+    D2 --> M11["M11 职业技能"]
+    M11 --> D3{{"交付点 C<br/>完整单机"}}
+    D3 --> M13["M13 .d2s 互通"]
+    M13 --> M14["M14 物件美术/剧情"]
+```
+
+> **M12 插队说明**：UI 素材是 `data\global\ui\` 下的 DC6，解码器已就绪，风险最低；
+> 血球/蓝球 + 背包界面带来的感知提升远超工作量。代价是 M9/M10 落地后 UI 要返工一轮数据绑定。
+
+---
+
+## M6 · 两轨合流（共享玩法层）
+
+**★★★★★　风险：高　全部后续里程碑的前提**
+
+把 `map-scene.ts` 上跑通的整套玩法抽成与地图实现无关的共享层，两个页面共同依赖；
+核心技术点是让 `CombatWorld` 绑定到 `d2map.ts` 的 `CollisionGrid` 而不是 `map.ts` 的正交网格。
+
+`combat.ts` 的 `CombatTerrain` 是**重叠计数谓词**而非布尔值（身体能从坏出生点逃出），
+而 `d2map.ts` 提供的是 `isBlockedAt(scene, x, y): boolean` + `cellAt` + `cellCentre` + `findIsoSpawn`。
+需要一个适配器把后者升格成前者，并处理等距坐标下 sub-tile **16×8 的各向异性**
+（`ORTHO_SUB_TILE_WIDTH = 16` / `ORTHO_SUB_TILE_HEIGHT = 8`）。
+
+- **[NEW] `src/scene/shared/gameplay.ts`** —— 与地图实现无关的玩法编排：世界创建、tick 循环、
+  事件流消费、掉落、拾取、存读档钩子。
+- **[NEW] `src/game/iso-terrain.ts`** —— `CollisionGrid` → `CombatTerrain` 适配器。
+  **最容易出 bug 的地方：正交轨假设 sub-tile 是正方形。**
+- **[MODIFY] `src/scene/act-scene.ts`** —— 接入共享层。怪物与投射物必须插入**现有的等距深度排序**
+  （`IsoDraw` 列表），不能另起一层，否则会穿墙穿屋顶；屋顶层（DS1 wall type 15）仍最后画。
+- **[MODIFY] `src/scene/map-scene.ts`** —— 改为消费共享层，保留 fixture 地图作为**快速回归测试台**
+  （它比真地图快得多，单元测试仍应打在这条轨上）。
+
+**验收**：在 `acts.html` 的第一幕荒野上，能被怪物追、能打死怪、能捡到掉落、能 K/L 存读档。
+
+---
+
+## M7 · 真实怪物
+
+**★★★★★　风险：中**
+
+> **这是被严重低估的「便宜」里程碑**：怪物渲染**不需要新解码器**。`character.ts` 的
+> `loadCharacterSheet` 文档明确写着它处理 "character **and object** animations"，
+> `objects.ts` 已定义 `MONSTER_ROOT = 'data\global\monsters\'` 且 `resolveDs1Object`
+> 已按 `baseIsMonsters` 分支。法师能渲染出来，就说明 COF/DCC 管线是通的——怪物只差**接线**。
+
+- **[MODIFY] `src/game/acts.ts`** —— `loadActTables` 目前只加载 `levels.txt` / `lvltypes.txt` /
+  `lvlprest.txt` / `monstats.txt` / `MonPreset.txt`。追加 `MonLvl.txt`（难度缩放）、
+  `MonType.txt`（族系，影响免疫与克制）、`SuperUniques.txt`（BOSS）、`MonAi.txt`。
+- **[MODIFY] `src/game/combat.ts`** —— `monsterStatsFromRow` 目前按 fixture 列名映射，
+  需**逐列核对真实 `MonStats.txt`**。补齐 `MonsterStats`：抗性、免疫、AI 类型、体型、攻速。
+- **[NEW] `src/game/monster-sheet.ts`** —— 封装 `loadCharacterSheet` 走 `MONSTER_ROOT`，
+  按怪物 token 解析 `<token><component><variant><animation><weapon>.dcc`。
+- **[MODIFY] `scripts/pack-act-assets.ts`** —— 怪物精灵**按幕分包 + 按需懒加载**（已确认）。
+  注意 DT1 解码缓存上限 16 个库的约束（不设限一次全量烘焙会爆 4 GB 内存）。
+- **[MODIFY] `src/scene/act-scene.ts`** —— 用 `MonPreset.txt` + DS1 预设点刷怪，而非随机撒点。
+
+**验收**：血色荒野上出现堕落者营地，怪物有 8 向动画、会走位、会攻击。
+
+---
+
+## M8 · 世界连通
+
+**★★★★★　风险：中高**
+
+目前**每张地图都是孤岛**：`act-scene.ts` 里 `minimap` / `waypoint` / `portal` / `levelChange` /
+`transition` 全部 0 命中。生成器侧，`wilderness.ts` 的 `UNIMPLEMENTED_PASSES` 明确列出
+`DRLGOUTPLACE_CreateLevelConnections`、`DRLGOUTDOORS_SpawnAct12Waypoint`、
+`DRLGOUTDOORS_SpawnAct12Shrines` 未移植——**生成的关卡根本没有连接图**。
+
+- **[NEW] `src/game/world-graph.ts`** —— 从 `Levels.txt` 的 `Vis0..7` / `Warp0..7` 列构建全局连通图。
+  这比逐个移植 D2MOO pass 更稳妥。
+- **[MODIFY] `src/game/wilderness.ts` / `src/game/maze.ts`** —— 在生成阶段落地入口/出口/传送点的
+  **实际位置**。野外侧已有 `getPerimeterOpenings`（39 号 0 出口、2 号 1 进 1 出），
+  本里程碑要把这些洞口与连通图的**边**对应起来，而不只是几何上的缺口。
+- **[NEW] `src/scene/transition.ts`** —— 关卡切换：淡出 → 卸载旧 scene → 加载新 pack →
+  在对应入口落地 → 淡入。需保持玩家状态跨关卡存活。
+- **[NEW] `src/ui/minimap.ts`** —— 自动地图。数据源是 `CollisionGrid`，
+  等距投影复用 `((cx-cy)*80, (cx+cy)*40)`。
+- **[NEW] `src/game/portal.ts`** —— 城镇传送门 + 传送点网络 + 楼梯。
+
+**验收**：从罗格营地走到血色荒野再进洞穴，再用传送点回城，小地图正确。
+
+---
+
+## M9 · 真实战斗数学
+
+**★★★★☆　风险：中**
+
+`combat.ts` 第 16–21 行的模块文档**自己承认**：
+
+> "What this is *not*: it is not Diablo II's combat model. Real damage involves attack rating
+> versus defence, hit recovery, block, resistances, elemental damage and per-skill formulas.
+> This is the skeleton those formulas plug into."
+
+骨架（状态机、冷却、资源池、事件流）已在，本里程碑就是往里填公式。
+
+- **[MODIFY] `src/game/acts.ts`** —— 加载 `ItemStatCost.txt`、`Properties.txt`、`Experience.txt`
+  （当前 `DEMO_EXPERIENCE` 只有 5 级）。
+- **[NEW] `src/game/formulas.ts`** —— 命中率 `AR vs DR`、格挡、硬直/眩晕（hit recovery）、
+  元素伤害、抗性与免疫、物理/魔法伤害拆分、暴击/致命一击、伤害减免、命中率封顶（5%–95%）。
+- **[MODIFY] `src/game/combat.ts`** —— `damageMonster` 从「直接扣血」改为走 `formulas.ts`。
+- **[NEW] `tests/formulas.test.ts`** —— **必须做差分验证**：以社区公式文档 + D2MOO 源码为 oracle，
+  不得自己拍脑袋（见第二部分「验证方法论」）。
+
+**验收**：同一把武器打不同防御的怪，命中率与伤害数字符合社区计算器。
+
+---
+
+## M10 · 真实物品系统
+
+**★★★★☆　风险：中**
+
+- **[MODIFY] `src/game/acts.ts`** —— 加载 `Armor.txt`、`Weapons.txt`、`Misc.txt`、
+  `MagicPrefix.txt`、`MagicSuffix.txt`、`UniqueItems.txt`、`SetItems.txt`、
+  `TreasureClassEx.txt`、`ItemTypes.txt`、`Runes.txt`、`Gems.txt`。
+- **[MODIFY] `src/game/items.ts`** —— `itemBaseFromRow` / `affixFromRow` 列映射逐列核对真实表。
+  新增：品质等级（普通/魔法/稀有/套装/暗金/符文之语）、插槽、镶嵌、耐久、需求。
+- **[NEW] `src/game/treasure.ts`** —— `TreasureClassEx.txt` 掉落树。这是 D2 掉落的核心递归结构，
+  `rollDrop` 现在的实现完全不是这个模型。
+- **[NEW] `src/game/runeword.ts`** —— 符文之语。
+
+**验收**：打死怪掉出带词缀的稀有装备，属性生效。
+
+---
+
+## M11 · 七职业与技能树
+
+**★★★★☆　风险：中　整个路线图里最长的尾巴**
+
+- **[MODIFY] `src/game/acts.ts`** —— 加载 `CharStats.txt`、`Skills.txt`、`SkillDesc.txt`。
+- **[NEW] `src/game/classes.ts`** —— 7 职业 COF token：`am` 亚马逊 / `ba` 野蛮人 / `dz` 德鲁伊 /
+  `ne` 死灵 / `pa` 圣骑士 / `so` 法师 / `as` 刺客。**渲染管线已通，只是换 token**，比听起来便宜。
+- **[NEW] `src/game/skill-tree.ts`** —— 每职业 3 系 × 30 技能，含协同加成、前置依赖、技能点分配。
+- **[MODIFY] `src/game/skills.ts`** —— 从 2 个 demo 技能扩到 210 个。**纯工作量**，
+  建议按「常用 30 个先行、其余按需」分批交付。
+
+**验收**：切换到野蛮人，技能树可加点，跳跃/呐喊生效。
+
+---
+
+## M12 · 完整 UI / HUD
+
+**★★★★☆　风险：低　建议插队到 M8 之后**
+
+- **[NEW] `src/ui/inventory.ts`** —— 背包 10×4 网格 + 装备槽
+- **[NEW] `src/ui/character-sheet.ts`** —— 角色面板
+- **[NEW] `src/ui/skill-tree-panel.ts`** —— 技能树面板
+- **[NEW] `src/ui/belt.ts`** —— 腰带
+- **[NEW] `src/ui/globes.ts`** —— 血球 / 蓝球
+- **[NEW] `src/ui/hotkeys.ts`** —— 技能快捷键
+- **[NEW] `src/ui/font.ts`** —— D2 位图字体（`data\local\font\`）
+
+UI 素材在 `data\global\ui\` 下，是 DC6，**解码器已就绪**。
+
+**验收**：界面截图与原版并排对比。
+
+---
+
+## M13 · `.d2s` 存档互通
+
+**★★★★☆　风险：中高　依赖 M8 + M10 + M11**
+
+Master 明确要求支持读取真实 `.d2s` 存档并与官方游戏互通。当前 `src/game/save.ts`
+只解析签名/版本/名字/职业/等级/校验和，**其余段原样保留字节**。
+
+排在 M11 之后是因为 `.d2s` 的数据段涵盖：角色属性、**全部 30 个技能的加点**、
+**背包/身上/腰带/仓库的全部物品**、**任务进度**、**传送点解锁状态**、雇佣兵。
+没有 M8/M10/M11 就无法做有意义的往返。
+
+- **[MODIFY] `src/game/save.ts`** —— 逐段实现：
+  `header`(765B) / `quests`(298B) / `waypoints`(81B) / `npc`(51B) / `stats`(变长位域) /
+  `skills`(32B) / `items`(变长位域) / `corpse` / `mercenary` / `iron golem`。
+- **[NEW] `src/formats/d2s-bits.ts`** —— 物品段是**位对齐**而非字节对齐的变长编码，需要独立的位读写器。
+- **[NEW] `scripts/verify-d2s.ts`** —— **往返差分**：读入真实存档 → 解析 → 重新序列化 →
+  **逐字节与原文件比对**。校验和必须重算正确，否则官方客户端拒绝加载。
+
+> **必须遵守铁律 8：解码器宁可拒绝也不猜。** 猜错的 `.d2s` 解码器会静默产出坏存档，
+> 而坏存档可能损坏 Master 的真实角色。**在往返比对逐字节通过之前，写入路径必须默认禁用。**
+
+**验收**：用本引擎读取官方 1.13c 存档，角色属性/技能/背包完全正确；
+反向写出的存档能被官方客户端正常加载且角色无损。
+
+---
+
+## M14 · 可破坏物件美术与剧情
+
+**★★★☆☆　风险：中**
+
+- **[MODIFY] `scripts/pack-act-assets.ts`** —— 烘焙可破坏物件美术。
+  `data\global\objects\` 下有 **1748 个 DCC + 1461 个 COF，仅 13 个 DC6**；
+  当前 pack 只烘焙位置与元数据（`Objects.txt` 的名称/HP/Token + 选定美术成员名），像素待补。
+
+  > **不要把这些当 DC6 硬解**：头部对不上，解出来是垃圾（已实测）。必须走 DCC 路径。
+
+- **[MODIFY] `src/game/quests.ts`** —— 真实任务链（当前 `questsFromTable` 只有 1 个 demo 任务）。
+
+---
+
+## 架构预留（不在交付路径）
+
+### 音频
+ADPCM + Huffman 解码器（`src/mpq/adpcm.ts` + `adpcm-tables.ts` + `huffman.ts`）**已完成，11 项测试通过**，
+但从未接入场景层。Master 决定暂不实现，保留扩展。
+
+### 联机
+25 Hz 锁步骨架已在（`netplay.ts` 522 行 + `lockstep.ts` 353 行），
+三人联机实测跑到 worldTick 306 完全齐平、110–115 个哈希全一致、无 desync。
+Master 决定**不作为目标**，但**保留扩展可能**。
+
+> [!IMPORTANT]
+> **即使不做联机，M6–M14 的每一次改动都必须守住「模拟层纯函数」这条线**
+> （禁 `Date.now()`、禁 `Math.random()`、禁读宿主环境；随机走 `Rng`、时间走 tick 计数）。
+> 这条线一旦破了，将来想恢复联机就等于重写；而守住它的额外成本几乎为零。
+
+若将来启用，缺口是：入场大厅/断线重连（现在「少一人就等」）、输入回滚（现在纯等待，
+跨洋会明显卡顿）、**背包与任务未进确定性哈希**、联机掉落、联机场景的背包 UI 与血蓝球。
+
+---
+
+## 待 Master 后续裁决
+
+1. **`string.tbl` 中文本地化**：目前中文关卡名是 `src/game/level-names-zh.ts` 里 226 行手工整理的
+   社区通用译名。我们这份安装包的 `data\local\LNG\CHI\string.tbl` 解出来是乱码；
+   `src/formats/tbl.ts` 只有**构造检查**级证据（Go 侧 `tbl_text` 实现的是后来带哈希表的变体，
+   不能当对照）。继续手工维护，还是投入解经典 `.tbl` 索引布局？
+2. **完成度目标**：追求「可玩的暗黑 2 体验」（M6–M10 即可交付），
+   还是「数值级/像素级还原」（必须做到 M12+，工作量约 3 倍）？
+
+---
+---
+
+# 第二部分：工程知识（改代码前必读）
+
+## 1. 关键设计约定（铁律）
+
+### 模拟与联机
+1. **模拟必须是纯函数**。随机一律走 `Rng`（种子进存档），时间一律走 25 Hz 的 tick 计数。
+   任何读时钟、读 `Math.random`、读宿主环境的行为都会变成 desync。
+2. **tick 只在所有对等方输入到齐时才推进**（`LockstepSession.step` 返回 `waiting`）。抢跑 = 分叉。
+3. **输入延迟**（`inputDelayTicks`）是延迟预算；发送游标要从 `0` 补齐到应付 tick，
+   否则 `0..D-1` 谁都不发，游戏在第一 tick 前就死锁。
+4. **握手门控**：没收到对方 hello 之前**不发任何输入**；确认用 `ackTo` 指名道姓。
+5. **`CombatWorld.player` 与 `CombatWorld.players[i]` 必须是同一个对象**。
+   读档/快照靠对象展开拼世界，展开后若发散，症状是「世界模拟一个身体、屏幕画另一个」。
+   加新字段时要么避开，要么调用 `rebindPlayer()`。
+6. **一个 tick 里所有玩家先动、怪物后动且只动一次**（`tickCombatMulti`）。
+   每人各调一次 `tickCombat` 会把怪物跑两遍。
+7. **怪物只攻击「本 tick 开始时还活着」的玩家**；全场无人存活时怪物回合整个跳过。
+
+### 解码与渲染
+8. **解码器宁可拒绝也不猜**。没有真文件对照的字段一律**原样保留字节**——
+   猜错的解码器会静默产出坏存档/坏贴图。
+9. **渲染器画完必须 `renderer.flush()`**。不 flush 就只剩清屏色，看起来和「场景没加载」一模一样。
+10. **MPQ 文件键用纯文件名**（不是成员全路径，全路径是查哈希表用的）；
+    存储型成员**没有扇区偏移表**（只有 `MPQ_FILE_COMPRESS 0x200` 才有）。
+11. **掩码字节与压缩标志是两种写法**。`MPQ_FILE_IMPLODE (0x100)` 单独出现时**没有掩码字节**，
+    整段就是 implode 流（`Patch_D2.mpq` 的每张表都是后者）。
+    规则：`body.length === expected` → stored；否则按标志选 implode 或掩码；长度不符一律抛错。
+12. **DT1 的 `blockSize` 是 `numBlocks*20 + Σlength`**，不是 `numBlocks*20`。
+13. **DS1 的 `style` 匹配 DT1 瓦片自己的 `style` 字段**，不是该 DT1 在 `LvlTypes` 里的下标。
+14. **`LvlPrest` 用 `LevelId` 关联，不是 `Def`**（Act 2 城镇 `Def=301 / LevelId=40`）。
+15. **等距投影**：格子在屏幕上是 80×40 的菱形 `((cx-cy)*80, (cx+cy)*40)`，5×5 子格是 16×8；
+    地板画在 `cell+(-80, 0)`，墙要加 `minBlockY+80`（墙的美术长在格子上方）。
+16. **空槽要跳过**：DS1 每格带固定数量墙槽，`prop1 == 0` 的是占位
+    （Act 1 城镇 4674 个墙槽里 4275 个如此），画出来就是垃圾。
+17. **瓦片匹配键是 `style:sequence:type`**，其中 `type` 对应 DT1 头 **+20 的 `Type`**，
+    **不是 +0 的 `Direction`**（那是朝向/变体索引，实测 1..5，永远不会等于 14 树 / 15 屋顶）。
+    键错会让树/屋顶/影子全落 loose 兜底、画成地面。
+    同一键下有多张变体图，引擎**逐格**按 `RarityFrameIndex` 加权随机选一张，
+    种子来自 `(level seed, cellX, cellY)`：`pickVariant` + `levelSeed`。
+18. **地面槽位只能画 DT1 type 0**。DS1 的 floor 记录没有 type 字段，引擎语义是 type 0。
+    传 `null` 走「类型无关」兜底池会随机挑到暗色石墙瓦片，而地面绘制不做 `minBlockY+80` 补偿
+    → 画面里出现「悬在地面上的黑色方块」（曾实测 1918/28704 个地面槽画错类型）。
+19. **一格的 sub-tile flags 是所有层做 OR**，影子层是 type 13 的独立层，也必须并进碰撞。
+20. **方向**：引擎是 64 方向空间经 5 张查表映射到 COF 方向（OD2 `Dir64ToCof`），
+    已移植为 `character.ts` 的 `dir64ToCof`。8 向输入下 4 方向 COF 的映射与朴素启发式**不同**（2/3 都映到 1）。
+21. **屋顶（DS1 wall type 15）单独成层、最后绘制**，偏移用 `-roofHeight`；
+    `scene.json` 里是 `roofs` 数组。62 个预置关卡里 9 张有屋顶，共 737 个绘制（act 4 城镇 53 个）。
+22. **打包器的 DT1 解码缓存上限 16 个库**：不设上限时整轮烘焙会涨到 4 GB 以上。
+
+### DS1 对象
+23. **DS1 对象的 `id` 不是 `Objects.txt` 的行号**，而是「该 act 对象表」的索引
+    （`src/game/object-lookup.ts`，数据由 `npm run port:object-lookup` 从 OD2 的表生成）。
+    identity 映射会把 act1 的喷泉（id 0）读成 `Objects.txt` 第 0 行 "Expansion"。
+
+---
+
+## 2. 验证方法论（为什么这些数字可信）
+
+- **差分验证**：与独立实现对照，而不是自己跟自己对。用过 StormLib（MIT，只读语义）、
+  DevilutionX/Devilution、`OpenDiablo2/{dc6,ds1,dt1,pl2,tbl_text}`（Go）、npm `dc6png`、D2MOO。
+  差分脚本 `scripts/verify-format-parity.sh`。
+- **真数据**：暗黑 1 试玩版 `spawn.mpq` 是 MPQ 容器 / CEL / CL2 / 调色板的真实归档证据。
+  D2 侧用户自备 1.13c 数据在 `samples/d2/`（11 个 MPQ，约 1.9 GB，证据在 `samples/d2/MANIFEST.md`）。
+  **注意那是汉化/免 CD 整合安装，客户端 DLL 与官方 1.13c 补丁文件集不一致，别拿它做字节级对照。**
+- **判据要能失败**：`verify-net.ts` 里的篡改用例会改写飞行中的输入，要求**在正确的 tick 报出 desync**；
+  「永远不会响的检测器」比没有检测器更糟。
+- **不要谎报核对**：无法核对的项单独计数（如 `hashesIgnored`），不算作「一致」。
+- **浏览器侧的判定靠状态字段，不靠看图**：`readPixels` 在合成后返回清空缓冲。
+  页面把状态挂在 `window.__d2webNet` / `window.__d2webMap` / `window.__d2web` 上，由 CDP 读取断言。
+
+---
+
+## 3. 验证命令
+
+```bash
+npm run typecheck                                 # 类型检查
+npm test                                          # vitest，当前 442 passed / 2 skipped
+npm run verify:all                                # combat + items + m4 + m5 + net + collision + tbl + audio + formats
+
+npx tsx scripts/verify-generators.ts samples/d2   # 生成器：当前 788/788，缺瓦片 0.00%，可达 100%
+npm run pack:data && npm run verify:packs         # 烘焙 + 逐帧像素比对：当前 1302/1302
+
+npm run verify:implode        # 四个归档全量成员解码
+npm run verify:acts           # 五个 act 城镇：表→DS1→DT1→等距场景 + 碰撞
+npm run verify:d2             # 每个 MPQ 的头/块槽/sha256
+npm run verify:listfile       # 用社区 1.13c listfile 逐归档判定成员是否存在
+npm run verify:alignment      # 墙/地面基线是否与引擎公式一致
+npm run verify:tiles          # 每个槽位画的是不是它该有的瓦片类型（地面=0）
+npm run verify:object-lookup  # DS1 对象 id → token/mode 与 Objects.txt 交叉核对
+npm run verify:deploy         # 线上页面 + 资源包 + Range 206 + 旧入口 410
+```
+
+归档没有 `(listfile)` 时（`Patch_D2.mpq` 就是），成员名在 Storm 里是加密的：
+`MpqArchive.open(source, { listfile })` 可挂社区名单，样例见 `scripts/verify-listfile.ts`。
+
+---
+
+## 4. 环境依赖（不在仓库里，重装机器要重建）
+
+| 用途 | 说明 |
+| --- | --- |
+| Node | v22.22.2。类型剥离模式跑 `.ts` 脚本，**不支持 TS 参数属性**（`constructor(private x)`） |
+| TypeScript | 开启 `verbatimModuleSyntax`，**类型导入必须用 `import type`** |
+| headless Chromium | `npx playwright install chromium`；启动参数见 `scripts/browser/README.md` |
+| Go 参考解码器 | 源码在 `tools/go-oracle/main.go`；`go get github.com/OpenDiablo2/{dc6,ds1,dt1,pl2}@latest` |
+| `dc6png`（npm） | `npm i dc6png`，用 `DC6PNG=<…>/src/index.js` 指过去 |
+| Python + PIL | 差分脚本比像素时用 |
+
+```bash
+REFDUMP=/tmp/refdump DC6PNG=/tmp/dc6png/node_modules/dc6png/src/index.js \
+  bash scripts/verify-format-parity.sh /tmp/d2fix
+```
+
+三个外部依赖都是**可选**的：缺了会打印 `SKIP`，剩余检查照跑。
+
+---
+
+## 5. 性能基线与发布
+
+线上实测（真实 TLS，同一台机）：
+
+| | 请求数 | 传输 | 出画面 |
+| --- | --- | --- | --- |
+| act1 资源包 | 4 | 1.21 MB | 1.5 s |
+| act1 读归档（`?live=1`） | 1,344 | 6.22 MB | 12.1 s |
+| act5 资源包 | 9 | 3.80 MB | 2.1 s |
+| act5 读归档（`?live=1`） | 3,971 | 11.24 MB | 36.5 s |
+
+资源包比现读现解**少约 30 倍请求、快 8–17 倍**。当前烘焙：365 张地图 / 1917 个文件 / 399.3 MB
+（PNG 327.5 MB；act1 117 MB、act2 111 MB、act5 104 MB、act3 56 MB、act4 18 MB）。
+
+图集包**不在代码仓库里**（每次重烘会让仓库再长几百 MB，PNG 无法 delta 压缩）。发布方式：
+
+```bash
+npm run pack:data       # → samples/d2-packs
+npm run publish:packs   # → 图库仓库 troytt/diablo2-web-assets（细粒度分批推送，单批 ~10 MB，支持 --work 续推）
+```
+
+> 跨境链路对长连接会做 MSS 钳制（实测 pmtu 1460 但 mss 降到 324，重传率 13%，有效带宽 ~20 KB/s）。
+> `publish-packs.ts` 因此设了 `http.lowSpeedLimit 1000` + `http.lowSpeedTime 120`：
+> 低于 1 KB/s 持续 2 分钟就断开，让重试开一条新连接（新连接通常能拿回 mss 1408，速度提升 2.5 倍）。
+> **git 的 `Writing objects: 100% … 29.51 MiB/s` 是骗人的**——那是写进本地内核发送缓冲的速度，
+> 不是上线速度。真实进度要看 `ss -tni` 的 `bytes_acked`。
+
+线上部署（nginx：页面 `/diablo2/`、资源包 `/diablo2/packs/`、归档 `/diablo2/data/*.mpq`）：
+
+```bash
+npm run build:game                                   # → dist-game/（base=/diablo2/）
+rm -rf /var/www/d2web && mkdir -p /var/www/d2web && cp -r dist-game/* /var/www/d2web/
+rm -rf /var/www/d2packs && mkdir -p /var/www/d2packs && cp -r samples/d2-packs/* /var/www/d2packs/
+systemctl reload nginx
+```
+
+---
+
+## 6. 目录结构
+
+```
+src/
+  mpq/          MPQ v1 容器：header/tables/sectors、crypt、解压掩码分发、implode、adpcm、huffman
+  formats/      dc6 dcc cof ds1 dt1 pal pl2 cel pcx tbl sprite（纯解码器，无 DOM 依赖）
+  game/         combat items skills quests map d2map acts objects character
+                wilderness maze animation save rng tables demo-data level-names-zh
+  net/          protocol transport lockstep netplay
+  render/       atlas renderer（WebGL2 单批次四边形 + 顶点色 tint）
+  sim/          loop（定点 25 Hz，含追帧上限）input
+  scene/        act-scene.ts（真地图轨）map-scene.ts（玩法轨）net-scene.ts（联机轨）
+index.html  walk.html  map.html  net.html  acts.html      五个入口
+scripts/      夹具生成、验证脚本、打包/发布、中继服务器、浏览器验证工具
+tools/go-oracle/   独立 Go 参考解码器（差分验证用）
+samples/      夹具与被 .gitignore 忽略的归档
+```
+
+共 63 个 `.ts` 源文件 / 22,097 行。最大的几个：
+`maze.ts` 1820、`wilderness.ts` 1534、`act-scene.ts` 1437、`map-scene.ts` 1054、`objects.ts` 952、
+`dcc.ts` 827、`renderer.ts` 753、`d2map.ts` 695、`combat.ts` 676、`net-scene.ts` 653。
+
+---
+
+## 7. 页面与操作
+
+| 页面 | 地址 | 内容 |
+| --- | --- | --- |
+| 资源检查器 | `/` | MPQ 头/存储标志/压缩掩码分布、成员列表、精灵逐帧预览 |
+| 可行走演示 | `/walk.html?sample=samples/spawn.mpq` | 真实暗黑 1 归档：CEL/CL2、调色板、8 方向走动、碰撞 |
+| 单人战役沙盒 | `/map.html?data=samples/fixtures` | **玩法轨**：战斗、掉落、背包、技能、任务、NPC、存读档（K/L） |
+| 联机合作 | `/net.html?...&peers=3&peer=0` | 2–4 人同一世界（保留，不在交付路径） |
+| **D2 地图 + 女法师** | `/acts.html?act=1`；线上 `https://www.laiseek.xyz/diablo2/?act=1` | **真地图轨**：等距地图 + 真·女法师（DCC+COF，16 层/8 方向）。三级选择器：章节 → 场景 → 细分场景 |
+
+操作：WASD/方向键移动，空格或 J 攻击，E/F 拾取，T 说话，1–4 选技能，K 存档，L 读档。
+`acts.html` 的输入是**屏幕方向**（菱形格子相对屏幕转了 45°，按「上」沿格子对角线向上走）。
+
+---
+
+## 8. 从哪读起
+
+1. 本文第一部分 §0「现状诊断」—— 理解两轨断层，这是所有工作的出发点。
+2. 本文第二部分 §1「关键设计约定」—— 23 条踩过的坑，改代码前必读。
+3. `src/game/wilderness.ts` 顶部 76 行模块文档 —— 户外 DRLG 的完整推导。
+4. `src/game/d2map.ts` 顶部注释 —— 等距投影与 `map.ts` 的本质区别。
+5. `src/net/lockstep.ts` 顶部注释 —— 锁步为什么这么设计。
+6. `scripts/verify-net.ts` —— 读测试比读实现更快理解协议与时序。