เริ่มอ่านความรู้ได้แล้ว · 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
งานต่อไป
ดูแลเนื้อหาและลิงก์ให้ตรงกับระบบที่ตรวจสอบแล้ว
เงื่อนไขที่ต้องตรวจ
ตรวจเนื้อหาและการนำทางเมื่อมีการเปลี่ยนแปลง
อ่านความรู้ CPX
เฟส 1 · แบบการฝึกและระบบบทบาทสมมติ วงจรน้ำท่วม UX/UI และสัญญาข้อมูล ใช้เป็นฐานแล้ว
สิ่งที่มีแล้ว
  • แบบเจ็ดบทบาท เกณฑ์ตรวจรับ และสถาปัตยกรรม Cloudflare/GIS
งานต่อไป
ระบุผู้รับผิดชอบจริงของการซักซ้อมและสิทธิ์เข้าใช้
เงื่อนไขที่ต้องตรวจ
ชื่อบทบาทสมมติยังไม่แทนชื่อหน่วยงานหรืออำนาจจริง
ดูแบบเฟส 1
เฟส 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
เงื่อนไขที่ต้องตรวจ
กำหนดวิธีเข้าสู่ระบบ การถอนสิทธิ์ การเก็บข้อมูล และวงเงิน ตรวจบัญชีและผลซักซ้อมก่อนเปิดหลายคน
ดูผลทดลองและแผนเฟส 3
เฟส 4 · แผนที่และห้วงอากาศหลายหน่วยจากผังสมมติสู่พื้นที่ ข้อมูล และขั้นตอนที่ตรวจรับ วางแผน
สิ่งที่มีแล้ว
  • มีแบบ GIS และต้นแบบข้อเสนอเที่ยวบิน/การประสานบนพื้นที่สมมติ
งานต่อไป
เลือกพื้นที่และแหล่งแผนที่ ตรวจสิทธิ์ใช้/พิกัด และทบทวนกับผู้เชี่ยวชาญการบิน
เงื่อนไขที่ต้องตรวจ
ยืนยันผู้ตรวจแบบ ความครอบคลุมข้อมูล และเกณฑ์ GIS/ห้วงอากาศ
อ่านโดรนและห้วงอากาศ
เฟส 5 · เชื่อม CrisisLink เพื่อฝึกใช้ adapter และข้อมูลสังเคราะห์สำหรับการซักซ้อม วางแผน
สิ่งที่มีแล้ว
  • ใช้เอกสารโครงการ CrisisLink เป็นฐานวิจัยและออกแบบ
งานต่อไป
ตรวจสัญญาข้อมูลและ actor mapping ก่อนทดลองเชื่อมระบบฝึก
เงื่อนไขที่ต้องตรวจ
เจ้าของระบบยืนยันสิทธิ์ แยกสภาพแวดล้อม และตรวจส่งซ้ำ/กู้คืน
ดูลำดับการเชื่อม CrisisLink
เฟส 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 กรณียังเป็น «ยังไม่ได้ทดสอบ» การเปิดห้องฝึกยังต้องผ่านเงื่อนไขการเข้าใช้ การเก็บข้อมูล และวงเงิน

จากการฝึกสู่ CrisisLink และเหตุจริง

เริ่มเชื่อมผ่าน adapter บนระบบฝึกด้วยข้อมูลสังเคราะห์ ตรวจสิทธิ์และ actor mapping กับเจ้าของ CrisisLink ก่อนทดลอง แล้วซักซ้อม ทำ AAR และตรวจรับข้อมูลกับขั้นตอนของเหตุจริงแยกต่างหาก

ผลทดสอบโปรแกรมยังไม่แทนผลซักซ้อมกับผู้ใช้ การตรวจรับด้านการบิน หรือความพร้อมสำหรับเหตุจริง

ผู้วางแผนสาธารณภัยทบทวนแผนที่ลุ่มน้ำและชุดอุปกรณ์โดรนในห้องฝึกอบรม
ภาพประกอบแนวคิดสร้างด้วย AI

จากความรู้ สู่การออกแบบและซักซ้อม

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

  1. เข้าใจบทบาทและข้อมูล
  2. กำหนดโจทย์และหลักฐาน
  3. ประสานโดรนและห้วงอากาศ
  4. ติดตามความพร้อมตัวจำลอง
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 และผู้ประเมิน เป็นบทบาทเชิงระบบที่เสนอ ไม่ใช่จำนวนคนหรือชื่อหน่วยงานที่ยืนยันแล้ว

  • กำหนดสิทธิ์ของแต่ละฝ่าย และแยกการรับภารกิจ ผลประสานห้วงอากาศ และสถานะเที่ยวบิน
  • ออกแบบวงจรรับแจ้ง → มอบภารกิจ → ประสานเที่ยวบิน → ส่งผล → ทบทวน พร้อมข้อมูลที่แต่ละฝ่ายได้รับ
  • จัดแบบหน้าจอระดับโครงสร้างและสัญญาข้อมูลที่ติดตามฉบับ เวลา ผู้รับ และหลักฐานได้
  • เตรียมเกณฑ์ทดสอบก่อนเริ่มต้นแบบ รวมการส่งซ้ำ ข้อมูลไม่ครบ และการขาดการติดต่อ

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

ชุดฐานต้นแบบในเครื่อง

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

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

รายงาน ภารกิจ และกล่องรับงาน

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

  1. รอส่งถึงผู้รับ: บันทึกข้อความไว้แล้ว ผู้รับยังไม่ได้บันทึกการรับ
  2. ได้รับข้อความแล้ว: มีหลักฐานรับข้อความ แต่ยังไม่ถือว่ารับภารกิจ
  3. จองเพื่อจัดทำแผนหรือปฏิเสธ: ทีมโดรนตัดสินใจต่อฉบับที่ได้รับ การจองยังไม่ใช่การรับภารกิจ และไม่ปิดโอกาสหน่วยอื่นที่มีสิทธิ์ร่วมเตรียมแผน

ขณะนี้ทดสอบการส่งต่อด้วยโปรแกรมในเครื่อง ยังไม่มีการรับส่งผ่านเครือข่ายหรือห้องฝึกให้เข้าใช้บนเว็บ

แผนภารกิจและทรัพยากร

เริ่มจากจองภารกิจฉบับปัจจุบันเพื่อจัดทำแผน ระบุวัตถุประสงค์ ขั้นตอน ช่วงเวลา เงื่อนไข แผนสำรอง และกำลังคนหรืออุปกรณ์ที่ต้องใช้ แล้วเปรียบเทียบจำนวนที่ต้องการ ยืนยันแล้ว และยังขาด

  1. จัดทำแผน: ระบุความต้องการตามภารกิจ ทั้งทรัพยากรของตนและที่ต้องขอสมทบ
  2. เจ้าของยืนยัน: แต่ละฝ่ายถือทะเบียนและจัดสรรเอง ศูนย์ประสานเห็นเฉพาะรายการที่แชร์ คำขอที่ยังไม่ยืนยันไม่นับเป็นของพร้อมใช้
  3. ตรวจรายการขาด: รองรับการให้บางส่วน ตรวจการจองทับช่วงเวลา และป้องกันการจองชุดอุปกรณ์ซ้ำกับส่วนประกอบ
  4. ทบทวนเมื่อแก้แผน: การจัดสรรฉบับเก่าไม่นับให้แผนใหม่ แต่ยังกันทรัพยากรไว้จนเจ้าของยืนยันคืน

จองก่อน รับภารกิจเมื่อพร้อม

Waiting list → จองและจัดทำแผน → ตรวจทรัพยากร/ขอสมทบ → ศูนย์ประสานยืนยันผู้รับหลัก

  • ยังอยู่ในรายการรอ: ภารกิจที่จองแต่ยังไม่ยืนยันผู้รับหลักยังเปิดให้หน่วยอื่นที่มีสิทธิ์เตรียมแผนได้ แต่ละหน่วยเห็นรายละเอียดแผนของตนเอง
  • รับเมื่อพร้อม: ศูนย์ประสานตรวจแผนฉบับปัจจุบัน ทบทวนความต้องการ และยืนยันผู้รับหลักได้หนึ่งรายเมื่อทรัพยากรที่เจ้าของยืนยันครบตามแผน
  • ทบทวนเมื่อความพร้อมเปลี่ยน: แผนหรือภารกิจเปลี่ยน หรือทรัพยากรถูกคืน ต้องทบทวนใหม่ ศูนย์ประสานเปิดกลับเข้ารายการรออย่างชัดเจนก่อนให้หน่วยอื่นรับต่อ เพื่อป้องกันออกปฏิบัติซ้ำ

การรับภารกิจยังแยกจากการเริ่มปฏิบัติและการประสานห้วงอากาศ ต้นแบบตรวจวงจรนี้ผ่านโปรแกรมในเครื่อง ส่วนหน้าวางแผนสำหรับผู้ฝึกและระบบเริ่มปฏิบัติการยังอยู่ในลำดับพัฒนา

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

ผังพื้นที่สมมติและข้อมูลประจำฝ่าย

ต้นแบบเชื่อมรายงาน ภารกิจ และแผนที่ฝ่ายนั้นมีสิทธิ์อ่านเข้ากับพื้นที่ A/B/C ข้อมูลที่ระบุเพียงพื้นที่ยังคงแสดงในระดับพื้นที่ โดยไม่สร้างตำแหน่งแน่นอนขึ้นมาเอง

ตัวอย่างผังสมมติ A/B/C พื้นที่ A อยู่ซ้ายบน B อยู่ขวาบน และ C อยู่กึ่งกลางด้านล่าง เป็นตำแหน่งในแผนภาพ ไม่แสดงทิศเหนือ ระยะทาง หรือสถานการณ์จริง ABC
ภาพอธิบายผังพื้นฐานเท่านั้น ยังไม่ใช่หน้าฝึกโต้ตอบหรือแผนที่ภูมิศาสตร์
  • แยกสิทธิ์ก่อนแสดง: ข้อความขาเข้าต้องมีหลักฐานรับก่อนจึงปรากฏ แผนภารกิจเป็นของฝ่ายเจ้าของ และข้อมูลควบคุมการฝึกอยู่เฉพาะผู้ควบคุม
  • เพิ่มหมายเหตุ: บันทึกจุด เส้น หรือกรอบพื้นที่ พร้อมแหล่งข้อมูล เวลาและข้อจำกัด เลือกแชร์หมายเหตุให้ฝ่ายที่ต้องการได้
  • ตรวจพิกัดผัง: ใช้ค่า x/y ในขอบเขตแผนภาพ แยกจากละติจูด/ลองจิจูดและความสูง ไม่ใช้คำนวณระยะปลอดภัยหรือรับรองเส้นทาง

ข้อเสนอเที่ยวบินและการตรวจห้วงอากาศเบื้องต้น

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

  • ตรวจการซ้อนทับ: เปรียบเทียบกรอบพื้นที่ เวลา และช่วงความสูงสมมติ รวมพื้นที่แผนสำรอง และเที่ยวบินหลายเที่ยวของหน่วยเดียวกัน
  • คงสิ่งที่ยังไม่ทราบ: ความสูงที่ไม่มีฐานอ้างอิงร่วมกันยังเทียบไม่ได้ ไม่มีการแปลง AGL/AMSL หรือหน่วยจริงเป็นระดับในผังโดยอัตโนมัติ
  • ติดตามฉบับและส่วนขาด: เมื่อภารกิจหรือแผนเปลี่ยน หรือทรัพยากรถูกคืน ผลอ่านล่าสุดจะระบุประเด็นที่ต้องทบทวนใหม่

ผลตรวจนี้ยังต้องให้คนทบทวน: ไม่พบการซ้อนทับในข้อเสนอที่บันทึกไว้ไม่ได้แปลว่าห้วงอากาศว่าง ข้อมูลที่ใช้เป็นข้อมูลสมมติในการฝึก และไม่มีผลเป็นการอนุญาตบิน

ข้อจำกัด ข้อตกลง และการรับทราบรายฝ่าย

  1. ระบุข้อมูลที่ใช้: ผู้ประสานบันทึกข้อจำกัดและข้อมูลอากาศยานอื่น พร้อมแหล่งที่มา ช่วงเวลา และสิ่งที่ยังไม่ทราบ การระบุว่าครบสำหรับชุดฝึกเป็นคำยืนยันของผู้ทบทวน ไม่ใช่การตรวจสอบข้อมูลจริงจากภายนอก
  2. ตรวจเงื่อนไขก่อนตกลง: ต้องเป็นภารกิจที่ยืนยันผู้รับหลักแล้ว ใช้แผนและทรัพยากรฉบับปัจจุบัน ข้อมูลครอบคลุมช่วงเวลาที่เสนอ และไม่มีการซ้อนทับหรือประเด็นที่ยังแก้ไม่ครบในแบบจำลอง
  3. รับทราบฉบับเดียวกัน: แต่ละฝ่ายที่ระบุในข้อตกลงบันทึกการรับทราบเงื่อนไขของตนเอง หากยังไม่ครบจะแสดงว่ารอรับทราบ การรับทราบในเครื่องยังไม่ใช่หลักฐานส่งถึงผ่านเครือข่าย
  4. ทบทวนเมื่อข้อมูลเปลี่ยน: การเปลี่ยนข้อจำกัด เที่ยวบิน แผน หรือการจัดสรรที่เกี่ยวข้องทำให้ข้อตกลงเดิมต้องทบทวน การรับทราบฉบับเก่าใช้แทนฉบับใหม่ไม่ได้

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

รายงานเที่ยวบินและการขาดการติดต่อ

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

  1. เห็นอายุและข้อจำกัดของข้อมูล: แสดงเวลาไม่ทราบ ข้อมูลเก่า เวลาล้ำหน้าจุดประเมิน หรือรายงานที่มาถึงล่าช้า เกณฑ์อายุข้อมูลเป็นค่าที่ใช้แสดงในชุดฝึก ไม่ใช่ระยะเวลาปลอดภัยสำหรับการบิน
  2. คงประเด็นที่ต้องตรวจสอบ: การหมดช่วงเวลาตามแผนหรือขาดการติดต่อไม่ทำให้ถือว่าลงจอด รายงานที่ยังไม่ผ่านการทบทวนจะระงับการสร้างข้อตกลงใหม่ในต้นแบบพื้นที่ฝึกนี้
  3. ทบทวนหลักฐานลงจอด: ผู้ประสานตรวจรายงานล่าสุดและบันทึกหลักฐานกับเหตุผลอย่างชัดเจน รายงานใหม่ที่เข้าภายหลังเปิดประเด็นให้ตรวจอีกครั้ง ข้อตกลงเก่าไม่กลับมาใช้ได้เอง

ตัวอย่างโจทย์ฝึก: ทีม A รายงานขาดการติดต่อ ต่อมารายงานว่าลงจอดแล้ว ผู้ประสานยังต้องทบทวนหลักฐาน หากมีรายงานระหว่างบินมาถึงล่าช้า ระบบเก็บทั้งลำดับรับและเวลาสังเกตไว้ให้ตรวจ โดยไม่ลบความไม่แน่นอนเงียบ ๆ

ชุดนี้เป็นรายงานและการทบทวนในการฝึก ยังไม่มีข้อมูลติดตามจากอากาศยานจริงหรือคำสั่งควบคุมการบิน การทบทวนลงจอดไม่ใช่การประกาศว่าห้วงอากาศว่าง

ส่งผลภารกิจและติดตามการนำไปใช้

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

  1. ส่งผลพร้อมข้อจำกัด: ระบุให้ชัดว่าพบอะไร ประเมินอย่างไร และอะไรที่ยังยืนยันไม่ได้ หากหลักฐานไม่พร้อมให้คงสถานะนั้นไว้ การอ้างถึงหลักฐานยังไม่เท่ากับตรวจสอบไฟล์แล้ว
  2. แยกได้รับออกจากนำไปใช้: หลังรับผล ฝ่ายกู้ภัยบันทึกว่าใช้ผล ขอข้อมูลเพิ่ม หรือไม่ใช้ผล พร้อมเหตุผล การที่ศูนย์ประสานได้รับข้อความไม่แทนการรับของฝ่ายกู้ภัย
  3. ติดตามฉบับและคำตอบ: ผลฉบับแก้ไขต้องรับและพิจารณาใหม่ คำตอบส่งกลับถึงทีมโดรนและศูนย์ประสานโดยมีหลักฐานรับแยกกัน ประวัติฉบับก่อนยังคงอยู่

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

ต้นแบบชุดนี้ทดสอบการรับส่งในเครื่อง ยังไม่รับส่งไฟล์หลักฐานหรือเปิดห้องฝึกออนไลน์

ควบคุมโจทย์ฝึกและทบทวนหลักฐาน

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

  1. เริ่ม พัก และหยุดอย่างชัดเจน: แจ้งสถานะให้แต่ละฝ่ายรับข้อความและรับทราบแยกกัน คำสั่งจากสถานะการควบคุมฉบับเก่าจะไม่ถูกนำไปใช้เป็นคำสั่งใหม่
  2. ไม่ล้างสถานะการบิน: การพักหรือหยุดฝึกไม่แปลว่าโดรนลงจอด ไม่คืนทรัพยากร และยังเปิดให้บันทึกรายงานเที่ยวบินหรือเหตุผิดปกติได้
  3. ทบทวนตามสิ่งที่ทราบในขณะนั้น: หลังหยุดและทุกฝ่ายรับทราบ ผู้ประเมินเลือกฝ่ายและจุดตัดลำดับเหตุการณ์ เพื่ออ่านบันทึกของฝ่ายนั้นกับข้อความที่ได้รับจริง โดยไม่รวมข้อมูลที่มาถึงภายหลัง
  4. บันทึกข้อค้นพบพร้อมหลักฐาน: แยกสิ่งที่สังเกตได้ออกจากกรณีไม่มีโอกาสสังเกต ระบุเหตุผลและข้อเสนองานปรับปรุง โดยไม่ตัดสินผ่าน–ไม่ผ่านอัตโนมัติ

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

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

หน้าฝึกประจำบทบาทในเครื่อง

P2-07 เชื่อมหน้าทดลองกับบันทึกการฝึกที่เก็บในเครื่อง ผู้จัดทดลองสลับเจ็ดบทบาทสมมติเพื่อเดินกระบวนการทีละขั้น แต่ละหน้ามีงานของฝ่ายนั้น กล่องข้อความ ข้อมูลภารกิจ และผังพื้นที่สมมติที่อ่านจากสิทธิ์ของบทบาทที่เลือก

  1. ส่งรายงานและจองภารกิจ: ฝ่ายกู้ภัยส่งข้อมูล ศูนย์ประสานเสนอภารกิจ ทีมโดรนรับข้อความก่อนจองเพื่อวางแผน
  2. จัดกำลังและขอสมทบ: ระบุความต้องการ ตรวจทรัพยากร และรอเจ้าของยืนยันสมทบ ก่อนศูนย์ยืนยันผู้รับผิดชอบหลัก
  3. ประสานและส่งผล: เสนอเที่ยวบิน ทบทวนเงื่อนไขห้วงอากาศ บันทึกสถานะที่รายงาน และส่งผลให้กู้ภัยพิจารณาพร้อมข้อจำกัด
  4. หยุดและทบทวน: 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

รายการภารกิจรอและความพร้อมของทีม

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

  1. เห็นรายการก่อนรับข้อความ: ทีมที่มีสิทธิ์เห็นข้อมูลสรุปในรายการรอได้ แต่ต้องบันทึกรับข้อเสนอฉบับปัจจุบันก่อนตัดสินใจ
  2. จองหรือปฏิเสธ: เปิดแบบฟอร์มจากรายการ ตรวจข้อมูลแล้วส่งเอง การปฏิเสธต้องมีเหตุผล การจองเปิดให้เตรียมแผนร่วมกับทีมอื่นและยังไม่ถือว่ารับภารกิจ
  3. ตรวจส่วนขาดและยืนยันทีมหลัก: ทรัพยากรต้องมีเจ้าของยืนยัน ศูนย์ทบทวนแผนก่อนเลือกทีมหลักหนึ่งทีม หากความพร้อมเปลี่ยนจะคงทีมหลักไว้และแสดงว่าต้องทบทวน

จำนวนความต้องการที่ครบเป็นข้อมูลตามแผน ยังต้องตรวจคุณสมบัติ ความเหมาะสม และการมาถึงของกำลังจริง การยืนยันทีมหลักไม่ให้สิทธิ์บิน หน้ารายการไม่เปิดรายละเอียดแผนหรือทะเบียนส่วนตัวของทีมอื่น

จัดคิวโจทย์ของผู้ควบคุมการฝึก

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

  1. กำหนดโจทย์ที่สังเกตผลได้: เช่น ให้กู้ภัยตรวจข้อมูลเส้นทาง ให้ทีมโดรนทบทวนข้อจำกัดทรัพยากร หรือให้ผู้ประสานห้วงอากาศพิจารณาข้อมูลการบินที่ยังไม่ครบ ใช้รหัสวัตถุประสงค์เพื่ออ้างอิงตอนทบทวน
  2. ตรวจคิวก่อนยืนยัน: รหัสโจทย์ต้องไม่ซ้ำ ผู้รับและข้อความต้องครบ หลังเตรียมแล้วคิวจะถูกตรึงไว้กับบันทึกของรอบนี้ หากต้องเปลี่ยนคิวให้เริ่มรอบใหม่โดยเก็บรอบเดิมไว้
  3. ปล่อยทีละรายการ: ขณะกำลังฝึก EXCON ตรวจผู้รับและเนื้อหาของรายการถัดไปก่อนกดส่ง ผู้รับจะอ่านเนื้อหาได้หลังบันทึกการรับข้อความ คิวที่ยังไม่ปล่อยไม่ปรากฏในหน้าฝ่ายอื่น

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

แนวทางเชื่อมโจทย์กับผู้รับและวัตถุประสงค์อ้างอิง คู่มือ MSEL ของ FEMA โดยชุดนี้รองรับการส่งด้วยมือ ยังไม่มีตารางส่งอัตโนมัติหรือการประเมินคะแนนอัตโนมัติ

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