# ชุดโจทย์ผู้เรียนก่อน v0 · M06-O ประเมินสถานการณ์

`task_id=M06-O` · `packet_version=p5-prep-5` · 14 ตุลาคม 2026 · PK-Research · CC BY 4.0

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

**รหัสผู้ร่วม:** ______ · **รุ่น CSV ที่ได้รับ:** ______ · **ชิ้นงาน:** O-v0 → O-v1

## ก่อนลงมือ

1. หา M06 จาก [หน้าภาพรวม](https://drone.pk-research.work/knowledge/drone-applications/) และบอกผู้ดำเนินกิจกรรมว่าติดตรงไหนก่อนรับคำชี้
2. ลองแยก `captured_at`, `received_at` และ `cutoff`; อธิบายเหตุที่รายงานจากภาคพื้นหรือภาพจุดเดียวไม่ยืนยันทั้งพื้นที่ ถ้ายังทำไม่ได้ ให้ระบุบทหรือคนที่จะขอทวน
3. แจ้งเมื่อเคยเห็นตารางคัดแถว แนวคำตอบ rubric หรือได้รับคำใบ้ก่อนส่ง O-v0 พร้อมชื่อหน้า/ไฟล์และช่วงเวลาโดยประมาณ

## ข้อมูลและกฎที่ให้ใช้

เปิด [ข้อสังเกตดิบ 9 แถว](https://drone.pk-research.work/downloads/drone-applications/disaster-assessment-observations.csv) เป็น UTF-8. Sector A/B/C/D และศูนย์ธาราเป็นชื่อแต่ง ไม่มีพิกัดโลก. ผู้รับขอ brief แรกเพื่อเลือก **จุดที่ต้องตรวจเพิ่ม** ไม่ใช่การรับรองถนน สะพาน พื้นที่ หรือคน

- `cutoff=2026-10-11T10:00:00+07:00`, กำหนดส่ง brief แรก `10:30+07:00`, อายุข้อมูล 0–60 นาทีรวมขอบ เป็นกฎฝึก ไม่ใช่ SLA ภัยจริง
- `received_at` ต้องไม่เกิน cutoff. `captured_at` ต้องมีวันที่ เวลา และ offset ชัดเจน และต้องไม่อยู่หลัง cutoff หรือหลัง received_at. ห้ามเดา offset
- พิจารณา usable coverage, รุ่นปัจจุบันและความสัมพันธ์ `supersedes`; เก็บแถวที่ไม่ใช้ในบัญชีเหตุผล. ความสดไม่เปลี่ยน `verification_state` เป็นยืนยันแล้ว; ข้อมูลเข้าช้าต้องไปฉบับถัดไป
- ทางเลือก A: RGB เฉพาะจุดร่วมกับข้อมูลภาคพื้นที่ได้มาอย่างปลอดภัย เสนอ brief 10:20; B: orthomosaic เต็มพื้นที่เสนอ 10:50; C: ไม่บิน ใช้ข้อมูลเดิม/รายงานภาคพื้นตามสิทธิ์. เวลาทั้งหมดเป็นตัวเลขแต่ง ไม่ใช่สมรรถนะที่วัด

## ส่ง O-v0 ก่อนรับข้อทัก

1. เขียนคำถามผู้รับ ผลส่งมอบ ผู้มีหน้าที่ทวน และขอบข้อมูลที่ยังไม่รู้ จากนั้นเทียบ A/B/C ด้วย deadline, coverage, ความสด, คน/ชุด/สิทธิ์และทางสำรองเดียวกัน
2. ทำบัญชี **ครบเก้าแถว** โดยกรอก `observation_id/revision`, สถานะที่เสนอสำหรับ brief แรก, หลักฐานเวลา/coverage/รุ่นที่ใช้, เหตุไม่ใช้หรือข้อค้าง. อย่าลบแถวเก่าหรือเติมค่าที่หาย

| ID/รุ่น | สถานะสำหรับ brief แรก | เหตุผลจากแถว/กฎ | ต้องขอหรือทวนอะไรต่อ |
|---|---|---|---|
| E01/1 |  |  |  |
| E02/1 |  |  |  |
| E03/1 |  |  |  |
| E04/1 |  |  |  |
| E05/1 |  |  |  |
| E06/1 |  |  |  |
| E07/1 |  |  |  |
| E07/2 |  |  |  |
| E08/1 |  |  |  |

3. เขียนแผนเจ็ดช่วงจากรับคำขอถึงส่งและรับทราบ: คน/ชุด/compute/storage/QA/สิทธิ์/การประสาน ระบุ `requested` กับ `confirmed` ตามหลักฐานจริงในโจทย์ ไม่สร้างคนหรือชุดที่ยืนยันแล้ว
4. ร่าง manifest ที่มี report ID/revision/cutoff/ไฟล์และ evidence/ข้อจำกัด/ผู้รับ/สิทธิ์; แยก `sent`, `received`, `acknowledged`, เจ้าของติดตาม และผู้รับที่ต้องแจ้งเมื่อ supersede. ทำฉบับปฏิบัติงานกับฉบับสาธารณะโดยไม่ส่งข้อมูลเกินสิทธิ์
5. จดสิ่งที่เห็นจากแนวคำตอบหรือความช่วยเหลือก่อน O-v0 (ถ้าไม่มีเขียนว่าไม่มี):

## หลังได้รับข้อทัก

เก็บ O-v0 แล้วส่ง O-v1 พร้อมข้อทัก คำตอบ เหตุแก้/คง ผู้รับผิดชอบข้อค้าง และสิ่งที่ต้องตรวจซ้ำ. ผู้ตรวจใช้ `APP-M06-O-K01`, `APP-M06-O-S01`, `APP-M06-O-E01` และ `APP-M06-O-C01` ตาม rubric ฉบับที่เก็บไว้ ไม่มีผลผู้เรียนจริงในชุดเผยแพร่นี้

**ขอบการใช้:** ไม่แนบ expected, rubric หรือผลผู้เขียนในชุดก่อน v0; บทสาธารณะยังเปิดอ่านได้ ให้บันทึกการเห็นคำตอบตามจริง. ผลผู้เรียนยัง `NOT_RUN`; แผนบนกระดาษไม่ยืนยันทรัพยากร สิทธิ์หรือความพร้อมบิน