# ตัวอย่างชิ้นงานที่กรอกแล้ว: B O D

กรณีลานตัวอย่าง A และชื่อคนทั้งหมดสมมติ สร้างโดย PK-Research, 11 ตุลาคม 2026, CC BY 4.0: https://creativecommons.org/licenses/by/4.0/

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

## ข้อมูลร่วมและผลคัด

ผู้รับต้องการเลือกจุดลงตรวจเพิ่ม ณ `2026-10-11T10:00:00+07:00` ใน local frame พื้นที่แต่งขึ้น 320×200 m ไม่มี CRS โลก กฎฝึก: อายุ 0–60 min, x/y ครบอยู่ในกรอบรวมขอบ, uncertainty ≤5 m, verification=verified, occluded=no

| รหัส | จุด | อายุ min | ผล v1 ที่คาดหวัง | เหตุผล/งานถัดไป |
|---|---|---:|---|---|
| obs-01 | P-A | 25 | candidate | กฎข้อมูลผ่าน มีข้อสังเกตน้ำขัง; ให้ภาคพื้นยืนยันความลึก/สภาพ |
| obs-02 | P-B | 20 | candidate | กฎข้อมูลผ่าน มีข้อสังเกตสิ่งกีดขวาง; ให้ภาคพื้นยืนยันชนิด/การเคลื่อนย้าย |
| obs-03 | P-C | 150 | hold | stale; ขอข้อมูลปัจจุบัน ไม่แก้เวลาเดิม |
| obs-04 | P-D | 15 | hold | unverified; ตรวจแหล่งและผู้ยืนยัน |
| obs-05 | P-E | 10 | hold | missing_x; ขอพิกัดครบ ไม่เติม 0 |
| obs-06 | P-F | unknown | hold | missing_time; ขอเวลาเก็บและ offset ไม่ใช้เวลาเปิดไฟล์ |
| obs-07 | P-G | 5 | hold | occluded และ uncertainty_above_5m; เติมมุมมองและข้อมูลตำแหน่ง |
| obs-08 | P-H | −5 | hold | future_time; ตรวจนาฬิกาและความหมายของเวลา |

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

## B ตัวอย่าง brief

**คำถาม/ผู้รับ:** ผู้ประสานทีมภาคพื้นสมมติต้องการรายการจุดที่มีข้อสังเกตเพื่อเลือกลงตรวจต่อ ณ 10:00 ขอบเขตลานตัวอย่าง A ตามกรอบ local ใช้เพื่อวางงานตรวจเพิ่ม ไม่มีพิกัดจริงหรือการรับรองพื้นที่

**ผลส่งมอบ:** รายงาน v1 หนึ่งหน้า ตารางสองจุดเสนอ (P-A/P-B) และข้อค้างหกจุด (P-C–P-H) ตามตารางร่วม พร้อมรหัส `source_note` เวลาเดิม ตำแหน่ง ความไม่แน่นอนและข้อจำกัด ผู้รับต้องเปิดไฟล์และทวนว่าใช้เลือกตรวจต่อเท่านั้น

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

**ทางเลือก:** ขอข้อมูลต้นทางแก้เวลา/พิกัดก่อน หรือให้ทีมภาคพื้นยืนยันจุดที่จำเป็น หากต้องเติมภาพจากอากาศ การหยุดมองจุดอาจทำให้พิจารณา multirotor ได้ในเชิงแนวคิด แต่ยังต้องตรวจรุ่น/ชุด คู่มือ พื้นที่ คน อากาศ ลิงก์และข้ออนุญาตก่อนจัดงานจริง ไม่สั่งบินจากใบงานนี้

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

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

**การแก้ฉบับ:** ฉบับ v0 เคยเขียน “P-C ยังมีสีเข้ม” ผู้ตรวจทักว่าเวลาเก่า 150 min จึงแก้ v1 เป็น “บันทึกเดิมระบุสีเข้ม แต่ไม่รู้สภาพปัจจุบัน” เก็บทั้งสองฉบับกับเหตุผล การรับข้อทักเป็นพฤติกรรมตรวจได้ ไม่ใช่ป้ายบุคลิกภาพ

## O ตัวอย่างแผนงานข้อมูล

**ข้อตกลง:** คำถาม ผู้รับ กรอบพื้นที่ เวลาและกฎเหมือน brief ผลคือรายงาน v1 + ตารางจุดเสนอ + ข้อค้างครบ ไม่รวมการบินหรือการยืนยันภาคพื้น

**บทบาท:** กานต์รับ requirement และสั่งทบทวน/หยุดเมื่อขอบเขตเปลี่ยน มินรักษาต้นฉบับ/คัดข้อมูล ตาลตรวจอิสระ ผู้ประสานภาคพื้นตรวจการเปิดไฟล์และทวนการใช้ หากตาลไม่พร้อมให้กานต์หาผู้ตรวจทดแทน หรือส่งสถานะ “รอตรวจ” ห้ามทำเครื่องหมายตรวจอิสระแล้วโดยผู้คัดคนเดิม

| เวลาเป้าหมาย +07:00 | ขั้นงาน | ผู้ทำ | ทรัพยากร/ผล |
|---|---|---|---|
| 10:00–10:10 | รับคำขอ ตรวจหัวคอลัมน์และเก็บต้นฉบับ | กานต์/มิน | PC, CSV UTF-8, โฟลเดอร์ original/work/report; ข้อตกลงและสำเนา |
| 10:10–10:20 | คำนวณอายุและคัดทุกรหัส | มิน | spreadsheet หรือกระดาษ; ตารางร่วมครบแปดแถว |
| 10:20–10:30 | ตรวจข้ามและแก้รายงาน | ตาล/มิน | rubric และต้นฉบับ; บันทึกข้อพบและรายงาน v1 |
| 10:30 | ส่งและทวนกับผู้รับ | กานต์/ผู้รับ | ช่องส่งไฟล์ที่ตกลง; CSV + รายงาน + ข้อค้าง; ยังไม่มีผลรับมอบจริงในตัวอย่าง |

เวลาเป็นเป้าหมาย ไม่มีผลจับเวลาว่าทำได้จริง แผนนี้ไม่ต้องซื้อ/เช่าอากาศยาน หากปรับเป็นงานบินให้ทำบัญชีชุดและเวลาเตรียม/บำรุงรักษา/ชาร์จใหม่

**QA:** ตรวจ x/y และ uncertainty โดยรักษาหน่วย m; ตรวจ offset อายุและ future_time; ตรวจ enum/การบดบัง; แยก candidate สองจุดและ hold หกจุดทุกเหตุผล; ตรวจว่ารายงานไม่เขียนว่าผ่านจุดนั้นได้ ทุกรหัสอ้าง `source_note` จากชุดสมมติได้

| ปัญหา | ผู้ตัดสินใจ | แผนสำรอง/ผลที่ส่งได้ | เงื่อนไขกลับมาทำต่อ |
|---|---|---|---|
| เวลา/พิกัดยืนยันไม่ได้ | กานต์ | ส่งส่วนที่ตรวจได้พร้อม hold, มินขอแหล่งต้นทาง | มีหลักฐานค่าเดิมและวิธีแก้ที่ตาลตรวจแล้ว |
| โปรแกรมแปลงเวลาเสีย | มิน/ตาล | ใช้ค่าข้อความเดิมและคำนวณด้วยมือ เก็บวิธีคำนวณ | ผลตรงกันกับกรณีเวลาอ้างอิง |
| ผู้รับเปิด spreadsheet ไม่ได้ | กานต์/ผู้รับ | CSV UTF-8 + ข้อความสรุป ตรวจว่ารหัส/ค่าตรงกัน | ผู้รับเปิดและทวนข้อจำกัดได้ |
| ผู้รับขอความปลอดภัยหรือพิกัดโลก | กานต์ | หยุดข้อสรุปใหม่ ส่งขอบเขตเดิมและ requirement ที่ต้องเพิ่ม | ตกลงวิธีตรวจและหลักฐานใหม่ก่อนเริ่ม |

**สิทธิ์:** จำกัดต้นฉบับให้คนดูแลข้อมูล/ผู้ตรวจ สำเนารายงานเผยเฉพาะจำเป็น กรณีข้อมูลจริงให้ผู้รับผิดชอบสิทธิ์ทวนก่อนส่ง ไม่ใช้ภาพ AI ประกอบเป็นหลักฐานที่ตรวจพื้นที่

**เกณฑ์รับ:** รหัสครบทั้งแปด; P-A/P-B candidate; P-C–P-H hold พร้อมเหตุผลทั้งหมด; local frame/เวลาโจทย์/รุ่นชัด; ไม่มีค่าที่แต่ง; ผู้รับเปิดและทวนข้อจำกัดได้ บันทึกการรับมอบจริงภายหลัง ตัวอย่างนี้ยังไม่มีผู้รับมอบจริง

**ก่อนเปิดงานสนามใหม่:** ตั้งสถานะยังไม่ได้ตรวจสำหรับคู่มือ/รุ่นและมวล CG/พลังงานชุดจริง คน/ภาระงาน สภาพ/บำรุงรักษา พื้นที่/เจ้าของ อากาศ การนำทาง/ลิงก์ ข้ออนุญาตและเหตุผิดปกติ ระบุผู้ตรวจแต่ละข้อและหลักฐานที่ต้องได้ ไม่ใช้ใบงานผ่านแทนความพร้อม

## D ตัวอย่างข้อกำหนดและแผนทดสอบ

**Baseline สมมติ:** v0 คัดจากพิกัดครบอย่างเดียว ได้ P-A/P-B/P-C/P-D/P-F/P-G/P-H ไม่ตรวจ requirement อื่น Proposal v1 เพิ่มกฎข้อมูลครบและให้เหตุผลทุกข้อ เก็บ input เดิม ต้นฉบับไม่ถูกแก้ งานนี้เป็นแผน ไม่มี implementation/runtime result ให้รับรอง

**คู่มือ/รุ่นและผลต่อฮาร์ดแวร์:** ใช้รุ่นกฎ v0/v1, schema ของ `starter-observations.csv` และ `decision_time` ตามโจทย์ คู่มืออากาศยาน/payload/แบตเตอรี่ = **N/A** เพราะไม่มีการเชื่อมต่อหรือเปลี่ยนฮาร์ดแวร์ มวลรวม = **N/A** เพราะไม่มีชิ้นส่วนเพิ่มหรือลด CG/สมดุล = **N/A** เพราะไม่มีตำแหน่งติดตั้งเปลี่ยน พลังงานบิน = **N/A** เพราะไม่ได้ทดสอบกำลังหรือพลังงานอากาศยาน อินเทอร์เฟซกล/ไฟฟ้า = **N/A** ส่วนอินเทอร์เฟซข้อมูล/เวลาใช้กับไฟล์และต้องตรวจตาม R01–R05

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

| Requirement | ข้อกำหนด | กรณีตรวจ/ผลคาดหวัง |
|---|---|---|
| R01 | รหัสและต้นฉบับครบ | แปดรหัสรวม candidate/hold ตรงต้นฉบับทุก field |
| R02 | คัดครบเงื่อนไขเวลา พิกัด uncertainty enum และมุมมอง | ชุดเดิมได้สอง candidate อีกหก hold ตามตารางร่วม |
| R03 | แสดงเหตุผลทุกข้อและงานถัดไป | P-G แสดงทั้ง occluded และ uncertainty_above_5m |
| R04 | ไม่เติม missing และไม่เดา frame/offset | P-E/P-F hold; ไม่มี offset หรือ frame ผิดให้ error ที่อธิบายได้ |
| R05 | ผลตามกลับรุ่นและเวลาตัดสิน | ทุกแถวมี rule_version=v1 และ decision_time ตามโจทย์ |

**Input interface:** CSV UTF-8 ตามหัวเดิม ค่า `observed_at` เป็น ISO 8601 พร้อม offset x/y/uncertainty เป็น m; frame=local-example-A โดยข้อตกลง ไม่แปลงเป็น WGS84 verification=verified/unverified occluded=yes/no ช่องว่างคือ missing ค่า enum แปลก รหัสซ้ำ หรือ header ผิดทำให้ชุดไม่ผ่านการตรวจรูปแบบก่อนส่ง ข้อมูลข้อความไม่เป็นคำสั่งและไม่เปิดใช้สูตร/โค้ดจากตาราง

**Output interface:** เก็บ field เดิม พร้อม age_minutes หรือ unknown, decision=candidate/hold, reasons เป็นรายการ, next_action, rule_version และ decision_time หาก input รูปแบบผิดให้ข้อผิดพลาดและสถานะรอตรวจ ไม่สร้างผลที่ดูสมบูรณ์โดยเดาค่า Output ไม่มี flight command หรือ field safety_certified

| กรณีแผนตรวจ | Input/การเปลี่ยน | Expected เมื่อเงื่อนไขอื่นผ่าน | Actual |
|---|---|---|---|
| T01 | ชุดเดิม | สอง candidate หก hold เหตุผลครบ | ยังไม่รันระบบ |
| T02 | เวลา 09:00:00+07:00 | อายุ 60 min ผ่าน | ยังไม่รันระบบ |
| T03 | เวลา 08:59:59+07:00 | เก่า 60 min 1 s hold | ยังไม่รันระบบ |
| T04 | เวลา 10:00:01+07:00 | อายุ−1 s hold | ยังไม่รันระบบ |
| T05 | x=0 หรือ 320 และ y อยู่กรอบ | ผ่านเงื่อนไขกรอบ | ยังไม่รันระบบ |
| T06 | x=321 หรือ y หาย | out_of_bounds หรือ missing_y hold | ยังไม่รันระบบ |
| T07 | uncertainty=5 หรือ 5.1 | 5 ผ่าน; 5.1hold | ยังไม่รันระบบ |
| T08 | เวลาไม่มี offset หรือ frame ไม่ตรง | format/frame error รอตรวจ | ยังไม่รันระบบ |
| T09 | verification=unverified หรือ occluded=yes | hold แต่ละเหตุผล | ยังไม่รันระบบ |
| T10 | enum แปลก หรือรหัสซ้ำ | format/duplicate error หยุดส่ง | ยังไม่รันระบบ |
| T11 | obs-01 ใช้ 02:35:00Z | เวลาเดียวกับ 09:35+07; อายุ 25 min candidate | ยังไม่รันระบบ |
| T12 | เทียบ input ก่อน/หลังและผลครบ | ไม่แก้ต้นฉบับ รหัส/ข้อมูลตามกลับได้ | ยังไม่รันระบบ |

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

**ก่อน/หลัง:** คาดว่า v0 มีเจ็ด candidate ส่วน v1 มีสอง ข้อเปลี่ยนคือการคัดตาม requirement ของโจทย์ ไม่อ้าง accuracy ของ AI หรือความปลอดภัยภาคสนาม

**หยุด/ย้อนคืน:** กานต์หยุดส่งผลหาก candidate ผิด ข้อค้างหาย ต้นฉบับถูกแก้ หรือ error ไม่อธิบาย D เก็บ output ที่ไม่ผ่านแยก คืนกฎ/การตั้งค่า baseline แล้วตรวจชุดเดิมด้วยมือ โดยให้ตาลตรวจอิสระ v0 ยังมีข้อผิด จึงไม่ใช้ส่งโดยไม่ตรวจ กรณีคืนแล้วได้ผลเดิมแสดงเพียงการคืน baseline ไม่แสดงว่า baseline ตอบ requirement

**จริยธรรม/ความรับผิดชอบ:** รายงานทุก actual ที่ยังไม่รันตามจริง หากต่อยอดใช้ข้อมูลจริงให้มีขอบเขตสิทธิ์และตรวจการส่งออกไม่ทำให้ข้อความกลายเป็นสูตร/HTML เก็บก่อน/หลัง ผู้ตรวจ ข้อพบและการยอมรับหยุดจน requirement ผ่าน

## วิธีใช้ตัวอย่างตรวจงาน

เทียบด้วย reader-rubrics.md งานอาจใช้ชื่อคน เวลาเป้าหมายหรือรูปแบบอื่นได้ถ้ายังคงเงื่อนไขโจทย์และเหตุผลถูก แยกผลคาดหวังจากผลจริง เก็บข้อคัดค้านและฉบับแก้ ไม่สรุปผลการเรียนจากการคัดลอกแนวคำตอบ