# Rubric และแนวคำตอบ M06

รุ่น 1.0 · 11 ตุลาคม 2026 · PK-Research / Drone-Hub · CC BY 4.0

ตรวจชิ้นงานจาก [บท M06](https://drone.pk-research.work/knowledge/drone-applications/disaster-assessment/) และใบงาน B/O/D ใช้ผล **มีหลักฐานตามเกณฑ์ / ต้องฝึกเพิ่ม / ยังไม่มีหลักฐาน** รายรหัส ไม่ให้ผ่านจากอ่านจบ กรอกครบหรือความมั่นใจในการพูด ผู้ตรวจต้องระบุส่วนหลักฐาน เหตุผลและงานแก้ใน ksec-learning-record.md ผู้เรียนเดี่ยวระบุการตรวจตนเองและข้อรอผู้ตรวจ

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

## เกณฑ์รายรหัส ตัวอย่างผ่าน/ไม่ผ่าน และงานแก้

| ID | มีหลักฐานตามเกณฑ์ / ตัวอย่างผ่าน | ตัวอย่างต้องฝึกเพิ่มหรือไม่ผ่านเกณฑ์ | งานแก้/ฝึกซ้ำ |
|---|---|---|---|
| APP-M06-B-K01 | brief ระบุผู้รับใช้จัดลำดับคำขอตรวจเพิ่ม พื้นที่นามธรรม cutoff/deadline; อธิบายเจ็ดศัพท์ถูก แยกเวลาถ่ายกับรับ ความสด/coverage/verification และ received/acknowledged; ระบุขอบน้ำ/โครงสร้าง/คนที่ตอบไม่ได้ | “ข้อมูลรับวันนี้แปลว่าถ่ายวันนี้” หรือ “ภาพใหม่ยืนยันสะพานปลอดภัย”; ไม่รู้ supersedes | ทวน observation และศัพท์ เขียนคู่สิ่งที่เห็น/ข้อที่ต้องขอหลักฐานใหม่ แล้วให้ตรวจคำจำกัดความ |
| APP-M06-B-S01 | คัดครบเก้าแถว ได้ E01v1/E03v1/E07v2 อายุ 20/10/15 นาที เก็บเหตุผลหก exclusions เฉพาะ; A/B/C ใช้เกณฑ์ร่วม deadline 10:30 B 10:50 ไม่ทัน A 10:20 เป็นสมมติ C ตามสิทธิ์; A/C บางส่วน B เก่า D unknown ไม่มี% | รวม E06 เพราะอายุ 25 นาที ใส่+07 ให้ E08 ใช้ E07 สองรุ่นนับสองเหตุ หรือรอ B จนพลาด brief โดยไม่เสนอผลบางส่วน | ใช้ README ตรวจทุกแถว เพิ่ม reason/unknown แล้วเปรียบเทียบทั้งสามทางในตารางเดียว ไม่บังคับเลือกโดรน |
| APP-M06-B-E01 | ตอบคำขอ“สะพานปลอดภัย”โดยพักคำรับรอง ขอผู้ตรวจเฉพาะสาขา พร้อมส่งสิ่งที่เห็น/ไม่รู้; กรณีเผยแพร่ตรวจสิทธิ์วัตถุประสงค์และความจำเป็น ลดรายละเอียดตามผู้รับ เก็บต้นฉบับจำกัดสิทธิ์ | ซ่อน B/D ที่ไม่รู้เพื่อให้ brief สมบูรณ์ หรือเผยแพร่รายละเอียดทุกจุดเพราะเป็นงานช่วยเหลือ | แก้ข้อความขอบใช้และสอง audience บันทึกเหตุผลสิ่งที่ไม่ส่งและหลักฐานที่ต้องขอ |
| APP-M06-B-C01 | มี B-v0/B-v1 คำทักหนึ่งข้อหรือมากกว่า คำตอบ/เหตุผลแก้หรือคงตามหลักฐาน ข้อค้างมีเจ้าของ/สถานะตามจริง เช่นรับคำทัก E06 แล้วคง D unknown รอสนับสนุน | เขียน“รับฟังแล้ว”โดยไม่มีคำทัก/คำตอบ/รุ่น หรือปิดข้อค้างโดยยังไม่ขอหลักฐาน | ให้ผู้ตรวจทักหนึ่งข้อ เก็บก่อนหลังและคำตอบ เติมเจ้าของ/สิ่งที่ขอ/วันทวน |
| APP-M06-O-K01 | อธิบาย aircraft/payload/nonflight โดย access/ขึ้นลงกู้คืน/แนวผ่าน/manual/support และคำถาม; บัญชีคน/ชุด/compute/storage/QA/สิทธิ์/น่านฟ้ากับเฮลิคอปเตอร์/UAV มีหลักฐานต้องขอและสถานะรอ | “VTOL ดีที่สุดทุกงาน” หรือใช้เวลา A/B เป็นสมรรถนะจริง สมมติว่ามีนักบิน/ภาคพื้น/cloud พร้อม | ทวน selection/coordination เพิ่มผู้รับผิดชอบคำขอและผลเมื่อ support ไม่มา ไม่แต่งตัวเลขชุดจริง |
| APP-M06-O-S01 | แผนเจ็ดขั้นมีผู้ทำ/ผู้ตรวจ/หลักฐาน/พักงาน; คัดครบเหมือน B ส่ง brief บางส่วนทันตามโจทย์; manifest มี ID/revision/cutoff/files/evidence/limits/recipient/rights; log แยก sent/received/acknowledged ฉบับแก้ supersedes แจ้งผู้รับเดิม; fallback ออฟไลน์ต้องขอจริง | “ส่งแล้ว=ผู้รับรับทราบ” ลบ v1 เมื่อส่ง v2 หรือไม่มีวิธีส่งข้อความ/manifest เมื่อเครือข่ายขัดข้อง | เพิ่ม delivery states และสถานะรอ acknowledgement รักษารุ่น/manifest เติมผู้ติดตามกับแผนสำรองที่ได้รับอนุญาต |
| APP-M06-O-E01 | รายงานสอง audience เปิดเผย A/C partial/point B stale D unknown/exclusions; ไม่รับรองน้ำ/ถนนสะพาน/คนซ่อน ไม่ทำ coverage%; ส่งเฉพาะข้อมูลจำเป็นตามสิทธิ์และบันทึกเหตุผล | ลดข้อมูลสาธารณะจนลบข้อค้าง หรือส่งภาพละเอียดทุกจุดโดยไม่ตรวจสิทธิ์; กล่าวว่า candidate=confirmed | แก้สองฉบับให้ข้อจำกัดยังตามถึง evidence ตรวจเหตุผลสิทธิ์และสิ่งที่ต้องลดก่อนส่ง |
| APP-M06-O-C01 | O-v0/O-v1 กับคำทักผู้รับช่วง/คำตอบมีหลักฐาน; support gaps ทุกข้อมีเจ้าของสิ่งที่ขอและเงื่อนไขพัก/ทวน; รอยืนยันรับทราบมีผู้ติดตาม ไม่ปิดตาม deadline อย่างเดียว | ผู้รับช่วงไม่รู้ใครประสานหรือใครติดตาม acknowledgement ค้างไม่มีเจ้าของ | ให้ผู้รับช่วงอ่านกลับรุ่น/หน้าที่/ข้อค้าง เติมผู้ติดตามและเก็บคำตอบกับแผนแก้ |
| APP-M06-D-K01 | R01–R06 ผูก schema12 ช่องกับ input/output/error: ISOdate/offset/null enums ID/revision cutoff/age received chronology supersedes usablecoverage provenance audience delivery baseline; baseline v0 เลือก received อย่างเดียวมีข้อเสียชัด | ใส่เพียง“กรองข้อมูลใหม่” ไม่แยก capture/receipt/offset หรือไม่มี revision/verification/rights | เติม interface และ failure states จาก README ระบุสิ่งที่ต้องส่งให้คนตรวจแทน default |
| APP-M06-D-S01 | test matrix ผูก requirements มี normal9 แถว boundary0/60/>60 received ตรง/หลัง cutoff missing/offset/future duplicate/badrevision/occluded/enums audience/offline ก่อนหลังและ rollback; expected3+6 ถูก actual แยกตามระดับที่ทำจริง | กรอง timestamp อย่างเดียว ไม่มีขอบ 60 คัด E06/เดา offset ลบรุ่นเก่า หรือคัด expected ลง actual โดยไม่มี log | เติมกรณีผิด/ขอบ/รุ่นใหม่ invalid และเงื่อนไขตรวจคน เทียบ baseline เดียวกัน ให้ actual ระบบจริงยังไม่ทดสอบ |
| APP-M06-D-E01 | ระบุแผน/ตรวจ fixture/ระบบจริงแยกตามที่เกิดขึ้นจริง ไม่ใช้ AI/placeholder เป็นภาพหลักฐาน ไม่แต่ง timezone/actual ไม่อ้าง flight/readiness; export ตรวจสิทธิ์และลดข้อมูลตาม audience | “v1 บินปลอดภัยแล้ว”เพราะ CSV คัดผ่าน หรืออ้างรันระบบแล้วโดยไม่มีหลักฐาน; observation เป็นคำสั่งที่ทำงานได้ | แก้ claim และระดับหลักฐาน ระบุสิทธิ์ข้อมูล/สิ่งที่ยังไม่ทดสอบ เก็บ text เป็นข้อมูลและข้อค้างแทนค่าเดา |
| APP-M06-D-C01 | เก็บ baseline/รุ่นก่อนหลัง issue log คำทัก/คำตอบ; rollback มี trigger ผู้คืนผู้ตรวจรุ่นผลผิดผู้รับต้องแจ้งและวิธีตรวจหลังคืน ถ้ายังผิดคง HOLD และมีเจ้าของ | “คืนค่าเดิม”ไม่มีรุ่น/ผู้คืน/ทวนผล หรือปล่อยรายงานผิดให้ผู้รับโดยไม่แจ้ง | กำหนด trigger คัดผิด/ยก confirmed/ลบประวัติ/export เกินสิทธิ์ ตรวจ fixture หลังคืนและให้ผู้ตรวจทวน |

## เฉลยร่วมที่ผู้ตรวจต้องตามถึงแถวได้

กฎสอน: cutoff 2026-10-11T10:00:00+07:00 deadline 10:30+07:00 freshness 0–60 นาทีรวมขอบ captured มี timezone ไม่หลัง cutoff/received และ received ไม่เกิน cutoff ต้องเป็นรุ่นปัจจุบันที่มี usablecoverage ทั้งหมดเป็นสมมติฐาน ไม่เป็น operational SLA

| แถว | อายุ | ผลใช้กับ brief ปัจจุบัน | เหตุผลเฉพาะ |
|---|---|---|---|
| E01v1/A | 20 นาที | candidate | partial observation_only เห็นน้ำบางส่วน |
| E02v1/B | 180 นาที | excluded | stale เก็บบริบทเก่า |
| E03v1/C | 10 นาที | candidate | point_only reported_unverified น้ำใกล้ทางขึ้นสะพาน ไม่ใช่ structural inspection |
| E04v1/A | ไม่ทราบ | excluded | missing_capture_time ไม่ใช้ received แทน |
| E05v1/B | ไม่ใช่อายุใช้ได้ | excluded | invalid_future หลัง cutoff และ capture หลัง received |
| E06v1/D | 25 นาที | excluded | occluded ไม่มีพื้นที่หลักฐานใช้ได้ D unknown |
| E07v1/C | 40 นาที | excluded | superseded by E07v2 เก็บ evidence เดิม |
| E07v2/C | 15 นาที | candidate | แก้ description/marker evidence ต่างจาก v1 ยัง observation_only |
| E08v1/D | ไม่ทราบ | excluded | missing_timezone ห้ามเดา+07 |

Current candidates 3 ไม่ใช่ 3confirmed A/C มีบางส่วนหรือจุดเดียว B stale D unknown ไม่คิด coverage%จาก sector/แถว ข้อมูลไม่มีขนาดพื้นที่จริง E05 มีสองปัญหาลำดับเวลา ต้องกล่าวถึงทั้งหลัง cutoff และหลัง received ไม่แต่งเวลาแก้

การเลือก: A เฉพาะจุด RGB ร่วมข้อมูลภาคพื้นที่มีอย่างปลอดภัยเสนอ 10:20 จึงทันตามโจทย์เมื่อเงื่อนไขครบ; Borthomosaic เสนอ 10:50 ไม่ทัน 10:30 และต้อง QA จัด follow-up ได้เมื่อผู้รับตกลง; C ไม่บินใช้ข้อมูลเดิม/รายงานภาคพื้นที่มีสิทธิ์/เข้าถึงได้ เลือก C หรือพักข้อเสนอเมื่อขาด support ได้คะแนนตามเหตุผล ไม่บังคับให้บิน ทุกเวลาทางเลือกแต่งขึ้น

## ตัวอย่างชิ้นงานที่ตรวจได้

B: “ศูนย์ธาราใช้ brief v1 cutoff 10:00 เพื่อจัดคำขอตรวจเพิ่ม ได้ E01v1/E03v1/E07v2 อายุ 20/10/15 A/C partial หรือ point B ข้อมูลเก่า D unknown จึงส่งบางส่วนพร้อมหก exclusions ไม่รับรองความลึก/กระแส/สะพาน/คนซ่อน เลือก A เมื่อเงื่อนไขผ่านหรือ C เมื่อไม่พร้อม B เป็น follow-up” แนบศัพท์ ตาราง A/B/C evidence IDs สิทธิ์/เจ้าของงานต่อ ผู้ตรวจทัก E06 ผู้เรียนแก้ B-v1 และอธิบาย D unknown จึงมีหลักฐาน C; ข้อความตัวอย่างเพียงอย่างเดียวยังไม่ครบทุก ID

O: แผนมีเจ็ดขั้นพร้อมคน/ผู้ตรวจ/หลักฐานและ support ที่รอ บัญชีชุดจริงถามคู่มือพลังงาน storage, compute, QA และการประสานเฮลิคอปเตอร์/UAV ไม่มี altitude/WX ตายตัว ส่ง manifest v1 และ log สมมติ received แล้วแต่ acknowledged ว่าง จึงรอผู้รับอ่านกลับ เมื่อแก้ v2 ชี้ supersedes v1 เก็บ v1 และแจ้งผู้รับเดิม ฉบับสาธารณะลดรายละเอียดแต่ยังบอก B stale/D unknown fallback ใช้ข้อความ/manifest กับสื่อได้รับอนุญาตที่ต้องถามว่ามีจริง

D: baseline v0 กรอง received อย่างเดียวไม่แยกเก่า/ขาด/อนาคต/บดบัง/รุ่น; v1 expected ได้ 3+6 ตามเฉลย R01–06 ผูก test ครบพร้อม error/unknown ห้าม default timezone ตัวอย่าง boundary 60 รวมแต่>60 stale เมื่อเงื่อนไขอื่นครบ actual ระบบจริงยังไม่ทดสอบ หากตรวจ CSV ด้วยตนมี log ให้เขียน“ตรวจ fixture” ไม่เปลี่ยนเป็น flight validated rollback เก็บผลผิดคืน baseline ที่ระบุ แจ้งผู้ตรวจ/ผู้รับแล้วตรวจ fixture ซ้ำ หาก baseline ยังผิดคง HOLD

## บันทึกผลและขอบการรับ

- ผู้ตรวจ/วัน/รุ่น rubric:
- ID ที่ตรวจและหลักฐานจริงในชิ้นงาน:
- ผลราย ID กับเหตุผล งานแก้และวันทวน:
- คำทัก/คำตอบ/ฉบับก่อนหลัง และข้อที่ผู้ตรวจ/ผู้เรียนยังเห็นต่าง:

“ยังไม่มีหลักฐาน” ใช้เมื่อชิ้นงาน/เหตุการณ์ไม่เกิดหรือยังไม่ได้ส่ง “ต้องฝึกเพิ่ม” ใช้เมื่อมีหลักฐานแต่ไม่ตรงเกณฑ์ ให้ระบุข้อแก้เฉพาะ ผู้ตรวจยอมรับการเปิดเผยข้อมูลขาด การพักคำรับรองและการเลือกไม่บิน CLO/PLO ยัง pending_design ผล KSEC ไม่รับรองการบิน ความปลอดภัยความพร้อมผู้เรียน/ทีม/อุปกรณ์หรือสนามจริง