CPX + Sim
ฝึกการตัดสินใจและประสานงานหลายฝ่าย ตั้งแต่รับรายงาน มอบภารกิจให้ทีมโดรน ไปจนถึงส่งผลให้ทีมช่วยเหลือและทบทวนร่วมกัน
เริ่มอ่านความรู้ได้แล้ว · CPX Sim เริ่มพัฒนาต้นแบบในเครื่อง ยังไม่เปิดห้องฝึกหลายฝ่าย
แดชบอร์ดการพัฒนา CPX
อัปเดต · เว็บรุ่น 1.18.29
สถานะจากรอบพัฒนาที่ตรวจสอบแล้ว อัปเดตเมื่อเผยแพร่แต่ละรอบ
- ความรู้และแบบพร้อมใช้
- 2 เฟส
- ต้นแบบรอซักซ้อม
- 1 เฟส
- อยู่ในแผนพัฒนาถัดไป
- 4 เฟส
เสร็จแล้วและแผนถัดไป
เฟส 2 รอซักซ้อมกับผู้ใช้ ส่วนเฟส 3 กำลังพัฒนาและตรวจในเครื่อง ยังไม่เปิดห้องฝึกหลายคนบนคลาวด์
- เสร็จแล้วในเครื่อง
-
- P3-04c1: แผนส่วนตัวและการเลือกส่งสรุปแผน พร้อมคำขอสมทบ
- P3-04c2: เจ้าของกันและคืนทรัพยากร ตรวจจำนวน เวลาทับซ้อน และชุดอุปกรณ์
- P3-04c3: ตรวจทานแผนกับเจ้าของข้อมูล แสดงส่วนขาด ยอดเกิน และรายการที่ยังตรวจไม่ได้
- P3-04c4: แบ่งยอดคำขอสมทบของแผนฉบับเดียวกันให้หลายฝ่าย โดยยอดรวมไม่เกินความต้องการ
- P3-04c5: ยกเลิกคำขอ รอเจ้าของปิดและยืนยันกลับก่อนคืนยอด แล้วขอสมทบจากฝ่ายใหม่
- P3-04c6: ตรวจความพร้อมขณะศูนย์ยืนยันในเครื่อง และกำหนดทีมหลักหนึ่งทีม พร้อมสถานะต้องทบทวนเมื่อข้อมูลเปลี่ยน
- P3-04c7: ส่งสถานะยืนยัน/ทบทวนจากศูนย์ให้เจ็ดบทบาท แสดงฉบับล่าสุดที่แต่ละฝ่ายได้รับ พร้อมแบบฝึกบนเว็บ
- P3-04d1: ทะเบียนสิทธิ์สังเคราะห์แบบถาวรในเครื่อง ถอนสิทธิ์ก่อนรอยืนยัน และเชื่อมการทบทวนภารกิจโดยคงทีมหลักกับทรัพยากร
ชุดทดลองเฟส 3 ผ่าน 162 กรณีในเครื่อง; ยังไม่ใช่ผลทดสอบคลาวด์
- พัฒนาต่อ
-
- เชื่อมการหยุดและกู้คืนกับวงจรรับภารกิจ โดยคงการถอนสิทธิ์ไว้หลังคืนข้อมูล
- ตรวจ JWT และสิทธิ์ฝึกจริง พร้อมถอนการเชื่อมต่อในระบบ Cloudflare
- ออกแบบและทดสอบการประสานการตัดสินใจข้ามบริการบน Cloudflare
ผลรับภารกิจในเครื่องยังไม่แทนการตรวจรับระบบคลาวด์
- รอตรวจรับ
-
- ซักซ้อมกับผู้ใช้เจ็ดบทบาทและเก็บข้อค้นพบ
- ทดสอบ Cloudflare 16 กรณี พร้อมยืนยันการเข้าใช้ การเก็บข้อมูล และวงเงิน
- ตรวจพื้นที่นำร่อง แหล่งแผนที่ และห้วงอากาศกับผู้รับผิดชอบ
แบบบันทึกคลาวด์ทั้ง 16 กรณียังเป็น NOT_RUN
หลักฐานต้นแบบ 1.16.28: 147 กรณีทดสอบ · 11 demos · ทดลองครบวงจร 50 ขั้นตอน
เฟส 0 · ความรู้และทางเข้าเว็บบทนำ CPX การออกแบบการฝึก และโดรน/ห้วงอากาศร่วม เผยแพร่แล้ว
- สิ่งที่มีแล้ว
- บทอ่านและทางเข้า CPX แยกจาก DroneSim
- งานต่อไป
- ดูแลเนื้อหาและลิงก์ให้ตรงกับระบบที่ตรวจสอบแล้ว
- เงื่อนไขที่ต้องตรวจ
- ตรวจเนื้อหาและการนำทางเมื่อมีการเปลี่ยนแปลง
เฟส 1 · แบบการฝึกและระบบบทบาทสมมติ วงจรน้ำท่วม UX/UI และสัญญาข้อมูล ใช้เป็นฐานแล้ว
- สิ่งที่มีแล้ว
- แบบเจ็ดบทบาท เกณฑ์ตรวจรับ และสถาปัตยกรรม Cloudflare/GIS
- งานต่อไป
- ระบุผู้รับผิดชอบจริงของการซักซ้อมและสิทธิ์เข้าใช้
- เงื่อนไขที่ต้องตรวจ
- ชื่อบทบาทสมมติยังไม่แทนชื่อหน่วยงานหรืออำนาจจริง
เฟส 2 · ต้นแบบและหน้าฝึกในเครื่องครบวงจรทางเทคนิค เพิ่มคิวโจทย์และรายการภารกิจรอแล้ว รอซักซ้อมกับผู้ใช้
- สิ่งที่มีแล้ว
- รายงาน → รับข้อความ → จอง → แผนและทรัพยากร → ทีมหลักหนึ่งทีม
- ผังสมมติ ห้วงอากาศ รายงานเที่ยวบิน ผลภารกิจ EXCON และ AAR
- งานต่อไป
- ซักซ้อมเจ็ดบทบาท เก็บข้อค้นพบและแก้ประเด็นสำคัญ
- เงื่อนไขที่ต้องตรวจ
- ต้องมีผลสังเกตจากผู้ใช้จริงก่อนตรวจรับ งานนี้ยังไม่ดำเนินการ
เฟส 3 · ฝึกหลายฝ่ายบน Cloudflareเริ่มตรวจสัญญาในเครื่อง ยังไม่เปิดห้องฝึกบนคลาวด์ ทดลองในเครื่อง
- สิ่งที่มีแล้ว
- มีแบบเสนอ: Durable Objects ถือบันทึก D1 สำหรับค้น/สรุป R2 สำหรับหลักฐานตามสิทธิ์
- P3-01: ผ่านการทดสอบในเครื่อง 9 กรณี สำหรับตัวตนสมมติ บันทึกของฝ่าย การส่งซ้ำ และคำสั่งชนกัน
- P3-02: ตรวจข้อความซ้ำและผิดลำดับ การเชื่อมกลับ และการหยุดที่รอทุกฝ่ายยืนยันในเครื่อง
- P3-03: ตรวจความสดของข้อมูล สิทธิ์อ่านหลักฐาน และกู้คืนฐานเจ็ดฝ่ายโดยยังหยุดการฝึกไว้
- P3-04a: ส่งรายงานและข้อเสนอใหม่ข้ามฝ่ายในเครื่อง รับข้อความก่อนจอง และปฏิเสธคำสั่งจากสำเนาเก่า
- P3-04b: ส่งผลจอง/ปฏิเสธกลับศูนย์ แยกประวัติฉบับเก่าออกจากสถานะปัจจุบัน
- P3-04c1: แผนส่วนตัว เลือกส่งสรุปให้ศูนย์ และคำขอสมทบที่ยังไม่ยืนยัน
- P3-04c2: เจ้าของกันและคืนทรัพยากร ตรวจเวลาทับซ้อนและชุดอุปกรณ์ ส่งเฉพาะผลกลับผู้ขอ
- P3-04c3: ตรวจทานแผนและผลจัดสรรกับเจ้าของ แสดงส่วนขาด ยอดเกิน และข้อมูลที่ยังตรวจไม่ได้
- P3-04c4: จำกัดยอดคำขอสมทบรวมต่อแผนฉบับและรายการ โดยยังไม่คืนยอดคำขออัตโนมัติ
- P3-04c5: ปิดคำขอเดิมและรับหลักฐานจากเจ้าของก่อนคืนยอดครั้งเดียว เพื่อขอสมทบจากฝ่ายใหม่
- P3-04c6: ตรึงข้อมูลต้นทางระหว่างศูนย์ตรวจและบันทึกทีมหลักในเครื่อง ตรวจความพร้อมปัจจุบันแยกจากประวัติ
- P3-04c7: ส่งผลยืนยันและทบทวนด้วยข้อความฉบับเรียงลำดับ พร้อมหน้าฝึกสถานะเจ็ดฝ่ายในเครื่องและแบบฝึกจากบันทึกบนเว็บ
- P3-04d1: สิทธิ์สังเคราะห์ถาวรในเครื่อง ถอนสิทธิ์ทันที คงการปฏิเสธหลังเปิดใหม่ และทบทวนการรับภารกิจโดยเก็บทีมหลักกับทรัพยากร
- แผนและแบบบันทึก 16 กรณีสำหรับทดสอบคลาวด์ ยังไม่ได้รันบน Cloudflare
- ยืนยันผู้ใช้ดูแลสิทธิ์ผู้ฝึก และใช้บัญชี Cloudflare เดิมของเว็บ
- งานต่อไป
- เชื่อมการหยุด/กู้คืน ตรวจตัวตนจริง และทดสอบการรับภารกิจข้ามบริการ Cloudflare
- เงื่อนไขที่ต้องตรวจ
- กำหนดวิธีเข้าสู่ระบบ การถอนสิทธิ์ การเก็บข้อมูล และวงเงิน ตรวจบัญชีและผลซักซ้อมก่อนเปิดหลายคน
เฟส 4 · แผนที่และห้วงอากาศหลายหน่วยจากผังสมมติสู่พื้นที่ ข้อมูล และขั้นตอนที่ตรวจรับ วางแผน
- สิ่งที่มีแล้ว
- มีแบบ GIS และต้นแบบข้อเสนอเที่ยวบิน/การประสานบนพื้นที่สมมติ
- งานต่อไป
- เลือกพื้นที่และแหล่งแผนที่ ตรวจสิทธิ์ใช้/พิกัด และทบทวนกับผู้เชี่ยวชาญการบิน
- เงื่อนไขที่ต้องตรวจ
- ยืนยันผู้ตรวจแบบ ความครอบคลุมข้อมูล และเกณฑ์ GIS/ห้วงอากาศ
เฟส 5 · เชื่อม CrisisLink เพื่อฝึกใช้ adapter และข้อมูลสังเคราะห์สำหรับการซักซ้อม วางแผน
- สิ่งที่มีแล้ว
- ใช้เอกสารโครงการ CrisisLink เป็นฐานวิจัยและออกแบบ
- งานต่อไป
- ตรวจสัญญาข้อมูลและ actor mapping ก่อนทดลองเชื่อมระบบฝึก
- เงื่อนไขที่ต้องตรวจ
- เจ้าของระบบยืนยันสิทธิ์ แยกสภาพแวดล้อม และตรวจส่งซ้ำ/กู้คืน
เฟส 6 · ทดลองใช้และเตรียมเหตุจริงซักซ้อมหลายฝ่าย ทำ AAR และตรวจรับขอบเขตการใช้งาน เป้าหมายถัดไป
- สิ่งที่มีแล้ว
- กำหนดทิศทางฝึกก่อน และเตรียมเงื่อนไขสำหรับเหตุจริงแยกไว้
- งานต่อไป
- ตรวจรับร่วมกับเจ้าของงาน แก้ข้อค้นพบ และกำหนดข้อมูล/ขั้นตอนที่อนุญาตให้ใช้
- เงื่อนไขที่ต้องตรวจ
- ยังไม่มีการตรวจรับสำหรับเหตุจริงหรือข้อมูลผู้ประสบภัยจริง
สิ่งที่รอยืนยันก่อนเดินหน้าต่อ
- การซักซ้อมเจ็ดบทบาทผู้เข้าร่วม วันซักซ้อม และผู้เก็บข้อค้นพบตรวจรับเฟส 2 · ยังไม่ยืนยัน
- วิธีเข้าใช้และขอบเขตทดลองยืนยันผู้ดูแลและใช้บัญชีเดิมแล้ว; ยังต้องกำหนดวิธีเข้าสู่ระบบ การถอนสิทธิ์ การเก็บข้อมูล วงเงิน และตรวจสิทธิ์บัญชีจริงขึ้นบริการทดสอบเฟส 3 · ยังไม่ยืนยัน
- พื้นที่และห้วงอากาศผู้ตรวจแบบการบิน พื้นที่นำร่อง แหล่งแผนที่และสิทธิ์ใช้ขยายเฟส 4 · ยังไม่ยืนยัน
ดูเงื่อนไข Cloudflare, CrisisLink และการใช้งานจริง
ก่อนเปิดห้องฝึกหลายฝ่ายบน Cloudflare
ตรวจการแยกฝ่าย ลำดับข้อมูล การส่งซ้ำ การเชื่อมกลับ การถอนสิทธิ์ การพัก–หยุดข้ามฝ่าย และการกู้คืน พร้อมประเมินค่าใช้จ่าย แผนใช้ Durable Objects ถือบันทึก D1 สำหรับค้น/สรุป และ R2 สำหรับหลักฐานที่ตรวจสิทธิ์ ยังต้องผ่านชุดทดลองก่อนเปิดใช้
P3-01 ทดลองในเครื่องด้วยตัวตนและภารกิจสมมติ: ตรวจการแยกฝ่าย สิทธิ์ปัจจุบัน การส่งซ้ำ คำสั่งชนกัน และความครบถ้วนของบันทึกเมื่อเปิดฐานข้อมูลเดิมอีกครั้ง ผลนี้ยังต้องตรวจต่อกับระบบเข้าสู่ระบบ WebSocket และ Durable Objects จริงบน Cloudflare
P3-02 เพิ่มการทดลองรับข้อความซ้ำและผิดลำดับ การเชื่อมกลับพร้อมตรวจสิทธิ์ใหม่ และการหยุดที่รอทุกฝ่ายยืนยัน การส่งถึงยังไม่ใช่การรับภารกิจ ฝ่ายที่ขาดการติดต่อยังแสดงว่ารอยืนยันหยุด ผลนี้เป็นหลักฐานในเครื่อง ส่วนการส่งสถานะภารกิจข้ามฝ่ายแบบสดและเครือข่ายจริงยังต้องตรวจต่อ
P3-03 ตรวจข้อมูลสรุปที่ตามหลังเจ้าของข้อมูล การอ่านหลักฐานที่ต้องตรวจสิทธิ์ทุกครั้ง และชุดกู้คืนข้อมูลในเครื่อง หลังคืนข้อมูลยังหยุดการฝึกไว้ แต่ละฝ่ายต้องยืนยันกลับเข้าระบบ และไม่มีการส่งข้อความค้างให้อัตโนมัติ
P3-04a ทดลองส่งรายงานและข้อเสนอภารกิจจากข้อมูลใหม่ข้ามฝ่ายในเครื่อง ผู้ฝึกต้องรับข้อความและเลือกจองเอง ข้อมูลที่เข้ามาเพิ่มรุ่นข้อมูลของฝ่ายผู้รับ เพื่อปฏิเสธคำสั่งที่อ้างสำเนาเก่า การจองยังไม่ใช่การรับภารกิจหรือยืนยันว่ามีทรัพยากรเพียงพอ
P3-04b เพิ่มผลจองและปฏิเสธกลับถึงศูนย์ในเครื่อง แยกตามทีมและฉบับภารกิจ คำตอบฉบับเก่าที่มาถึงช้าเก็บเป็นประวัติ ไม่เปลี่ยนสถานะฉบับใหม่ ภารกิจที่จองยังอยู่ในรายการรอจนกว่าจะตรวจแผนและทรัพยากรครบ
P3-04c1 เพิ่มแผนส่วนตัวของทีม การเลือกส่งสรุปให้ศูนย์ และคำขอสมทบถึงฝ่ายที่ระบุในชุดทดลอง ข้อมูลที่รับยังเป็น «ยังไม่ยืนยัน» และไม่รับรองว่าเป็นฉบับล่าสุดทั่วระบบ คำขอไม่ทำให้ถือว่ามีทรัพยากรพร้อมใช้
P3-04c2 เพิ่มการกันและคืนทรัพยากรโดยเจ้าของ ตรวจจำนวนและเวลาทับซ้อน รวมชุดอุปกรณ์กับชิ้นส่วน แล้วส่งเฉพาะผลกลับผู้ขอ การแก้แผนไม่คืนทรัพยากรเอง ผลที่ได้รับยังไม่รับรองว่าเป็นสถานะล่าสุดทั่วระบบ
P3-04c3 เพิ่มการตรวจทานกลับไปยังศูนย์และเจ้าของทรัพยากร รวมยอดที่ตรวจพบ ส่วนขาดและยอดเกิน รายการที่เจ้าของคืนแล้วจะไม่นับ แม้ข้อความคืนยังมาไม่ถึงผู้ขอ หากข้อมูลเปลี่ยนหรือมีฝ่ายที่ตรวจไม่ได้ จะแสดงว่าตรวจไม่ครบ ผลนี้ยังไม่ใช่การยืนยันพร้อมหรือเลือกทีมหลัก
P3-04c4 ผ่านในเครื่อง: แบ่งยอดคำขอสมทบตามความต้องการของแผนฉบับเดียวกัน ยอดรวมที่ขอหลายฝ่ายต้องไม่เกินจำนวนที่ต้องการ ใช้ชุดทดลอง schema7 ใหม่ ยอดคำขอที่ส่งแล้วยังไม่ถูกคืนเมื่อปล่อยทรัพยากร การยกเลิกและคืนยอดต่อยอดในชุด P3-04c5 ส่วนการยืนยันพร้อมและทีมหลักในเครื่องต่อยอดในชุด P3-04c6
P3-04c5: ผู้ขอยกเลิกคำขอ เจ้าของหยุดการจัดสรรเพิ่มและคืนทรัพยากรค้างก่อนปิดคำขอ เมื่อผู้ขอรับหลักฐานยืนยันปิดแล้วจึงคืนยอดครั้งเดียวและขอจากฝ่ายใหม่ได้ ข้อความล่าช้าหรือส่งซ้ำไม่ทำให้คืนยอดเพิ่ม ใช้ชุดทดลอง schema8 ใหม่ ยังไม่ยืนยันความพร้อมรับภารกิจ
P3-04c6: ศูนย์ตรวจแผนฉบับปัจจุบันและทรัพยากรครบทุกความต้องการก่อนยืนยัน โดยตรึงข้อมูลต้นทางไว้จนบันทึกผลสำเร็จในเครื่อง ภารกิจหนึ่งมีทีมหลักหนึ่งทีม หากข้อมูลเปลี่ยนหรือกลับไปตรวจไม่ได้ ต้องทบทวนและเปิดภารกิจใหม่อย่างชัดเจนก่อนเปลี่ยนทีม วิธีนี้ยังไม่ใช่ธุรกรรมข้ามบริการบน Cloudflare
P3-04c7: ศูนย์ส่งผลยืนยัน สถานะต้องทบทวน และผลเปิดภารกิจใหม่ให้แต่ละฝ่าย หน้าฝึกแสดงฉบับล่าสุดที่ได้รับโดยไม่ให้ข้อความเก่าทับฉบับใหม่ เก็บทีมหลักเดิมไว้เมื่อรอทบทวน มีหน้าฝึกสถานะในเครื่องและแบบฝึกจากบันทึกสังเคราะห์บนเว็บ
P3-04d1: ตรวจสิทธิ์สังเคราะห์จากทะเบียนถาวรในเครื่อง ผู้ถูกถอนสิทธิ์ใช้สิทธิ์เดิมอ่านข้อมูลหรือส่งคำสั่งซ้ำไม่ได้แม้เปิดระบบใหม่ ถอนสิทธิ์ก่อนรอทุกฝ่ายยืนยันฉบับ เมื่อแหล่งข้อมูลที่จำเป็นถูกถอนสิทธิ์ ศูนย์ต้องตรวจและส่งผลว่าต้องทบทวน ทีมหลักและทรัพยากรยังอยู่จนกว่าจะตัดสินใจใหม่ ระบบเข้าสู่ระบบจริงบน Cloudflare ยังอยู่ในแผน
งานถัดไปตรวจตัวตน การหยุด/ถอนสิทธิ์ การกู้คืน และการประสานการตัดสินใจข้ามบริการบน Cloudflare ผู้ใช้ดูแลสิทธิ์ผู้ฝึกและใช้บัญชี Cloudflare เดิมของเว็บ แบบบันทึกคลาวด์ 16 กรณียังเป็น «ยังไม่ได้ทดสอบ» การเปิดห้องฝึกยังต้องผ่านเงื่อนไขการเข้าใช้ การเก็บข้อมูล และวงเงิน
- ลองแบบฝึกการส่งสถานะประจำฝ่าย
- ลองแบบฝึกถอนสิทธิ์และทบทวนการรับภารกิจ
- ดาวน์โหลดผลทดลอง P3-04d1 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c7 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c6 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c5 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c4 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c3 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c2 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04c1 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04b ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-04a ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-03 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-02 ในเครื่อง (Markdown)
- ดาวน์โหลดผลทดลอง P3-01 ในเครื่อง (Markdown)
- ดาวน์โหลดแผนทดลองเฟส 3 (Markdown)
- ดาวน์โหลดแบบบันทึก 16 กรณีทดสอบ (CSV)
จากการฝึกสู่ CrisisLink และเหตุจริง
เริ่มเชื่อมผ่าน adapter บนระบบฝึกด้วยข้อมูลสังเคราะห์ ตรวจสิทธิ์และ actor mapping กับเจ้าของ CrisisLink ก่อนทดลอง แล้วซักซ้อม ทำ AAR และตรวจรับข้อมูลกับขั้นตอนของเหตุจริงแยกต่างหาก
ผลทดสอบโปรแกรมยังไม่แทนผลซักซ้อมกับผู้ใช้ การตรวจรับด้านการบิน หรือความพร้อมสำหรับเหตุจริง
จากความรู้ สู่การออกแบบและซักซ้อม
เริ่มจากภารกิจน้ำท่วมและช่วยเหลือผู้ประสบภัย ใช้ข้อมูลสังเคราะห์เพื่อฝึกการส่งต่อข้อมูลและการตัดสินใจ โดยเตรียมโครงสร้างให้ขยายไปยังภารกิจอื่นได้
- 1. CPX และบทบาทของแต่ละฝ่าย
- รู้ว่าใครรับข้อมูล ตัดสินใจ และส่งผลต่อให้ใคร พร้อมวิธีเริ่มฝึกบนกระดาษหรือเครือข่ายทดสอบ
- 2. ออกแบบการฝึกหลายฝ่าย
- กำหนดวัตถุประสงค์ โจทย์แทรก ผู้รับข้อมูล หลักฐาน และการทบทวนหลังฝึก
- 3. โดรนและห้วงอากาศร่วม
- แยกการรับภารกิจออกจากเที่ยวบิน ประสานพื้นที่ ความสูง เวลา และข้อจำกัดระหว่างหน่วยงาน
แบบฝึกอ่านสถานะภารกิจประจำบทบาท
แบบฝึกจากบันทึกสังเคราะห์ที่ตรวจแล้ว ไม่ใช่ห้องฝึกสด
เลือกหนึ่งในเจ็ดบทบาท แล้วเลือกจุดในกระบวนการของภารกิจสมมติหนึ่งภารกิจ เพื่ออ่านสถานะที่ฝ่ายนั้นได้รับจริงในชุดทดลอง ข้อมูลที่ศูนย์ส่งแล้วอาจยังมาไม่ถึงผู้รับ การยืนยันทีมหลักและผลตรวจนี้ไม่ให้สิทธิ์บิน
กำลังโหลดบันทึกสังเคราะห์…
เปิดชุดทดลองส่งสถานะในเครื่องสำหรับผู้พัฒนา
ใช้ Node.js รุ่นที่ระบุในคู่มือ จากโฟลเดอร์โครงการเรียก node tools/cpx-cloud-feasibility/status-workbench-server.mjs .codex/cpx-mission-status-c7 แล้วเปิดที่อยู่ http://127.0.0.1:4323/ ที่โปรแกรมแสดง หากพอร์ตไม่ว่าง ให้เพิ่มพอร์ตว่างเป็นอาร์กิวเมนต์ตัวที่สอง ใช้โฟลเดอร์ฐานข้อมูลใหม่และเก็บรอบเก่าไว้สำหรับตรวจหลักฐาน ผู้จัดทดลองคนเดียวสลับบทบาทสมมติและกดแต่ละคำสั่งเอง
แบบฝึกถอนสิทธิ์และทบทวนการรับภารกิจ
แบบฝึกจากบันทึกสังเคราะห์ที่ตรวจแล้ว ไม่ใช่ห้องฝึกสด
เลือกบทบาทและจุดในกระบวนการเพื่อดูผลจากทะเบียนสิทธิ์สังเคราะห์ที่บันทึกจริงในเครื่อง ผู้ถูกถอนสิทธิ์อ่านข้อมูลหรือทำรายการด้วยสิทธิ์เดิมไม่ได้ แม้เปิดโปรแกรมใหม่ แต่ทีมหลักและทรัพยากรยังคงอยู่จนกว่าผู้ประสานจะทบทวนและเปิดภารกิจใหม่อย่างชัดเจน
กำลังโหลดบันทึกสังเคราะห์…
อ่านขอบเขตการถอนสิทธิ์ในชุดนี้
มีสามเรื่องที่ต้องติดตามแยกกัน: ทะเบียนสิทธิ์ปฏิเสธบุคคลทันที การทบทวนภารกิจต้องบันทึกและส่งสถานะใหม่ และการถอนสิทธิ์จะเสร็จครบเป้าหมายเมื่อแต่ละฝ่ายยืนยันฉบับที่กำหนด การยืนยันในชุดนี้เป็นการสังเกตโดยผู้จัดทดลองในเครื่อง ยังไม่ใช่หลักฐานจากเครือข่าย
การถอนสิทธิ์บุคคลหนึ่งไม่ลบหน่วยงาน ผู้ฝึกอื่นที่มีสิทธิ์ของตนเองยังทำงานได้ ข้อมูลที่เคยเห็นหรือดาวน์โหลดเรียกคืนไม่ได้ แบบฝึกนี้ไม่ใช่ระบบเข้าสู่ระบบจริง และไม่ให้สิทธิ์บิน
รายละเอียดต้นแบบและแบบการฝึก
ชุดนี้ใช้ข้อมูลและพื้นที่สมมติในเครื่อง ยังไม่เปิดห้องฝึกหลายฝ่ายหรือเชื่อม CrisisLink ให้ผู้ใช้ทดลอง
เฟส 1 เตรียมอะไรไว้แล้ว
ชุดแบบครอบคลุมผู้ประสานภารกิจ ทีมโดรนสองหน่วย กู้ภัย ผู้ประสานห้วงอากาศ EXCON และผู้ประเมิน เป็นบทบาทเชิงระบบที่เสนอ ไม่ใช่จำนวนคนหรือชื่อหน่วยงานที่ยืนยันแล้ว
- กำหนดสิทธิ์ของแต่ละฝ่าย และแยกการรับภารกิจ ผลประสานห้วงอากาศ และสถานะเที่ยวบิน
- ออกแบบวงจรรับแจ้ง → มอบภารกิจ → ประสานเที่ยวบิน → ส่งผล → ทบทวน พร้อมข้อมูลที่แต่ละฝ่ายได้รับ
- จัดแบบหน้าจอระดับโครงสร้างและสัญญาข้อมูลที่ติดตามฉบับ เวลา ผู้รับ และหลักฐานได้
- เตรียมเกณฑ์ทดสอบก่อนเริ่มต้นแบบ รวมการส่งซ้ำ ข้อมูลไม่ครบ และการขาดการติดต่อ
ขอบเขตต้นแบบ: เริ่มด้วยสองหน่วยโดรนและผังสมมติ ส่วนพื้นที่จริง แหล่งแผนที่ และขั้นตอนการบินต้องตรวจเพิ่มเติมก่อนใช้สถานการณ์เชิงภูมิศาสตร์ การเริ่มพัฒนาไม่ได้เป็นการตรวจรับด้านการบิน
ชุดฐานต้นแบบในเครื่อง
เริ่มจากบันทึกข้อมูลฝึกแยกตามฝ่าย ตรวจว่าผู้บันทึกมีบทบาทที่กำหนดไว้ และเก็บผลคำสั่งเพื่อไม่ให้การลองส่งซ้ำสร้างรายการซ้ำ ข้อมูลที่บันทึกแล้วเปิดกลับมาตรวจได้หลังปิดและเปิดโปรแกรมใหม่
ชุดนี้เป็นเครื่องมือทดลองในเครื่อง พร้อมหน้าฝึกประจำบทบาท คำว่า “บันทึกในเครื่องแล้ว” ไม่ได้หมายถึงผู้รับบันทึกการรับข้อความแล้ว ระบบเครือข่ายหลายคนและแผนที่ภูมิศาสตร์ยังอยู่ในลำดับพัฒนาถัดไป
รายงาน ภารกิจ และกล่องรับงาน
ต้นแบบในเครื่องรองรับรายงานพื้นที่สมมติ การขอข้อมูลเพิ่ม และการเสนอภารกิจให้ทีมโดรนสองหน่วย ผู้รับแต่ละฝ่ายมีหลักฐานรับข้อความและผลตอบรับของตนเอง รายงานที่ไม่ทราบเวลาสังเกตจะคงสถานะไม่ทราบไว้
- รอส่งถึงผู้รับ: บันทึกข้อความไว้แล้ว ผู้รับยังไม่ได้บันทึกการรับ
- ได้รับข้อความแล้ว: มีหลักฐานรับข้อความ แต่ยังไม่ถือว่ารับภารกิจ
- จองเพื่อจัดทำแผนหรือปฏิเสธ: ทีมโดรนตัดสินใจต่อฉบับที่ได้รับ การจองยังไม่ใช่การรับภารกิจ และไม่ปิดโอกาสหน่วยอื่นที่มีสิทธิ์ร่วมเตรียมแผน
ขณะนี้ทดสอบการส่งต่อด้วยโปรแกรมในเครื่อง ยังไม่มีการรับส่งผ่านเครือข่ายหรือห้องฝึกให้เข้าใช้บนเว็บ
แผนภารกิจและทรัพยากร
เริ่มจากจองภารกิจฉบับปัจจุบันเพื่อจัดทำแผน ระบุวัตถุประสงค์ ขั้นตอน ช่วงเวลา เงื่อนไข แผนสำรอง และกำลังคนหรืออุปกรณ์ที่ต้องใช้ แล้วเปรียบเทียบจำนวนที่ต้องการ ยืนยันแล้ว และยังขาด
- จัดทำแผน: ระบุความต้องการตามภารกิจ ทั้งทรัพยากรของตนและที่ต้องขอสมทบ
- เจ้าของยืนยัน: แต่ละฝ่ายถือทะเบียนและจัดสรรเอง ศูนย์ประสานเห็นเฉพาะรายการที่แชร์ คำขอที่ยังไม่ยืนยันไม่นับเป็นของพร้อมใช้
- ตรวจรายการขาด: รองรับการให้บางส่วน ตรวจการจองทับช่วงเวลา และป้องกันการจองชุดอุปกรณ์ซ้ำกับส่วนประกอบ
- ทบทวนเมื่อแก้แผน: การจัดสรรฉบับเก่าไม่นับให้แผนใหม่ แต่ยังกันทรัพยากรไว้จนเจ้าของยืนยันคืน
จองก่อน รับภารกิจเมื่อพร้อม
Waiting list → จองและจัดทำแผน → ตรวจทรัพยากร/ขอสมทบ → ศูนย์ประสานยืนยันผู้รับหลัก
- ยังอยู่ในรายการรอ: ภารกิจที่จองแต่ยังไม่ยืนยันผู้รับหลักยังเปิดให้หน่วยอื่นที่มีสิทธิ์เตรียมแผนได้ แต่ละหน่วยเห็นรายละเอียดแผนของตนเอง
- รับเมื่อพร้อม: ศูนย์ประสานตรวจแผนฉบับปัจจุบัน ทบทวนความต้องการ และยืนยันผู้รับหลักได้หนึ่งรายเมื่อทรัพยากรที่เจ้าของยืนยันครบตามแผน
- ทบทวนเมื่อความพร้อมเปลี่ยน: แผนหรือภารกิจเปลี่ยน หรือทรัพยากรถูกคืน ต้องทบทวนใหม่ ศูนย์ประสานเปิดกลับเข้ารายการรออย่างชัดเจนก่อนให้หน่วยอื่นรับต่อ เพื่อป้องกันออกปฏิบัติซ้ำ
การรับภารกิจยังแยกจากการเริ่มปฏิบัติและการประสานห้วงอากาศ ต้นแบบตรวจวงจรนี้ผ่านโปรแกรมในเครื่อง ส่วนหน้าวางแผนสำหรับผู้ฝึกและระบบเริ่มปฏิบัติการยังอยู่ในลำดับพัฒนา
ความพร้อมในบริบทหน่วยงาน: มีอุปกรณ์ มีผู้ใช้ที่มีทักษะ และได้รับสิทธิ์ให้นำไปใช้เป็นคนละเรื่อง การฝึกต้องตรวจทั้งสามด้าน รวมเวลาระดมพลและการถึงพื้นที่จริง ต้นแบบรอบนี้ตรวจจำนวนที่จัดสรรและบันทึกการทบทวนของศูนย์ประสาน ยังไม่ได้ตรวจคุณสมบัติบุคลากรหรือการมาถึงหน้างานโดยอัตโนมัติ
ผังพื้นที่สมมติและข้อมูลประจำฝ่าย
ต้นแบบเชื่อมรายงาน ภารกิจ และแผนที่ฝ่ายนั้นมีสิทธิ์อ่านเข้ากับพื้นที่ A/B/C ข้อมูลที่ระบุเพียงพื้นที่ยังคงแสดงในระดับพื้นที่ โดยไม่สร้างตำแหน่งแน่นอนขึ้นมาเอง
- แยกสิทธิ์ก่อนแสดง: ข้อความขาเข้าต้องมีหลักฐานรับก่อนจึงปรากฏ แผนภารกิจเป็นของฝ่ายเจ้าของ และข้อมูลควบคุมการฝึกอยู่เฉพาะผู้ควบคุม
- เพิ่มหมายเหตุ: บันทึกจุด เส้น หรือกรอบพื้นที่ พร้อมแหล่งข้อมูล เวลาและข้อจำกัด เลือกแชร์หมายเหตุให้ฝ่ายที่ต้องการได้
- ตรวจพิกัดผัง: ใช้ค่า x/y ในขอบเขตแผนภาพ แยกจากละติจูด/ลองจิจูดและความสูง ไม่ใช้คำนวณระยะปลอดภัยหรือรับรองเส้นทาง
ข้อเสนอเที่ยวบินและการตรวจห้วงอากาศเบื้องต้น
ทีมโดรนแต่ละหน่วยเสนอเที่ยวบินจำลองจากแผนภารกิจฉบับปัจจุบัน ระบุกรอบพื้นที่ ช่วงเวลา ช่วงความสูง และพื้นที่ตามแผนสำรอง ผู้ประสานห้วงอากาศสมมติเห็นข้อมูลที่จำเป็นต่อการเปรียบเทียบข้ามหน่วย โดยรายละเอียดแผนและรายงานต้นทางยังอยู่กับฝ่ายเจ้าของ
- ตรวจการซ้อนทับ: เปรียบเทียบกรอบพื้นที่ เวลา และช่วงความสูงสมมติ รวมพื้นที่แผนสำรอง และเที่ยวบินหลายเที่ยวของหน่วยเดียวกัน
- คงสิ่งที่ยังไม่ทราบ: ความสูงที่ไม่มีฐานอ้างอิงร่วมกันยังเทียบไม่ได้ ไม่มีการแปลง AGL/AMSL หรือหน่วยจริงเป็นระดับในผังโดยอัตโนมัติ
- ติดตามฉบับและส่วนขาด: เมื่อภารกิจหรือแผนเปลี่ยน หรือทรัพยากรถูกคืน ผลอ่านล่าสุดจะระบุประเด็นที่ต้องทบทวนใหม่
ผลตรวจนี้ยังต้องให้คนทบทวน: ไม่พบการซ้อนทับในข้อเสนอที่บันทึกไว้ไม่ได้แปลว่าห้วงอากาศว่าง ข้อมูลที่ใช้เป็นข้อมูลสมมติในการฝึก และไม่มีผลเป็นการอนุญาตบิน
ข้อจำกัด ข้อตกลง และการรับทราบรายฝ่าย
- ระบุข้อมูลที่ใช้: ผู้ประสานบันทึกข้อจำกัดและข้อมูลอากาศยานอื่น พร้อมแหล่งที่มา ช่วงเวลา และสิ่งที่ยังไม่ทราบ การระบุว่าครบสำหรับชุดฝึกเป็นคำยืนยันของผู้ทบทวน ไม่ใช่การตรวจสอบข้อมูลจริงจากภายนอก
- ตรวจเงื่อนไขก่อนตกลง: ต้องเป็นภารกิจที่ยืนยันผู้รับหลักแล้ว ใช้แผนและทรัพยากรฉบับปัจจุบัน ข้อมูลครอบคลุมช่วงเวลาที่เสนอ และไม่มีการซ้อนทับหรือประเด็นที่ยังแก้ไม่ครบในแบบจำลอง
- รับทราบฉบับเดียวกัน: แต่ละฝ่ายที่ระบุในข้อตกลงบันทึกการรับทราบเงื่อนไขของตนเอง หากยังไม่ครบจะแสดงว่ารอรับทราบ การรับทราบในเครื่องยังไม่ใช่หลักฐานส่งถึงผ่านเครือข่าย
- ทบทวนเมื่อข้อมูลเปลี่ยน: การเปลี่ยนข้อจำกัด เที่ยวบิน แผน หรือการจัดสรรที่เกี่ยวข้องทำให้ข้อตกลงเดิมต้องทบทวน การรับทราบฉบับเก่าใช้แทนฉบับใหม่ไม่ได้
ตัวอย่างโจทย์ฝึก: หลังทีมโดรนรับทราบข้อตกลงแล้ว มีรายงานเฮลิคอปเตอร์กู้ภัยเข้าพื้นที่ ผู้ประสานปรับข้อมูลอากาศยานอื่น ข้อตกลงเดิมจึงต้องทบทวนและสื่อสารเงื่อนไขใหม่ โดยไม่ถือว่าการกดรับทราบแก้ความขัดแย้งได้เอง
รายงานเที่ยวบินและการขาดการติดต่อ
ทีมเจ้าของเที่ยวบินบันทึกสถานะที่รายงานว่าอยู่ระหว่างบิน ลงจอด ไม่ทราบสถานะ ขาดการติดต่อ หรือเกิดเหตุฉุกเฉิน พร้อมแหล่งข้อมูลและเวลาสังเกต ระบบแยกเวลาสังเกตออกจากเวลาที่บันทึกในเครื่อง และยังรับรายงานเหตุได้แม้แผนหรือข้อตกลงเดิมต้องทบทวน
- เห็นอายุและข้อจำกัดของข้อมูล: แสดงเวลาไม่ทราบ ข้อมูลเก่า เวลาล้ำหน้าจุดประเมิน หรือรายงานที่มาถึงล่าช้า เกณฑ์อายุข้อมูลเป็นค่าที่ใช้แสดงในชุดฝึก ไม่ใช่ระยะเวลาปลอดภัยสำหรับการบิน
- คงประเด็นที่ต้องตรวจสอบ: การหมดช่วงเวลาตามแผนหรือขาดการติดต่อไม่ทำให้ถือว่าลงจอด รายงานที่ยังไม่ผ่านการทบทวนจะระงับการสร้างข้อตกลงใหม่ในต้นแบบพื้นที่ฝึกนี้
- ทบทวนหลักฐานลงจอด: ผู้ประสานตรวจรายงานล่าสุดและบันทึกหลักฐานกับเหตุผลอย่างชัดเจน รายงานใหม่ที่เข้าภายหลังเปิดประเด็นให้ตรวจอีกครั้ง ข้อตกลงเก่าไม่กลับมาใช้ได้เอง
ตัวอย่างโจทย์ฝึก: ทีม A รายงานขาดการติดต่อ ต่อมารายงานว่าลงจอดแล้ว ผู้ประสานยังต้องทบทวนหลักฐาน หากมีรายงานระหว่างบินมาถึงล่าช้า ระบบเก็บทั้งลำดับรับและเวลาสังเกตไว้ให้ตรวจ โดยไม่ลบความไม่แน่นอนเงียบ ๆ
ชุดนี้เป็นรายงานและการทบทวนในการฝึก ยังไม่มีข้อมูลติดตามจากอากาศยานจริงหรือคำสั่งควบคุมการบิน การทบทวนลงจอดไม่ใช่การประกาศว่าห้วงอากาศว่าง
ส่งผลภารกิจและติดตามการนำไปใช้
ทีมโดรนส่งผลที่อ้างถึงภารกิจและเที่ยวบินฉบับที่เกี่ยวข้อง แยกสิ่งที่สังเกตเห็นออกจากข้อประเมิน พร้อมเวลาสังเกต แหล่งข้อมูล ข้อจำกัด และสถานะหลักฐาน ฝ่ายกู้ภัยและศูนย์ประสานบันทึกการรับของตนเอง
- ส่งผลพร้อมข้อจำกัด: ระบุให้ชัดว่าพบอะไร ประเมินอย่างไร และอะไรที่ยังยืนยันไม่ได้ หากหลักฐานไม่พร้อมให้คงสถานะนั้นไว้ การอ้างถึงหลักฐานยังไม่เท่ากับตรวจสอบไฟล์แล้ว
- แยกได้รับออกจากนำไปใช้: หลังรับผล ฝ่ายกู้ภัยบันทึกว่าใช้ผล ขอข้อมูลเพิ่ม หรือไม่ใช้ผล พร้อมเหตุผล การที่ศูนย์ประสานได้รับข้อความไม่แทนการรับของฝ่ายกู้ภัย
- ติดตามฉบับและคำตอบ: ผลฉบับแก้ไขต้องรับและพิจารณาใหม่ คำตอบส่งกลับถึงทีมโดรนและศูนย์ประสานโดยมีหลักฐานรับแยกกัน ประวัติฉบับก่อนยังคงอยู่
ตัวอย่างโจทย์ฝึก: ทีมโดรนรายงานเส้นทางเข้าพื้นที่และสิ่งกีดขวาง แต่ยังยืนยันความลึกของน้ำไม่ได้ ฝ่ายกู้ภัยอาจใช้ข้อมูลเพื่อวางแผนสำรวจเพิ่ม พร้อมบันทึกข้อจำกัดที่ต้องตรวจภาคพื้น การบันทึกว่าใช้ผลแล้วไม่ปิดภารกิจ ไม่คืนทรัพยากร และไม่เปลี่ยนสถานะเที่ยวบินเอง
ต้นแบบชุดนี้ทดสอบการรับส่งในเครื่อง ยังไม่รับส่งไฟล์หลักฐานหรือเปิดห้องฝึกออนไลน์
ควบคุมโจทย์ฝึกและทบทวนหลักฐาน
ผู้ควบคุมการฝึก (EXCON) เตรียมคิวโจทย์คงที่ แล้วเลือกปล่อยโจทย์ถัดไปขณะการฝึกกำลังดำเนินอยู่ ผู้ฝึกแต่ละฝ่ายเห็นเฉพาะโจทย์ที่ส่งถึงตนและบันทึกการรับแล้ว โดยไม่เห็นคิวโจทย์ที่ยังไม่ปล่อย
- เริ่ม พัก และหยุดอย่างชัดเจน: แจ้งสถานะให้แต่ละฝ่ายรับข้อความและรับทราบแยกกัน คำสั่งจากสถานะการควบคุมฉบับเก่าจะไม่ถูกนำไปใช้เป็นคำสั่งใหม่
- ไม่ล้างสถานะการบิน: การพักหรือหยุดฝึกไม่แปลว่าโดรนลงจอด ไม่คืนทรัพยากร และยังเปิดให้บันทึกรายงานเที่ยวบินหรือเหตุผิดปกติได้
- ทบทวนตามสิ่งที่ทราบในขณะนั้น: หลังหยุดและทุกฝ่ายรับทราบ ผู้ประเมินเลือกฝ่ายและจุดตัดลำดับเหตุการณ์ เพื่ออ่านบันทึกของฝ่ายนั้นกับข้อความที่ได้รับจริง โดยไม่รวมข้อมูลที่มาถึงภายหลัง
- บันทึกข้อค้นพบพร้อมหลักฐาน: แยกสิ่งที่สังเกตได้ออกจากกรณีไม่มีโอกาสสังเกต ระบุเหตุผลและข้อเสนองานปรับปรุง โดยไม่ตัดสินผ่าน–ไม่ผ่านอัตโนมัติ
ตัวอย่างโจทย์ฝึก: EXCON ส่งข้อมูลเพิ่มเติมหลังฝ่ายกู้ภัยตัดสินใจแล้ว ผู้ประเมินย้อนดูจุดตัดก่อนตัดสินใจ เพื่อแยกว่าข้อมูลใดได้รับทันเวลาและข้อมูลใดยังมาไม่ถึง การมีโจทย์อยู่ในคิวไม่ถือว่าผู้ฝึกได้รับข้อมูลนั้นแล้ว
การทบทวนชุดนี้ครอบคลุมบันทึกประจำฝ่ายและข้อความ ยังไม่ใช่การเล่นแผนที่หรือสถานะทุกระบบย้อนหลัง
หน้าฝึกประจำบทบาทในเครื่อง
P2-07 เชื่อมหน้าทดลองกับบันทึกการฝึกที่เก็บในเครื่อง ผู้จัดทดลองสลับเจ็ดบทบาทสมมติเพื่อเดินกระบวนการทีละขั้น แต่ละหน้ามีงานของฝ่ายนั้น กล่องข้อความ ข้อมูลภารกิจ และผังพื้นที่สมมติที่อ่านจากสิทธิ์ของบทบาทที่เลือก
- ส่งรายงานและจองภารกิจ: ฝ่ายกู้ภัยส่งข้อมูล ศูนย์ประสานเสนอภารกิจ ทีมโดรนรับข้อความก่อนจองเพื่อวางแผน
- จัดกำลังและขอสมทบ: ระบุความต้องการ ตรวจทรัพยากร และรอเจ้าของยืนยันสมทบ ก่อนศูนย์ยืนยันผู้รับผิดชอบหลัก
- ประสานและส่งผล: เสนอเที่ยวบิน ทบทวนเงื่อนไขห้วงอากาศ บันทึกสถานะที่รายงาน และส่งผลให้กู้ภัยพิจารณาพร้อมข้อจำกัด
- หยุดและทบทวน: EXCON หยุดการฝึก แต่ละฝ่ายรับทราบ ผู้ประเมินเลือกจุดตัดและบันทึกข้อค้นพบพร้อมหลักฐาน
แต่ละขั้นต้องกดดำเนินการเอง ข้อความที่ยังไม่รับจะแสดงเพียงข้อมูลการส่ง ร่างที่ยังไม่ส่งกับคำสั่งที่รอยืนยันผลมีสถานะแยกกัน เพื่อให้ตรวจสอบก่อนลองส่งซ้ำ
เปิดหน้าทดลองในเครื่องสำหรับผู้พัฒนา
จากโฟลเดอร์โครงการ ใช้ Node.js รุ่นที่ระบุในคู่มือ แล้วเรียก node tools/cpx-local/workbench-server.mjs .codex/cpx-workbench-1.16.28.sqlite เปิดที่อยู่ http://127.0.0.1:4322/ ที่โปรแกรมแสดง หากมีรอบเก่าทำงานอยู่ ให้เก็บรอบนั้นไว้และเพิ่มพอร์ตว่าง เช่น 4324 เป็นอาร์กิวเมนต์ตัวที่สอง รุ่นนี้ต้องใช้ฐานข้อมูลใหม่ โดยเก็บฐานข้อมูลและโค้ดรุ่นเก่าไว้สำหรับตรวจหลักฐานเดิม ระบบนี้ใช้ข้อมูลสมมติและสิทธิ์ของผู้จัดทดลองคนเดียว
การสลับบทบาทนี้ใช้ตรวจการทำงานในเครื่อง ยังไม่ใช่บัญชีแยกของผู้ฝึกหลายคน การตรวจรับโดยผู้ใช้จริงและการฝึกนำร่องยังต้องดำเนินการ ก่อนขยายเป็นห้องฝึกบน Cloudflare ในเฟส 3
รายการภารกิจรอและความพร้อมของทีม
ศูนย์ประสานและทีมโดรนอ่านรายการภารกิจแยกเป็นรอจัดทีม ยืนยันทีมหลักแล้ว และต้องทบทวนความพร้อม แต่ละรายการแสดงโจทย์ พื้นที่สมมติ ความสามารถที่ต้องการ กำหนดเวลา และทีมหลักเมื่อมีการยืนยัน ทีมโดรนเห็นสถานะการเตรียมของตน ส่วนศูนย์เห็นจำนวนความต้องการที่ครบและยังขาดของแต่ละทีม
- เห็นรายการก่อนรับข้อความ: ทีมที่มีสิทธิ์เห็นข้อมูลสรุปในรายการรอได้ แต่ต้องบันทึกรับข้อเสนอฉบับปัจจุบันก่อนตัดสินใจ
- จองหรือปฏิเสธ: เปิดแบบฟอร์มจากรายการ ตรวจข้อมูลแล้วส่งเอง การปฏิเสธต้องมีเหตุผล การจองเปิดให้เตรียมแผนร่วมกับทีมอื่นและยังไม่ถือว่ารับภารกิจ
- ตรวจส่วนขาดและยืนยันทีมหลัก: ทรัพยากรต้องมีเจ้าของยืนยัน ศูนย์ทบทวนแผนก่อนเลือกทีมหลักหนึ่งทีม หากความพร้อมเปลี่ยนจะคงทีมหลักไว้และแสดงว่าต้องทบทวน
จำนวนความต้องการที่ครบเป็นข้อมูลตามแผน ยังต้องตรวจคุณสมบัติ ความเหมาะสม และการมาถึงของกำลังจริง การยืนยันทีมหลักไม่ให้สิทธิ์บิน หน้ารายการไม่เปิดรายละเอียดแผนหรือทะเบียนส่วนตัวของทีมอื่น
จัดคิวโจทย์ของผู้ควบคุมการฝึก
ก่อนเตรียมการฝึก EXCON เพิ่มโจทย์ได้ 1–12 รายการ เลือกฝ่ายผู้รับ ระบุรหัสวัตถุประสงค์ หัวข้อ และข้อความ แล้วจัดลำดับ ตรวจรายละเอียด และยืนยันทั้งคิว ร่างยังไม่ส่งจะเก็บไว้เฉพาะในเบราว์เซอร์ของรอบนั้น
- กำหนดโจทย์ที่สังเกตผลได้: เช่น ให้กู้ภัยตรวจข้อมูลเส้นทาง ให้ทีมโดรนทบทวนข้อจำกัดทรัพยากร หรือให้ผู้ประสานห้วงอากาศพิจารณาข้อมูลการบินที่ยังไม่ครบ ใช้รหัสวัตถุประสงค์เพื่ออ้างอิงตอนทบทวน
- ตรวจคิวก่อนยืนยัน: รหัสโจทย์ต้องไม่ซ้ำ ผู้รับและข้อความต้องครบ หลังเตรียมแล้วคิวจะถูกตรึงไว้กับบันทึกของรอบนี้ หากต้องเปลี่ยนคิวให้เริ่มรอบใหม่โดยเก็บรอบเดิมไว้
- ปล่อยทีละรายการ: ขณะกำลังฝึก EXCON ตรวจผู้รับและเนื้อหาของรายการถัดไปก่อนกดส่ง ผู้รับจะอ่านเนื้อหาได้หลังบันทึกการรับข้อความ คิวที่ยังไม่ปล่อยไม่ปรากฏในหน้าฝ่ายอื่น
โจทย์เป็นข้อมูลให้ผู้ฝึกพิจารณา การส่งโจทย์ไม่สร้างภารกิจ ไม่จองทรัพยากร และไม่ตัดสินใจแทนฝ่ายนั้น แบบงานภารกิจส่วนอื่นยังใช้แม่แบบฝึกเดิม โดยมีช่องข้อความให้แก้ไข
แนวทางเชื่อมโจทย์กับผู้รับและวัตถุประสงค์อ้างอิง คู่มือ MSEL ของ FEMA โดยชุดนี้รองรับการส่งด้วยมือ ยังไม่มีตารางส่งอัตโนมัติหรือการประเมินคะแนนอัตโนมัติ
ตัวจำลองจะมีทั้งฝ่ายประสาน ทีมโดรน ทีมกู้ภัย ผู้ประสานห้วงอากาศ ผู้ควบคุมการฝึก และผู้ประเมิน การเปิดฝึกจะขึ้นกับผลทดสอบและการตรวจรับ ไม่แสดงปุ่มเริ่มห้องฝึกจนกว่าระบบจะพร้อม
เชื่อมกับความรู้และตัวจำลองที่มีอยู่
- เปิด DroneSim — ตัวจำลองโดรนที่มีอยู่ เป็นคนละส่วนกับ CPX Sim
- โดรนเพื่อการจัดการภัยพิบัติ — เรียนบริบทภารกิจและการใช้ผลสำรวจ
- การทำแผนที่ด้วยโดรน — เข้าใจพิกัด คุณภาพ และข้อจำกัดของข้อมูลแผนที่