# คู่มือดำเนินการทดลองอ่าน P5

รุ่น p5-prep-5 · 14 ตุลาคม 2026 · PK-Research · CC BY 4.0

**เตรียมเท่านั้น: B=0/O=0/D=0, NOT_RUN** ใช้ [บัตรงาน](https://drone.pk-research.work/downloads/drone-applications/trial-kit/reader-task-cards.md) และ [พจนานุกรม CSV](https://drone.pk-research.work/downloads/drone-applications/trial-kit/readme.md) เป้าหมายคือดูว่าผู้อ่านหาเส้นทาง เข้าใจขอบหลักฐาน ทำชิ้นงาน รับคำทักและแก้ได้อย่างไร ไม่ประเมินความพร้อมบิน

## ก่อนมีผู้เข้าร่วม

เตรียมสำเนาบท/ใบงาน/rubric โดยเก็บรุ่นจริง บัญชีไฟล์และที่เก็บควบคุมสิทธิ์ กรณี rubric S1–S3 และ S5–S7 ไม่มีชื่อรุ่น ให้ใช้ `rubric_version=sha256:<ค่า SHA-256 ของไบต์ไฟล์ rubric.md>` ตาม [พจนานุกรมและค่าอ้างอิง](https://drone.pk-research.work/downloads/drone-applications/trial-kit/readme.md) แล้วเก็บสำเนาที่ใช้จริง. ผู้ดำเนินกิจกรรม ผู้สังเกต ผู้ตรวจ rubric ผู้ดูแลข้อมูลและเจ้าของแหล่งอ้างอิงยัง **not_assigned** การตั้งชื่อบทบาทไม่เท่ากับมีคนรับงาน ผู้ใช้จะจัดผู้เข้าร่วมและมอบหมายภายหลัง ไม่เติมแถวคนสมมติหรือวันทดลองที่ยังไม่เกิด

ใช้ browser และตัวอ่านข้อความ/CSV สำหรับ B/O ส่วน D ต้องมีเครื่องที่รันงานตาม readme ของบัตรที่เลือกได้ โดย C01 มี lab เดิมและกรณีศึกษา S1–S3/S5–S7 ให้ผู้เรียนเก็บผลรันตาม rubric ของกรณีนั้น ตรวจความพร้อมและสิทธิ์ใช้เครื่องกับผู้ร่วมก่อนเริ่ม ไม่ต้องบิน ต่อฮาร์ดแวร์หรือใช้ข้อมูลจริง ถ้ารันไม่ได้ให้บันทึกอุปสรรคและ NOT_RUN สำหรับผลรัน ไม่ใช้ผล host ผู้เขียนแทน

ก่อนนัดผู้ร่วม ให้ผู้ดำเนินกิจกรรมเดินตาม [ตารางไฟล์เริ่มงาน B/O/D](https://drone.pk-research.work/knowledge/drone-applications/practice/#จัดชุดเปิดอ่านก่อนเริ่มชิ้นงาน-v0) ด้วยตนเองหนึ่งครั้ง: เปิดหน้าบท ใบงาน ข้อมูลและ rubric ที่จะใช้ ทวนว่าลิงก์และรุ่นตรงกัน แล้วแยกไฟล์แนวคำตอบ/ผล host ผู้เขียนไว้สำหรับช่วงตรวจ ผู้ร่วมยังเปิดเอกสารสาธารณะเองได้ จึงบันทึกการเห็นเฉลยก่อน v0 แทนการอ้างว่าปกปิดได้ สำหรับ D ให้ดู expected ของข้อกำหนดก่อนรัน แต่ห้ามใช้ผล host ผู้เขียนเป็น actual ของตน

สำหรับบัตรนำร่อง จัดสำเนา [M01-B](https://drone.pk-research.work/downloads/drone-applications/trial-kit/pilot-m01-b-v0.md), [M06-O](https://drone.pk-research.work/downloads/drone-applications/trial-kit/pilot-m06-o-v0.md) หรือ [C01-D](https://drone.pk-research.work/downloads/drone-applications/trial-kit/pilot-c01-d-v0.md) เพียงหนึ่งไฟล์หลังสังเกตการหาเส้นทาง. ตรวจว่าไฟล์และข้อมูลดิบที่แจกตรงรุ่น, เก็บ rubric และตัวอย่างไว้อีกชุดเพื่อใช้หลัง v0; ถ้าผู้ร่วมเปิดบทเต็มหรือผลตัวอย่างก่อน ให้บันทึกการเห็นจริงโดยไม่ตำหนิ. แพ็กเก็ตไม่ทำให้เว็บสาธารณะซ่อนคำตอบ และไม่เปลี่ยนเกณฑ์ rubric เดิม

## ขั้นตอนเจ็ดช่วง

1. **ตกลงขอบงานและการเก็บข้อมูล:** อธิบายว่าเลือกหยุด พักหรือขอช่วยได้ ตกลงการเข้าถึง/ระยะเก็บก่อนสร้าง participant_code และ session_id ใช้ข้อมูลจำเป็นเท่านั้น
2. **หาเส้นทางด้วยตนเอง:** ให้เริ่มที่ [ภาพรวม](https://drone.pk-research.work/knowledge/drone-applications/) แล้วหาบัตรนำร่อง M01-B/M06-O/C01-D หรือบัตรกรณีศึกษา S1–S3/S5–S7 ที่เลือก บันทึกจุดที่หาไม่พบก่อนชี้ตำแหน่ง ไม่จับเวลาเป็นคะแนน
3. **ทวนพื้นฐานและเติมก่อนทำ:** ให้แสดงฐาน K/S และความพร้อม E/C ของบท ระบุสิ่งที่ขาด งานเติมและผลทวนใหม่ใน session-record ไม่ตีตราความสามารถถาวร
4. **อ่านและทำ v0:** ให้ทำใบงานพร้อมเหตุผล/หลักฐาน/ข้อจำกัด เก็บสิ่งที่ลองก่อนให้คำใบ้ตามความจำเป็น. ถ้าผู้ร่วมเปิด expected/แนวคำตอบหรือ worked example ก่อนส่ง v0 ให้บันทึกสิ่งที่เห็นและช่วงเวลาใน `assistance_note`, ระบุ `assistance_level=worked_example` เมื่อตรงกรณี และอย่าตีความ v0 เป็นงานที่ทำโดยไม่มีตัวช่วย. สำหรับ D การอ่าน expected ที่เป็นข้อกำหนดก่อนรันไม่เท่ากับการยืม actual ของผู้เขียน; บันทึกสองอย่างแยกกัน. ไม่ปล่อยให้ความติดขัดบังคับให้ฝืนทำต่อ
5. **ตรวจราย ID และให้ข้อทัก:** ใช้ rubric เดิมลง outcome-record แยก meets/needs_revision/insufficient_evidence/not_observed; กิจกรรมที่ยังไม่ทำใช้ NOT_RUN อ้างส่วนชิ้นงานจริงและเปิดเผย self_review หากตรวจเอง ห้ามเฉลี่ย E/C ที่ขาดให้ผ่านด้วยเลขคำนวณ
6. **แก้ v1 และลองซ้ำ:** รักษา v0 และคำทักทุกข้อ บันทึกเหตุแก้/คงข้อเสนอ เพิ่ม outcome row ภายใต้ outcome_id เดิมพร้อม previous_record_id; เปิด issue_event แล้วเชื่อม previous_event_id เมื่อแก้/ลองซ้ำ
7. **สรุปขอบผลและงานค้าง:** ทวนสิ่งที่ได้สังเกตจริง ความช่วยเหลือและข้อที่ยังไม่เห็น ประเด็นสำคัญต้องมี retest_evidence_ref จึง closed_after_retest ได้ ให้ผู้ร่วมทวนขอบการใช้ชิ้นงานก่อนเก็บตามข้อตกลง

## ตัดสินผลอย่างไร

ผลเรียนราย ID ต้องอิงเกณฑ์ของบัตรและ rubric ฉบับที่ใช้จริง การอ่านจบ เวลาใช้หรือจำนวนช่องที่กรอกไม่เป็นหลักฐานผ่าน ความช่วยเหลือเป็นบริบทเพื่อแก้เนื้อหา ไม่ใช่โทษผู้เรียน ถ้ามีแต่การอ่านผล host ของผู้เขียน ให้ `APP-C01-D-S01`, `APP-CSF-D-S01`, `APP-CSC-D-S01`, `APP-CSS-D-S01`, `APP-CSL-D-S01`, `APP-CSW-D-S01` หรือ `APP-CSA-D-S01` ตามกรณีที่เลือกเป็น `insufficient_evidence` และ actual ของผู้เรียนเป็น `NOT_RUN`

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

## ดูแลแหล่งอ้างอิงด้วยมือ

เมื่อพบลิงก์เสีย แหล่งเปลี่ยนรุ่น กฎเปลี่ยน ข้อจำกัดสนามใหม่ หรือเปลี่ยนผู้รับผิดชอบ ให้ผู้ที่ได้รับมอบหมายตรวจแหล่งต้นทางตามขอบข้ออ้าง บันทึก source-review-record รวม version/date actually checked, finding, impact, decision และ next_action ถ้าเข้าไม่ได้ให้ inaccessible และรักษาข้อค้าง ห้ามอ้างว่าสดทุกแหล่งจากวันที่แก้เอกสาร ไม่มีระบบตรวจอัตโนมัติในชุดนี้

P5 เต็มยังเปิดจนทดลองจริงครบ B/O/D ตรวจซ้ำประเด็นสำคัญ และมีเจ้าของดูแลแหล่งอ้างอิงที่ได้รับมอบหมาย บัตรกรณีศึกษาเป็นทางเลือกเพิ่มจากสามบัตรนำร่อง ไม่ทำให้เกิดผลทดลองหรือพิสูจน์ทุกบท/ความพร้อมสนามโดยอัตโนมัติ