mtgodot-poc/audit/contracts/combat.death-exp-drop.md

# combat.death-exp-drop

## Scope

比较普通攻击/技能命中后的动作事件、`GC_DAMAGE_INFO`、`GC_DEAD`、主角死亡、`POINT_EXP` 增量、`GC_CREATE_FLY(FLY_EXP)`、地面掉落、归属校验、重复事件、复活和地图切换清理。

## Reference call chain

- `UserInterface/PythonNetworkStreamPhaseGame.cpp::RecvDamageInfoPacket`
  - 读取目标 VID、伤害值和 `EDamageFlag`，交给角色管理器显示伤害/受击表现；DAMAGE_FLYING 等特殊 flag 进入击飞状态。
- `UserInterface/PythonNetworkStreamPhaseGame.cpp::RecvDeadPacket`
  - 找到 `CInstanceBase` 后调用 `Die`；若 VID 是主角，非决斗时通知 `OnGameOver`，并调用 `CPythonPlayer::NotifyDeadMainCharacter` 清除自动攻击目标。
- `UserInterface/InstanceBaseBattle.cpp::CInstanceBase::Die`
  - 卸马鞍、清 AFFECT、取消选中/目标，再进入 `CActorInstance::Die`；底层 `m_isRealDead` 门保证死亡动作只启动一次。
- `UserInterface/PythonNetworkStreamPhaseGame.cpp::RecvPointChange`
  - 对所有点数先 `ShowPointEffect(Type, VID)`；主角更新 `CPythonPlayer::SetStatus` 和 HUD，等级/属性/技能/金币走专门刷新；`POINT_EXP` 使用 `TPacketGCPointChange.amount` 作为本次权威增量。
- `UserInterface/PythonNetworkStreamPhaseGame.cpp::RecvCreateFlyPacket`
  - 只按 `bType/startVID/endVID` 创建客户端飞行表现；经验数值仍来自 `POINT_EXP`，经验球不能替代点数包。
- `UserInterface/PythonNetworkStreamPhaseGameItem.cpp::RecvItemGroundAddPacket` / `RecvItemGroundDelPacket`
  - 创建/删除地面物品、记录 vnum/坐标/owner；拾取请求由客户端发送，归属和结果由服务端裁决。
- `UserInterface/PythonPlayer.cpp::NotifyCharacterDead`
  - 目标死亡时清除当前 target，避免死亡实体继续被攻击/显示目标框。
- `GameLib/FlyingData.cpp` / `PythonEffectModule.cpp`
  - `FLY_EXP` 只负责经验球视觉的起点、终点和资源类型，不本地计算经验。

## Current call chain

- `extension/src/net/classic/classic_parser.cpp`
  - 解析 `GC_DAMAGE_INFO`、`GC_DEAD`、`GC_POINT_CHANGE`、`GC_CREATE_FLY`、`GC_ITEM_GROUND_ADD/DEL`，写入 `EntityStore`。
- `extension/src/net/entity_store.cpp::mut_set_point` / `mut_dead` / `mut_ground_add`
  - 保存主角绝对点数和 `POINT_EXP.amount`，设置实体 HP/dead，维护地面掉落队列和飞行 cue；`take_exp_gain()` 只消费一次累计增量。
- `extension/src/net/m2_client.cpp::_process` / classic mirror
  - 将 `points_changed`、`vitals_changed`、去重后的 `entity_dead`、`ground_item_added/removed`、`fly_cue` 和 `damage` 发给 GDScript。
- `project/net_world.gd::_on_dead` / `_on_damage` / `_on_fly`
  - 隐藏 HP/名字/目标效果，标记死亡并延迟渐隐尸体；显示受击表现；对 `FLY_EXP` 生成三枚追踪经验球并指向本地主角。
- `project/net_play.gd::_on_points` / `_trigger_exp_gain` / `_clear_target`
  - 优先使用 `exp_gain`，其次从绝对经验差计算反馈；HUD 更新经验/等级；目标死亡时清目标并记录经验球起点。
- `project/ui/ground_items.gd`
  - 贴地生成掉落物、显示 owner，并按 40250 `GetCloseItem` / `SendClickItemPacket`
    实现 `DISTANCE_APPROX` 300cm、VID tie-break、party/anti-flag 归属检查和
    `pickup_item` 请求。
- `project/ui/death_ui.gd` / `project/ui/quickbar.gd`
  - 主角死亡显示复活面板并禁用快捷栏；复活后的正 HP/vitals 解除面板。

## Audit findings (2026-09-20)

### 已对齐的部分

- `GC_POINT_CHANGE` 的 `POINT_EXP.amount` 已在 classic 和 m2dev 两条解析路径保留并累计；表现层不再只比较绝对 EXP，因此跨等级 EXP 回零仍能显示增量。
- `GC_DEAD`、HP<=0、`GC_DAMAGE_INFO`、目标清除、死亡实体不可选/不可阻挡、地面物品添加/删除和 owner 拒绝路径已有实现。
- `GC_CREATE_FLY` 的经验球只负责视觉；当前 `_trigger_exp_gain` 不再额外合成第二批经验球，避免一个服务端飞行包造成双倍表现。
- 掉落物坐标转换、地面贴合、owner 独立文本、普通/骑马拾取距离以及服务端拾取请求已有回归证据。

### 材料差异

- 40250 主角收到 `GC_DEAD` 时会执行 `OnGameOver`、清除自动攻击并进入死亡 Actor 状态；当前 `entity_dead` 主要被 DeathUI/Quickbar 消费，`NetPlay` 没有统一把主角死亡传给 `PlayerController.stop`/动作锁和自动攻击清理，主角节点若正在点地/WASD 可能继续响应移动。这是和用户此前“死亡后仍有动作/控制”风险直接相关的 P0 差异。
- 40250 `CInstanceBase::Die`/`CActorInstance::Die` 有 `m_isRealDead` 一次性门、清 affect、卸马鞍、OnUnselected/OnUntargeted；当前 `_on_dead` 依赖 `dead_seen` 和 `meta` 的外围去重，死亡视觉、NetWorld、PlayerController、技能/钓鱼/自动攻击状态没有一个共同的 death transition，重复 `GC_DEAD`/HP<=0/重建时序仍缺端到端矩阵。
- 40250 的 `RecvPointChange` 对每个点类型先显示 point effect，并按 POINT_LEVEL/属性/技能/金币走分支刷新；当前 `_on_points` 只完整处理经验、等级、HUD 数值和少量音效，普通 POINT_* 的上浮数字/point effect、金币 amount 专门反馈和属性/技能窗口刷新没有完全等价。
- 40250 `RecvCreateFlyPacket` 要求起点和终点 actor 均存在，否则只丢弃视觉；当前为支持主角未在 `_by_vid` 的结构做了 `_local_node` 特判，这属于合理平台适配，但远端起点/终点缺失、目标坐标 fallback、地图切换时飞行队列清理仍需要协议级对照。
- 40250 `CInstanceBase::Die` 并不负责本地计算经验；经验只来自服务端 `POINT_EXP.amount`。当前离线/事件路径仍存在 `spawn_exp_fly` 和 `_trigger_exp_gain` 两套可调用入口，需要继续审计是否有任何非权威路径把本地掉落/经验反馈当成服务端结果。
- 当前掉落归属检查使用名称匹配，参考端由服务端 owner/name 裁决且 `CPythonItem` 的创建、删除和拾取响应受网络包序约束；名字为空、重名账号、先拾取后 DEL、重连 catch-up 和 owner 更新的结果还没有包级记录。
- 当前死亡尸体使用固定 2.5 秒后 fade，参考端由 `CInstanceBase`/CharacterManager 的删除与 fade 生命周期驱动；服务端提前 `GC_CHARACTER_DEL`、重新 `GC_CHARACTER_ADD`、死亡后地图切换时，旧 tween、目标效果、经验球和动作状态的统一清理还未完全证明。

## Equivalence matrix

| 项目 | 状态 | 备注 |
|---|---|---|
| Preconditions | PARTIAL | VID、目标、owner、点数索引和服务端权威增量已有检查；主角死亡门、起止 actor 和重连包序不完整 |
| Branch structure | PARTIAL | DAMAGE/DEAD/POINT_EXP/FLY_EXP/ground add-del 主分支已映射；POINT_* 专门刷新、主角 GameOver、重复死亡和归属边界未闭合 |
| Algorithms/formulas | PARTIAL | EXP amount 优先、绝对值 fallback、经验球追踪和拾取距离已对齐；死亡门、point effect 和 owner 裁决仍不同 |
| State transition order | PARTIAL | 网络包→EntityStore→signals→NetWorld/HUD 主顺序已对齐；主角死亡→停止输入/清自动攻击→复活恢复未统一 |
| Constants/units | PARTIAL | `POINT_EXP.amount`、经验球数量/速度和拾取范围已有实现；死亡 fade、动画持续时间和完整 point effect 常量未闭合 |
| Timing/event sources | PARTIAL | `GC_CREATE_FLY` 与 `POINT_EXP` 分离、points dirty 单次消费已测；真实攻击命中窗→死亡→经验→掉落包序仍缺记录 |
| Resource/data sources | PARTIAL | 伤害/死亡/经验球/掉落基础资源可用；完整死亡动作、point effect、掉落模型和 item/mob 失败回退未全等价 |
| Protocol side effects | PARTIAL | dead/point/fly/ground packets 已解析；主角 GameOver、自动攻击清除、point effect 和拾取结果副作用未全闭合 |
| Interruption/failure/cleanup | PARTIAL | 基本尸体 fade、删除和地图 reset 已有；重复死亡、MISS/无效目标、重连、复活、跨图和待飞行物清理仍需矩阵 |

## Implementation fix round 2026-09-21

- `NetPlay::_on_entity_dead` 现在区分目标死亡和主角死亡；主角死亡会清理自动攻击、预约动作、技能/钓鱼状态，锁住 `PlayerController` 的点地与 WASD 输入，并阻止网络状态处理。
- `PlayerController.set_dead` 增加死亡/复活状态门；正 HP `vitals_changed` 会恢复主角控制。`EntityStore` 与 `M2Client.dead_seen` 同时修复正 HP 清除死亡边沿，避免复活后下一次死亡信号丢失。
- `test_combat_death_pickup_entry_parity.gd`、`netplay_test.gd`、`net_entity_test.cpp` 覆盖死亡、移动清理、复活恢复和再次死亡所需的状态边沿；本轮未宣称 POINT_* 特效、真实服务端包序和跨图清理全部等价。

本合同继续为 `PARTIAL`：经验/掉落权威链、完整死亡动画/复活 UI、真实服务器包序和异常清理仍需后续审计。

## Regression evidence

- `extension/tests/net_state_queue_test`：`POINT_EXP.amount` 累计和一次性消费、死亡状态和网络状态队列。
- `project/mob_death_drop_test.gd`：怪物死亡目标/HP/名字/影子清理、掉落坐标贴地、owner/拾取/删除。
- `project/combat_parity_test.gd`：防御球、击退阻挡、攻击锁、伤害表现和死亡抗击退相关分支。
- `project/playable_combat_test.gd`：无目标、超距、死亡目标/自身、冷却和断线时不发送错误战斗请求。
- `project/gamescene_test.gd`：地图 reset 时待发攻击/飞行和 NetPlay 状态清理。

这些测试证明当前端的若干主链可工作，但没有真实 40250 服务器的同一场战斗包序、主角死亡后输入门、POINT_* effect 和重复/乱序事件记录，因此合同保持 `PARTIAL`。

## Status

`PARTIAL`。经验增量丢失、掉落归属 fixture 和双重经验球等已确认问题已有修复；死亡/经验/掉落主链可运行，但主角死亡状态门、完整 point effect、服务端包序、重复/乱序/复活清理仍未达到 40250 的统一实现。

## Audit round 2026-09-21T03:23Z — ground-pickup ownership and distance

本轮继续沿 40250 `CPythonPlayer::PickCloseItem` / `SendClickItemPacket` /
`__OnPressItem`、`CPythonItem::GetCloseItem/SetOwnership` 与当前
`GroundItems::try_pickup/try_pickup_vid`、`NetPlay::pick_ground_item`、
`EntityStore::mut_ground_owner` 对照，确认已有经验/死亡主链没有回归，但掉落拾取仍有三处实现差异：

- 40250 的所有权预检不是“只允许同名”。`SendClickItemPacket` 对非本人 owner
  还会检查 `IsPartyMemberByName` 以及物品 `ITEM_ANTIFLAG_DROP | ITEM_ANTIFLAG_GIVE`；
  当前 `GroundItems` 只比较 owner 字符串和本地角色名，队伍成员掉落与 anti-flag
  分支没有实现，因此会把 40250 允许请求的队伍物品提前拦截在客户端。
- 40250 `GetCloseItem` 使用 `DISTANCE_APPROX` 的厘米距离，并在该版本函数体内固定以
  300cm 判定；当前 `try_pickup` 使用 Godot 欧氏米制距离，且骑马时放宽到 5m。
  两者在对角线边界、骑马拾取和同距离物品选择上可能选出不同 VID。
- 40250 `__OnPressItem` 在点击路径先用 `GetGroundItemPosition` 和
  `NEW_IsClickableDistanceDestPixelPosition` 判断，超距才建立预约；当前
  `NetPlay::pick_ground_item` 有同类主路径，但公开的 `try_pickup_vid` 自身不再检查
  距离，后续若被其它输入入口直接调用会绕过这个边界。

对照结果：`CPythonItem::SetOwnership` 和当前 `mut_ground_owner` 对未知 VID 都只忽略，
`GC_ITEM_GROUND_ADD/DEL` 的创建/删除主顺序一致；本轮 `test_combat_death_pickup_entry_parity.gd`、
`mob_death_drop_test.gd`、`combat_parity_test.gd`、`playable_combat_test.gd`、
`gamescene_test.gd` 与 `net_state_queue_test` 全部通过，但现有 fixture 只覆盖本人掉落，
没有覆盖队伍 owner、anti-flag、厘米近似距离、同距 tie-break、先拾取后 DEL 和真实服务端
攻击→死亡→经验→掉落包序。因此合同继续为 `PARTIAL`，下一轮修复候选是补齐 party/anti-flag
上下文并把拾取距离/选择规则收敛到 40250 的实际函数语义。

## Implementation fix round 2026-09-21T04:10Z — ground-pickup parity

本轮先在 `project/test_ground_pickup_parity.gd` 中加入回归断言，修复前实际复现
6 项失败：队伍成员物品被错误拒绝、对角线 `DISTANCE_APPROX` 边界被欧氏距离拒绝、
同距物品没有按最高 VID 选择，以及 `try_pickup_vid` 可绕过点击距离门。随后按 40250
实际调用链完成修复：

- `GroundItems::_on_added` 保存掉落包或 item proto 的 `anti_flags`；
  `_can_pick_owned_item` 与 `CPythonPlayer::SendClickItemPacket` 一致，自己的 owner
  直接允许，队伍成员仅在没有 `ITEM_ANTIFLAG_DROP | ITEM_ANTIFLAG_GIVE` 时允许，
  其他 owner 仍触发 `cannot_pick_item`。
- `GroundItems::try_pickup` 改为厘米整数 `DISTANCE_APPROX`，固定使用
  `CPythonItem::GetCloseItem` 实际函数体的 300cm 边界；按升序 VID 遍历并用 `<=`
  复刻同距时后者（最高 VID）覆盖前者。骑马传入的 500cm 参数不再错误放宽实际
  `GetCloseItem` 的 300cm 硬边界。
- `GroundItems::try_pickup_vid` 增加 `NEW_IsClickableDistanceDestPixelPosition`
  对应的 150cm 自身距离门；`NetPlay::CLICK_ITEM_PICKUP_CM` 和预约到达边界同步为
  150cm，并在边界使用 `<=`。

修复后通过：`test_ground_pickup_parity.gd`、`netplay_test.gd`、
`mob_death_drop_test.gd`、`test_combat_death_pickup_entry_parity.gd`。本轮仍未宣称
真实服务端攻击→死亡→经验→掉落包序、空 owner/重名、拾取竞争和重连 catch-up 已完全
等价，合同继续为 `PARTIAL`。

## 深审轮次（2026-09-20）

本轮重新沿 `GC_DEAD -> entity_dead -> NetWorld/NetPlay/PlayerController` 和
`GC_PLAYER_POINT_CHANGE -> POINT_EXP.amount -> _trigger_exp_gain` 跟踪正式连接：

- `EntityStore` 已把 `POINT_EXP.amount` 累加为一次性 `exp_gain`，`NetPlay._on_points`
  优先消费该增量；因此“服务端确实下发 POINT_EXP 但跨等级回零后没有经验反馈”的旧问题已有防回归证据。
- `GC_CREATE_FLY(FLY_EXP)` 仍只触发 `NetWorld._on_fly` 的视觉球，`_trigger_exp_gain` 不再生成第二批球，权威经验和表现来源没有混用。
- 当前 `client.entity_dead` 在 `NetWorld` 中只消费 `_by_vid` 的实体；本地主角由
  `GameScene` 以 `_local_node` 单独持有，`NetPlay` 的 `entity_dead` 回调只在死亡目标等于当前目标时清目标，未统一调用
  `PlayerController.stop`、清自动攻击/预约动作、死亡 UI/GameOver 和复活恢复。该缺口仍是正式链路差异，不是测试 fixture 问题。
- `RecvPointChange` 的参考端对所有 `POINT_*` 先执行 `ShowPointEffect`，再按等级、属性、技能、能量和金币分支刷新；当前 `_on_points` 主要更新 HUD/经验/等级，完整 point effect 与金币 amount 的专门副作用仍未闭合。

本轮执行 `test_combat_death_pickup_entry_parity.gd`、`mob_death_drop_test.gd`、
`combat_parity_test.gd`、`playable_combat_test.gd`、`gamescene_test.gd` 和
`build/extension/net_state_queue_test` 均通过；这些测试证明已有局部链路可工作，但没有把主角 `GC_DEAD` 门禁、
真实服务端包序和完整 `POINT_*` 分支纳入断言，因此合同继续保持 `PARTIAL`。

## Deep audit round 2026-09-20

本轮重新从 40250 `RecvDeadPacket`、`CInstanceBase::Die`、`RecvPointChange` 和 `RecvCreateFlyPacket` 对到当前 parser/store/UI 消费链：

- 40250 主角 `GC_DEAD` 会先触发非决斗 `OnGameOver`、`NotifyDeadMainCharacter` 清自动攻击，再进入一次性 `Die`；当前 `entity_dead` 主要由 `NetWorld` 处理远端节点，主角由 `GameScene.player` 单独持有，尚未有统一入口把死亡同时传给 `PlayerController.stop`、NetPlay 自动攻击/预约清理、死亡 UI 和复活恢复。
- 当前 `POINT_EXP.amount` 的累计与一次性消费仍然正确，`GC_CREATE_FLY(FLY_EXP)` 只做视觉，不会再造第二份经验；但 40250 对所有 `POINT_*` 先 `ShowPointEffect`，并对等级/属性/技能/能量/金币有专门刷新，当前 `_on_points` 对普通 point effect、金币 amount 和属性/技能窗口刷新仍不完整。
- 当前地面掉落和 owner/拾取主路径通过了本轮回归，但名字匹配、重名/空 owner、先拾取后 DEL、重连 catch-up、重复死亡/重新 Add、复活和跨图时序仍没有真实包级证据。
- 本轮 `test_combat_death_pickup_entry_parity.gd`、`mob_death_drop_test.gd`、`combat_parity_test.gd`、`playable_combat_test.gd`、`gamescene_test.gd` 和 `net_state_queue_test` 均退出码 0；通过项覆盖局部战斗门、死亡怪物、掉落、经验增量和 map reset，不覆盖主角 `GC_DEAD` 门禁、完整 `POINT_*` 副作用及服务端攻击→死亡→经验→掉落包序。

结论：经验增量和基础掉落/死亡表现已可回归，但主角死亡状态门、完整 point effect、重复/乱序/复活清理和真实服务器包序仍与 40250 不同，合同保持 `PARTIAL`。

## Audit round 2026-09-20T19:03Z

本轮重新核对 `RecvDeadPacket`、`CInstanceBase::Die`、`RecvPointChange`、
`RecvCreateFlyPacket` 与当前 parser/store/bridge 的完整边界，并重跑死亡、经验和掉落回归：

- 上一轮补的主角死亡门现在已形成可验证闭环：`NetPlay::_on_entity_dead` 清除自动攻击、
  预约动作、技能/钓鱼状态并调用 `PlayerController.set_dead(true)`；正 HP 的 `vitals_changed`
  和 `GC_MAIN_CHARACTER` 清除死亡状态。相关测试全部通过，原先“死亡后仍继续 WASD/点地”
  的差异不再列为当前未修复项。
- `POINT_EXP.amount` 仍是唯一经验增量来源，`GC_CREATE_FLY(FLY_EXP)` 只创建视觉飞行物；
  `_trigger_exp_gain` 不再重复生成经验球，经验增量消费测试通过。
- 当前端仍没有 40250 `ShowPointEffect(type, vid)` 的 typed event。所有点数最终合并进
  `points_changed`，没有按 `POINT_STAT_RESET_COUNT`、四维属性、技能/坐骑技能、能量、金币
  等分支保留“先显示点效果、再刷新对应窗口”的事件来源；`POINT_GOLD.amount` 也没有
  等价的 `OnPickMoney(amount)` 信号。
- `fly_cue` 的主角 end VID 适配和缺失 actor 丢弃已有明确分支，但当前 `NetWorld` 仍把
  服务端 FLY_EXP 组合成固定三颗 Godot 光球，真实 `.fly`/索引飞行资源、地图切换中的飞行
  队列清理以及 start/end actor 包序没有 live 服务端证据。
- 地面物品、owner 和拾取距离测试通过，但空 owner/重名、先 PICKUP 后 DEL、重复 DEAD/ADD、
  重连 catch-up 和跨图清理仍未由同一套包序 fixture 证明；这些仍属于服务端权威边界，
  当前本地 helper 不能替代协议证据。

本轮执行 `test_combat_death_pickup_entry_parity.gd`、`mob_death_drop_test.gd`、
`combat_parity_test.gd`、`playable_combat_test.gd`、`gamescene_test.gd`、
`net_state_queue_test` 和 `net_entity_test`，均退出码 0；合同继续为 `PARTIAL`。

## Implementation fix round 2026-09-20T19:17Z

本轮按 40250 `RecvPointChange` → `CPythonCharacterManager::ShowPointEffect` →
`CPythonPlayer::SetStatus` / 窗口刷新分支修复点数事件链：

- `EntityStore::mut_set_point` 统一 classic 与 m2dev 的单点变更入口，先保留
  `{vid, type, value, amount}` typed event，再更新主角点表、实体生命/等级和经验增量；
  `POINT_ENERGY == 0` 同步清除 `POINT_ENERGY_END_TIME`。
- `M2Client` 新增 `point_changed`，两种协议镜像都在 `vitals_changed` /
  `points_changed` 前发出，保留 40250 的“先 point effect、后状态刷新”顺序；新增
  `POINT_LEVEL_STEP`、`POINT_STAT_RESET_COUNT` 及四维属性常量。
- `NetWorld` 对 `POINT_LEVEL` / `POINT_LEVEL_STEP` 按 40250 注册的
  `level_up.mse` / `skillup_1.mse` 资源在对应 VID 上播放，并在远端等级变更后刷新
  `LevelTag`；`NetPlay` 对金币正 amount 发出 `money_picked` / HUD `on_pick_money`，
  并发出属性、技能窗口刷新请求；`SkillUI` 监听点数事件。
- `net_entity_test.cpp`、`netplay_test.gd` 覆盖 typed event 顺序、EXP/GOLD amount、
  零能量清理、金币反馈和属性/技能刷新；同时修复 NetWorld 在未显式分离本地节点的
  headless/adaptor 场景错误跳过主实体的问题。

本轮仍不宣称完全等价：`LevelUp`/`SkillUp` 的真实 C++ effect manager 生命周期、
金币浮字的完整 UI 资源、状态窗口所有旁路调用，以及真实服务器攻击→死亡→经验→掉落
包序和跨图异常清理仍需继续审计。

本合同继续为 `PARTIAL`。

## Audit round 2026-09-20T21:20Z

本轮对上一轮修复后的死亡/经验/掉落链做回归复核，并重新对照
`RecvDeadPacket -> CInstanceBase::Die -> NotifyCharacterDead/NotifyDeadMainCharacter`、
`RecvPointChange -> POINT_EXP.amount`、`RecvCreateFlyPacket` 和地面物品包：

- 主角死亡的 `PlayerController` 输入门、自动攻击清理、复活正 HP 边沿、远端死亡目标清理和经验增量一次性消费均有测试证据；本轮未发现上一轮已修复分支回归。
- `POINT_EXP.amount` 仍是经验的权威增量，`FLY_EXP` 只负责视觉；死亡、掉落坐标/贴地、owner 文本/拒绝、拾取距离和删除主路径回归通过。
- 仍不等价的分支保持明确：真实服务端攻击→伤害→死亡→`POINT_EXP`→`CREATE_FLY`→地面掉落包序未 fixture 化；重复/乱序死亡、无效 VID、重连 catch-up、重名/空 owner 和拾取竞争未闭合。
- 40250 的 `CInstanceBase::Die` 会清 affect、卸马鞍、取消选中/目标并由底层一次性死亡门驱动动作；当前这些动作分散在 NetWorld/NetPlay/UI，完整死亡动画、特效管理器生命周期和跨图旧队列清理仍没有同一入口证明等价。

结论：本轮是回归审计，没有新增实现修改；已有死亡和经验主链保持可用，但合同继续为 `PARTIAL`，下一轮优先补协议级死亡包序和重复/乱序/复活清理 fixture。

## Implementation fix round 2026-09-21T04:00Z — local main fly target fallback

沿 40250 `RecvCreateFlyPacket` 的起点/终点实例解析继续核对发现：参考端从
`CPythonCharacterManager` 取得 `CInstanceBase`，本地主角虽然不在远端 actor 容器中，
仍由 `GetMainInstancePtr()` 提供位置。当前端 `GameScene` 将本地主角单独放在
`NetWorld._local_node`，但 `_entity_pos()` 原先只查 EntityStore 与 `_by_vid`；在阶段切换
的短窗口内若本地主角 EntityStore 行尚未镜像，`_on_fly(FLY_EXP, mob_vid, main_vid)` 会因
终点为 `Vector3.INF` 直接丢弃经验球。

修复前先让 `test_exp_fly_parity.gd` 删除本地 VID 的 EntityStore fixture，专项实际复现
“经验球数量为 0”的失败。现在 `_entity_pos()` 对本地 VID 优先回退到 `_local_node`，
`_on_fly()` 对本地主角作为起点也使用同一实例来源；因此 EntityStore 行暂缺时仍可按
40250 的主角实例语义创建和追踪飞行物。

修复后通过：`test_exp_fly_parity.gd`、`fly_reset_test.gd`、`netbridge_test.gd`、
`test_combat_death_pickup_entry_parity.gd`、`mob_death_drop_test.gd`、
`gamescene_test.gd`。测试中 `test_exp_fly_parity.gd` 仍有 3 个 ObjectDB leak warning，
不影响退出码和本轮断言结果，需单独做生命周期清理审计。

合同继续为 `PARTIAL`：真实服务器攻击→死亡→经验→掉落包序、重复/乱序/重连/拾取竞争、
完整死亡资源生命周期和跨图清理仍未由 live packet fixture 证明。

## Implementation fix round 2026-09-21T04:02Z — indexed fly actor-instance gate

继续核对 40250 `RecvCreateFlyPacket`：参考端在 `CreateIndexedFly` 前必须同时取得
`GetInstancePtr(startVID)` 和 `GetInstancePtr(endVID)`，任一实例不存在就直接返回，
不会用网络层残留坐标制造一个脱离角色实例的飞行物。

修复前回归新增两项失败：远端终点节点不存在但 EntityStore 有坐标时错误生成飞行物；
远端起点节点不存在但 EntityStore 有坐标时同样错误生成飞行物。当前
`NetWorld._on_fly()` 对起点和非零终点增加实例存在门；本地主角保留上一轮的
`_local_node` 适配，因此只在本地主角实例真实存在时允许创建。

修复后 `test_exp_fly_parity.gd`、`fly_reset_test.gd`、`netbridge_test.gd`、
`test_combat_death_pickup_entry_parity.gd`、`mob_death_drop_test.gd`、
`gamescene_test.gd` 和 `combat_fx_test.gd` 全部通过。合同仍为 `PARTIAL`，真实服务端
攻击→死亡→经验→掉落包序、重复/乱序/重连/拾取竞争和跨图清理仍未闭合。