<aside> 🧬

这次事故最有价值的结论不是“Category 写错了”，而是：Runtime correctness、Data correctness 与 Editor authoring correctness 是不同验证面。一个 Designer-facing C++ API 只有在真实 Editor 消费路径里被打开、展开、编辑、保存后，才有资格称为可用。

</aside>

What Actually Happened

在 Final v0.4 Gate 4 期间，Charger 在 Unreal Editor 中执行打开 / Details authoring 路径时稳定触发崩溃。与此同时，机器侧证据已经通过：

• fresh passelyEditor build；
• Transmit.MotionTransfer 16/16 automation；
• touched Blueprint compile 0 error；
• L_TestChamber Map Check 0 error / 0 warning。

因此这些 green checks 没有覆盖真正失败的 surface：Designer → Actor / Asset → Details → inline StateMachine。

GitHub evidence：

• Issue #7｜Editor crashes reproducibly when double-clicking Charger
• Repo Postmortem｜Charger Editor Authoring Crash
• b509f4a｜docs: capture Charger editor authoring crash lessons
• f909a7e｜docs: require editor authoring smoke for reflection changes
• 0edbd84｜feat: add v0.3 canonical direction core
• Gate 4 baseline 4db656b

这条事故是 2026-09-02｜Gate A：用 Evidence Ladder 验证三种玩家问题 的一次反证式升级：原 Ladder 对 build / runtime / human play 的层级区分是对的，但缺少 Designer-facing Editor authoring surface。

Evidence Boundary

Observed Facts

• CrashContext：UE 5.8.2 MacEditor，SIGBUS: invalid attempt to access memory。
• Top frames 落在 FMemory::Realloc → DelegateAllocate → TDelegate::CreateSP<FDetailPropertyRow>。