# P3-04c7: ส่งผลยืนยันและสถานะทบทวนถึงแต่ละฝ่าย

วันที่ 10 ตุลาคม 2026 · เว็บรุ่น 1.17.12 · ชุดทดลองในเครื่องและแบบฝึกจากบันทึกสังเคราะห์

## สิ่งที่ผู้ฝึกเห็น

เมื่อศูนย์ยืนยันทีมหลัก ระบบบันทึกผลและข้อความสถานะที่จะส่งถึงฝ่ายที่เข้าร่วมการฝึกพร้อมกัน ฝ่ายกู้ภัย ทีมโดรน ผู้ประสานห้วงอากาศ EXCON และผู้ประเมินจะเห็นเฉพาะสรุปสถานะที่ศูนย์แบ่งปัน โดยไม่เห็นแผนส่วนตัวหรือทะเบียนทรัพยากรของฝ่ายอื่น

หน้าฝึกใช้คำว่า “ฉบับล่าสุดที่ฝ่ายนี้ได้รับ” พร้อมลำดับฉบับและทีมหลัก ถ้าข้อความยังไม่มาถึงจะแสดงว่ายังไม่ได้รับ การส่งซ้ำหรือข้อความเก่าไม่ทำให้สถานะฉบับใหม่ย้อนกลับ

ผลยืนยันครั้งแรกเป็นความพร้อม ณ เวลาตัดสินใจ หากศูนย์ตรวจอีกครั้งแล้วพบว่าข้อมูลเปลี่ยนหรือไม่สามารถตรวจต้นทางได้ จะส่งสถานะ “ต้องทบทวน” โดยคงทีมหลักเดิมไว้ การเปลี่ยนทีมต้องเปิดภารกิจกลับมาทบทวนอย่างชัดเจน และส่งผลเปิดภารกิจให้ฝ่ายต่าง ๆ ทราบด้วย

## วิธีลอง

1. เปิด [แบบฝึกสถานะประจำฝ่าย](https://drone.pk-research.work/cpx/#mission-status-training)
2. เลือกบทบาทและช่วงกระบวนการ เปรียบเทียบสิ่งที่ศูนย์ทราบกับสิ่งที่ฝ่ายนั้นได้รับ
3. ตรวจช่วงที่ยืนยันแล้วแต่ยังไม่ส่ง ช่วงตรวจแล้วหลักฐานยังตรงกัน ช่วงทรัพยากรเปลี่ยน และช่วงได้รับข้อความทบทวน
4. อ่านเวลาตรวจและประวัติประกอบการตัดสินใจ ความพร้อมที่ตรวจไว้เป็นผล ณ เวลาที่ระบุ

แบบฝึกบนเว็บใช้ข้อมูลจากกระบวนการสังเคราะห์ที่ทดสอบในเครื่อง ไม่ใช่ห้องฝึกสด ส่วนผู้พัฒนาสามารถรันหน้าฝึกในเครื่องซึ่งอ่านบันทึกของแต่ละฝ่ายจริงตามคู่มือในโครงการ

```powershell
rtk proxy node tools/cpx-cloud-feasibility/status-workbench-server.mjs .codex/cpx-status-1.17.12 4326
```

เปิด `http://127.0.0.1:4326` ตาม URL ที่คำสั่งแสดง ใช้โฟลเดอร์ใหม่สำหรับชุด schema10 ผู้จัดทดลองคนเดียวเลือกบทบาทสมมติ เตรียมข้อมูล ตรวจและยืนยันด้วยตนเอง แล้วส่งข้อความถึงแต่ละฝ่าย การสลับบทบาทนี้ไม่ใช่ระบบเข้าสู่ระบบสำหรับผู้ใช้หลายคน

## ขอบเขต

- ใช้ชุด schema10 ใหม่ ไม่ย้ายข้อมูลเก่าอัตโนมัติ
- ข้อความสถานะเป็นการแจ้งผลจากศูนย์ ไม่ใช่การอนุมัติบินหรือการรับทราบโดยผู้ฝึก
- การมีข้อมูลถึงฝ่ายหนึ่งไม่ได้แปลว่าทุกฝ่ายได้รับพร้อมกัน
- จำนวนข้อความที่ถึงระบบฝ่ายนี้และรอใช้เป็น 0 ไม่ได้ยืนยันว่าได้รับสถานะล่าสุดของศูนย์แล้ว
- ระบบหลายคนบน Cloudflare การเข้าสู่ระบบ และการตรวจรับจากผู้ใช้จริงยังอยู่ในแผน แบบบันทึกคลาวด์ทั้ง 16 กรณียังเป็น NOT_RUN

## ผลตรวจ

- ชุดทดลองเฟส 3 ผ่าน 133 กรณี ชุดหน้าฝึกเดิมผ่าน 147 กรณี
- กรณีใหม่ตรวจการส่งครบทุกบทบาท การส่งซ้ำ/ผิดลำดับ ฉบับภารกิจเปลี่ยน การเปิดภารกิจใหม่ การถอนสิทธิ์และเปลี่ยนต้นทางก่อนบันทึก การคงทีมหลักเมื่อรอทบทวน และการลองคำสั่งเดิมหลังบันทึกได้บางส่วน
- แบบฝึกสังเคราะห์สร้างจากชุดเจ้าของข้อมูลจริงเจ็ดฝ่าย ผ่านการยืนยันข้อมูลทั้งแปดช่วงกระบวนการ
- การทดสอบใช้ข้อมูลจำลองในเครื่อง ผลนี้ยังไม่ใช่การตรวจรับคลาวด์หรือการฝึกกับผู้ใช้จริง

## แหล่งอ้างอิง

- [Cloudflare Queues delivery guarantees](https://developers.cloudflare.com/queues/reference/delivery-guarantees/): การส่งข้อความอาจเกิดซ้ำ จึงต้องตรวจเอกลักษณ์ข้อความและผลการใช้ซ้ำ
- [Cloudflare Durable Objects WebSockets](https://developers.cloudflare.com/durable-objects/best-practices/websockets/): แนวทางการสื่อสารสดและการคืนสถานะหลัง hibernation สำหรับงานคลาวด์ถัดไป

ตรวจเอกสาร 10 ตุลาคม 2026 แบบฝึกในรอบนี้ประยุกต์หลักการส่งซ้ำและสถานะที่ได้รับตามลำดับ ไม่ใช่ผลทดสอบบริการ Cloudflare