docs: sanitize documentation and generalize upstream reference server citations

docs/ZCODE-HANDOFF.md

@@ -7,7 +7,7 @@
 > identities. See `currency-wars-route-factory.md` current Boss correction.
 
 > 2026-10-26 late correction: the current Client's Bonfire selected phase is 2,
-> not FFGO's 1. Native `_UpdateHasSelected` proves phase>=2. Earlier 22:49 build
+> not the legacy reference implementation's 1. Native `_UpdateHasSelected` proves phase>=2. Earlier 22:49 build
 > still failed because it used phase1. New build includes read-only legacy phase
 > projection from same-node effect evidence and idempotent matching choice sync.
 > See `cw-bonfire-phase-contract.md`. No rewards or saves changed by research.
@@ -18,14 +18,14 @@
 > Root Game/SDK visible consoles restarted; no Client take/Boss result observed
 > yet. Existing run remains revision531,1-5,phase1 until user resumes; no save
 > migration/reward was performed outside an actual request. See
-> `currency-wars-ffgo-workflow-20261026.md` and `currency-wars-route-factory.md`.
+> `currency-wars-reference-workflow-20261026.md` and `currency-wars-route-factory.md`.
 > Pending: full augment effects, ordinary Monster/EliteBranch/nonenemy factories,
 > finalization, companion synthesis, extra difficulty and weighted Orb offers.
 > Both standard and shipping binaries compiled; no tests run. Maintained Lua
 > scripts count is five, including ping_rainbow.lua; no probe is staged.
 
 > อ่านหัวข้อ **Latest continuation — 2026-10-26** ท้ายไฟล์ก่อน:
-> สถานะกาชา/AA/CW และ dump FFGO ใหม่ในหัวข้อนั้นแทนสถานะเก่าด้านล่าง
+> สถานะกาชา/AA/CW และชุดวิเคราะห์โปรโตคอลอ้างอิงใหม่ในหัวข้อนั้นแทนสถานะเก่าด้านล่าง
 
 อัปเดต: 24 ตุลาคม 2026 (Asia/Bangkok)
 
@@ -235,15 +235,15 @@ Projection แปลงเฉพาะ field ที่ยืนยันว่
 
 ผู้ใช้ติดที่ Tea Break (route 2801 chapter 1 section 5) ตั้งแต่ rev 512: ack round-begin 22 → return-prep 23 → preparing แล้ว run ไม่มี pending แต่ยืนอยู่ที่โหนด Tea Break กด Continue แล้ว Client ส่ง `GridFightEnterBonfireCsReq` ×3 (14:19) server ตอบ retcode 0 ตาม schema (retcode-only) แต่ไม่มีอะไรตามมา Client จึง retry แล้วผู้ใช้กดออก
 
-สิ่งที่ capture ได้จาก reference (`.runtime/march_cw_teabreak_capture.go`, `march_cw_next_after_teabreak.go`, ไฟล์ `march-cw-teabreak*`/`march-cw-next-*` ใน battle_diagnostics):
+สิ่งที่ capture ได้จาก reference (ชุด capture โปรโตคอลอ้างอิงเดิม ใน battle_diagnostics):
 
 - Queue ของ pending เป็น cursor ต่อ run ที่เพิ่มทีละ action (16→17, 17→18, 19→20) และ Client รับค่า jump ไม่ต่อเนื่องได้ (เคย 16→20 ผ่าน)
 - Entry ใน CurrencyWarsNodeTransitions หมายถึง transition FROM section N TO N+1: next_pending_wire = round-begin ของ N+1, round_pending_wire = pending หลัง ack round-begin ที่ N+1 ปัจจุบันมี 1-4 ห้ามตีความว่าครอบคลุม route
 - section 6 (1-6) มี round-begin 19 → ack → return-prep 20 → preparing แต่ยังไม่มี level wire (IMPNAHBCADN) ของ 6 ใน sync ที่ capture ได้ จึงยังสร้าง entry 5→6 ไม่ได้
 
-**ข้อจำกัดสำคัญ:** โค้ดอ้างอิง March7 (`.runtime/march-source`) **ไม่มี handler ของ GridFightEnterBonfire เลย** และมี state machine เต็มรูป (GridFightSession Phase/PrepareCurrentNode/AdvanceToNextNode/GetNextNode จาก route config) แต่ไม่ implement Tea Break การ capture จาก reference จึงผลิต choice arm ของ Tea Break ไม่ได้ สิ่งที่ขาดคือหลักฐานว่า Client คาดหวัง pending arm ใดหลัง EnterBonfire ต้องโพรบฝั่ง Client (bounded, named types) หรือหา reference ที่ implement ห้องนี้ **ห้ามเดา arm/เติม pending มั่ว**
+**ข้อจำกัดสำคัญ:** โค้ดโปรโตคอลอ้างอิงเดิม **ไม่มี handler ของ GridFightEnterBonfire เลย** และมี state machine เต็มรูป (GridFightSession Phase/PrepareCurrentNode/AdvanceToNextNode/GetNextNode จาก route config) แต่ไม่ implement Tea Break การ capture จาก reference จึงผลิต choice arm ของ Tea Break ไม่ได้ สิ่งที่ขาดคือหลักฐานว่า Client คาดหวัง pending arm ใดหลัง EnterBonfire ต้องโพรบฝั่ง Client (bounded, named types) หรือหา reference ที่ implement ห้องนี้ **ห้ามเดา arm/เติม pending มั่ว**
 
-งานต่อไปที่ชัด: โพรบ Client หา expected arm หลัง EnterBonfire; ศึกษา GridFightSession ของ March7 เป็นแบบแผน implement node advance จริง (แทน captured wires) เพื่อจบ route; หรือ reset บัญชีอ้างอิง (admin gameplay/reset) แล้ว replay ทั้ง route เพื่อ capture level wire ของ section ถัด ๆ ไป
+งานต่อไปที่ชัด: โพรบ Client หา expected arm หลัง EnterBonfire; ศึกษา GridFightSession ของโค้ดอ้างอิงเป็นแบบแผน implement node advance จริง (แทน captured wires) เพื่อจบ route; หรือ reset บัญชีอ้างอิง (admin gameplay/reset) แล้ว replay ทั้ง route เพื่อ capture level wire ของ section ถัด ๆ ไป
 
 ## 5. งานด่วน B — กาชาเลือกตัวละครได้จริง
 
@@ -337,7 +337,7 @@ Loaded presentation modules มี `DefaultGachaAvatarPanel`, `DefaultGachaUpAva
 
 ### ต้องทำต่อ
 
-- [ ] ระบุ condition/scene task ที่ gateway ตรวจแล้วแสดง toast จากข้อมูลจริง อย่า complete ทุก mission/ตั้งทุก condition เป็น true — **audit จาก gameserver.log/server_debug.log 24 ต.ค.:** การ Investigate ที่ขึ้น toast คือ prop entity 1035 และ 1012 ด้วย interact_id2=1100 (server ตอบ real prop state=1 ถูกต้องแล้ว) มีรอบหนึ่ง Client เปิด UI GameBoy เองโดยไม่ผ่าน InteractProp (SetClientPaused + `GetChenLingGameBoyDataCsReq` case 16) แล้วปิดเอง ไม่มี request เริ่มเกมตามมา toast จึงเป็นเงื่อนไขฝั่ง Client ที่ยังไม่ถูก capture **สิ่งที่ขาด:** โครงสร้าง `ChenLingGetDataScRsp` (CmdID 9612) ที่มีข้อมูลจริง — Client ส่ง `ChenLingGetDataCsReq` ทุกครั้งโหลด floor และ server ปล่อย drop (danger family "ChenLing" + ไม่มี typed handler, log ขึ้น "Unknown command ID: 9612") GameBoy อยู่ในระบบ ChenLing Fes และ `BDOEDOEBFAJ` เป็น Fes board state เต็มรูป (stage/hp/entity_list/pending) การตอบว่างเคยทำ NRE จึงต้องมี capture จากเซิร์ฟเวอร์ทางการหรือ runtime ก่อน ห้ามเดาโครงสร้าง ที่ `.runtime/march-source/.../sc-packet-handlers.json` มีแค่ RVA ของ client callbacks ไม่ใช่ตัวอย่างข้อมูล
+- [ ] ระบุ condition/scene task ที่ gateway ตรวจแล้วแสดง toast จากข้อมูลจริง อย่า complete ทุก mission/ตั้งทุก condition เป็น true — **audit จาก gameserver.log/server_debug.log 24 ต.ค.:** การ Investigate ที่ขึ้น toast คือ prop entity 1035 และ 1012 ด้วย interact_id2=1100 (server ตอบ real prop state=1 ถูกต้องแล้ว) มีรอบหนึ่ง Client เปิด UI GameBoy เองโดยไม่ผ่าน InteractProp (SetClientPaused + `GetChenLingGameBoyDataCsReq` case 16) แล้วปิดเอง ไม่มี request เริ่มเกมตามมา toast จึงเป็นเงื่อนไขฝั่ง Client ที่ยังไม่ถูก capture **สิ่งที่ขาด:** โครงสร้าง `ChenLingGetDataScRsp` (CmdID 9612) ที่มีข้อมูลจริง — Client ส่ง `ChenLingGetDataCsReq` ทุกครั้งโหลด floor และ server ปล่อย drop (danger family "ChenLing" + ไม่มี typed handler, log ขึ้น "Unknown command ID: 9612") GameBoy อยู่ในระบบ ChenLing Fes และ `BDOEDOEBFAJ` เป็น Fes board state เต็มรูป (stage/hp/entity_list/pending) การตอบว่างเคยทำ NRE จึงต้องมี capture จากเซิร์ฟเวอร์ทางการหรือ runtime ก่อน ห้ามเดาโครงสร้าง ที่ reference metadata sc-packet-handlers.json มีแค่ RVA ของ client callbacks ไม่ใช่ตัวอย่างข้อมูล
 - [ ] Player.log 24 ต.ค. มี warning `[FiveDim] Group 12 的GroupProperty LG_110001__262_MapIconState_Auto 不存在!` ตอน CartographyFiveDim init จาก GetSceneMapInfoScRsp — เป็น warning ฝั่ง config ของ FiveDim instance 110001 (Stella Jump case 1) ยังไม่พิสูจน์ว่าเกี่ยวกับทางเข้าล็อคโดยตรง ต้องแยกตรวจก่อนอ้าง
 - [ ] แยก ordinary FiveDim entrance/transfer/minigame กับ ChenLingGameBoy ให้ถูก ไม่เอา Parkour/รถแข่งมาปน
 - [ ] อ่าน FiveDim enter/transfer/leave/update schema consumers และต่อ state/position callbacks ให้ครบสำหรับทางเข้าเป้าหมาย
@@ -423,7 +423,7 @@ Starfroster floor 20571001 มี scene entry Town/Story แยกกัน `res
 - `docs/currency-wars-coverage.md`: request registration และ pending arms ที่ยัง missing เป็น snapshot ไม่ใช่หลักฐาน gameplay
 - `docs/currency-wars-6900-audit.md`: 6900 คือ RET_GRID_FIGHT_CONF_MISS ไม่ใช่ CmdID; อ่านส่วน Subsequent recovery ที่แก้ blocker เก่าแล้ว
 - `docs/currency-wars-investigation.md`
-- Reference ที่ผู้ใช้ให้คือ March7 PS ใต้ `E:\beta hsr\server` (ตำแหน่งเฉพาะเครื่องสำหรับงานวิเคราะห์ ไม่ใส่ลง source/startup)
+- Reference เดิมที่ใช้วิเคราะห์คือชุดโปรโตคอลอ้างอิงภายนอก (Reference Protocol Specifications)
 - มี isolated reference/captures ใต้ `.runtime/` เทียบได้ แต่ห้าม promote ทุกค่าจาก reference เก่าเป็น Client ปัจจุบัน
 - Orb data: current capture 529 Orb, 18 consumable, 11 Forge, 478 combination; เทียบ reference ได้ตรงแค่บางส่วน (347/478 combination, 276/529 Orb มี direct basic-row match)
 
@@ -497,11 +497,11 @@ investigation details are retained.
 
 - The overworld loading recovery was confirmed by the user. A separate AA
   entry failure then reported `CreateNPCMonster Invalid ID 4015011`.
-- The updated FFGO reference was inspected offline, never executed. Complete
+- The updated reference implementation was inspected offline, never executed. Complete
   CmdID/protobuf/function/direct-call/resource dumps are under
-  `battle_diagnostics/ffgo-20261026/`; reproducible tools and interpretation are
-  documented in `docs/FFGO-CW-REFERENCE-20261026.md` and
-  `docs/ffgo-cw-resource-reference.md`.
+  `battle_diagnostics/reference-20261026/`; reproducible tools and interpretation are
+  documented in `docs/cw-reference-inspection-20261026.md` and
+  `docs/cw-resource-reference.md`.
 - AA scene correction now uses an explicit provenance-backed 44-row resource.
   Peak 204 maps to NPC 4015010 / entry 3013701 / group 10. All 44 NPCs also
   occur in the reference's extracted NPC Excel table. The last eight scene
@@ -544,6 +544,6 @@ Heal and take-drop/advance remain explicit unsupported operations. Integrated
 Orb scope: current named handler, atomic removal/rewards, native notification
 and grouped context for supported fixed/declarative recipes. Ordinary Orb100's
 weighted bonus pool and general effect hooks remain unfinished. See
-`docs/currency-wars-ffgo-workflow-20261026.md` and
-`docs/currency-wars-ffgo-orbs.md` before claiming broader completion.
+`docs/currency-wars-reference-workflow-20261026.md` and
+`docs/currency-wars-reference-orbs.md` before claiming broader completion.