ต้นทาง: Part 4: Arra บรรณารักษ์และระบบค้นความรู้, ตอนเดิม 3
ครอบคลุมบทที่ 36-37
เวลาเป้าหมาย: 12-15 นาทีสำหรับวิดีโอ ไม่รวมเวลาที่ผู้เรียนพักวิดีโอแล้วลองทำแบบฝึก
เป้าหมายของตอน
ผู้เรียนจะทำบันทึกการตัดสินใจพร้อมวันทบทวน เข้าใจขอบเขตปัจจุบัน/ประวัติของการตัดสินใจและตารางเวลา และประกอบแฟ้มค้นความรู้จากเอกสารตัวอย่างหกใบแบบอ่านอย่างเดียว
เปิดเรื่อง
ผู้สอนพูด
“สามเดือนก่อน ทีมเพิ่มรอบส่งวันเสาร์เพื่อทดลองสี่สัปดาห์ วันนี้พนักงานใหม่คิดว่านั่นคือนโยบายถาวร เพราะระบบเก็บผลลัพธ์ไว้ แต่ไม่เก็บเหตุผลและวันทบทวน”
วางป้ายสองใบ:
- “ส่งวันเสาร์”
- “ทดลองสี่สัปดาห์ เพราะข้อมูลสองเดือน: ทบทวนวันที่จำลอง X”
“สองใบนี้สร้างอนาคตของทีมต่างกัน ใบแรกบอกให้ทำ ใบที่สองบอกทั้งสิ่งที่ทำและเวลาที่ควรถามใหม่”
ผลลัพธ์ที่ขึ้นบนหน้าจอ
แสดงแฟ้มแปดแท็บ:
ใบค้นหา / คำค้น / ผลค้น / คำตอบ / บทเรียน / บันทึกเส้นทางของข้อมูล / ใบส่งต่องาน / การตัดสินใจ
ข้อความกำกับ:
หลักฐานพาไปสู่ทางเลือก คนเลือก และเวลาพากลับมาทบทวน
ภาพอธิบายหลัก
ใช้ภาพ “ป้ายทางแยก” เพียงภาพเดียว ป้ายแต่ละแขนบอกทางเลือก เหตุผล และมีช่อง “กลับมาทบทวนวันที่…” คนยืนหน้าป้ายแทนอำนาจตัดสินใจของมนุษย์
ผู้สอนย้ำขอบเขตตามตัวอักษรว่า ป้ายเป็นเพียงภาพช่วยจำ ระบบจริงใช้บันทึกการตัดสินใจและข้อมูลกำหนดการคนละส่วน กำหนดการทำหน้าที่เตือน ไม่ใช่ผู้อนุมัติ และบันทึกการตัดสินใจทำเป็นงานเอกสารได้โดยไม่ต้องมีฟังก์ชันเฉพาะ
สาธิตช่วงที่ 1: บันทึกการตัดสินใจเก้าช่อง
กรณีจำลอง: เพิ่มรอบส่งวันเสาร์หรือไม่
เติมบนหน้าจอ:
- คำถาม: เพิ่มรอบส่งวันเสาร์หรือไม่
- ขอบเขต: หนึ่งเขต สี่สัปดาห์
- ทางเลือก: ไม่เปลี่ยน / ทดลอง / เปลี่ยนถาวร
- หลักฐาน: รายงานสองเดือน
- ยังไม่รู้: ต้นทุนและผลช่วงเทศกาล
- การตัดสินใจ: ทดลอง
- เหตุผล: เก็บข้อมูลเพิ่มโดยจำกัดผลกระทบ
- เจ้าของ: ผู้จัดการปฏิบัติการ
- ทบทวน/หยุด: ครบสี่สัปดาห์หรือเมื่อเกินเกณฑ์จำลอง
ช่วงย้ำขอบเขตของรุ่นปัจจุบัน
ผู้สอนพูดโดยไม่มีหน้าจอคำสั่งเก่า:
“เอกสาร Arra รุ่นก่อนเคยออกแบบเครื่องมือการตัดสินใจและการปรึกษา แต่รุ่นปัจจุบันที่ตรวจไม่ได้ให้เราใช้เป็นพื้นผิวปัจจุบัน หนังสือจึงสอนบันทึกการตัดสินใจเป็นเอกสาร ส่วนตารางเวลาที่ตรวจยืนยันได้มีพื้นผิวอ่านผ่าน CLI/HTTP การเพิ่มหรือแก้ตารางเป็นการเขียนข้อมูล และรายการเครื่องมือ MCP ปัจจุบันไม่โฆษณาเครื่องมือตารางเวลาตามเอกสารเก่าบางฉบับ”
ขึ้นหลักจำง่าย:
เมื่อพบคู่มือเก่า ให้หยุดและตรวจหน้าช่วยเหลือหรือรายการเครื่องมือ จากนั้นใช้เฉพาะแนวคิดโดยไม่เดารูปแบบคำสั่ง
สาธิตช่วงที่ 2: เปิดแฟ้ม DOC-A ถึง DOC-F
นำตารางเอกสารตัวอย่างจากบทที่ 37 ขึ้นจอทีละใบ
- A เก่าและถูกแทนที่
- B ใหม่แต่รออนุมัติ
- C อนุมัติแต่ไม่ครอบคลุมหลังแพ็ก
- D เป็น retrospective
- E เป็น learning
- F พูดเรื่องเลื่อนชำระเงินและเป็นผลลวง
คำถามคือ “หลังแพ็กสินค้าแล้ว ลูกค้าขอเปลี่ยนวันส่ง ทีมควรทำอย่างไร”
สาธิตช่วงที่ 3: ทำ lab เจ็ดรอบ
บนหน้าจอมีแถบความคืบหน้า แต่ละรอบผู้สอนสร้างงานจริงจากข้อมูลจำลอง
- ใบค้นหา: ห้ามเดาว่าร่างใหม่อนุมัติแล้ว
- บันไดคำค้น: เปลี่ยนวันส่ง / เปลี่ยนกำหนด / ลูกค้ายังไม่พร้อมรับหลังแพ็ก
- จำลองการค้นด้วยข้อความเต็ม-การค้นด้วยความหมาย (FTS-semantic): อธิบายว่าคำว่า “เลื่อน” อาจดึง F เข้ามา
- เปิดและคัด: A ใช้ดูประวัติ, B รออนุมัติ, C เป็นฉบับปัจจุบันแต่ไม่ตอบครบ, D/E เป็นบริบท, F คัดออก
- คำตอบสี่ส่วน: ยังไม่มีนโยบายอนุมัติที่ตอบกรณีหลังแพ็กโดยตรง
- ร่างบันทึกเส้นทางของข้อมูล/บทเรียน/ใบส่งต่องาน: ทำออฟไลน์และติดป้ายว่าร่าง (draft)
- บันทึกการตัดสินใจ: ให้ผู้จัดการอนุมัติรายกรณีชั่วคราวและตั้งวันทบทวนจำลอง
ผู้สอนชี้ว่าห้องทดลองเดินต่อได้เมื่อระบบลดระดับเพราะระบบเวกเตอร์ไม่พร้อม (vector fallback) ถ้าระบบลดเป็นการค้นด้วยข้อความเต็มเท่านั้น (FTS-only) ให้บันทึกโหมดและเพิ่มคำพ้อง แต่ถ้ามีคำขอเขียนข้อมูล (write request) หรือข้อมูลจริงปรากฏ ต้องหยุดทันที
พักวิดีโอแล้วลองทำ
พักวิดีโอแล้วลองตอบคำถาม:
ใน DOC-A ถึง DOC-F เอกสารใด “ใหม่ที่สุด” และเอกสารใด “มีอำนาจใช้จริงมากที่สุด” เหตุใดสองคำตอบจึงไม่จำเป็นต้องเป็นใบเดียวกัน
ให้เวลาหนึ่งนาที แล้วเฉลยว่า B ใหม่กว่าแต่รออนุมัติ ส่วน C อนุมัติแต่ไม่ครอบคลุมกรณีทั้งหมด จึงยังต้องให้มนุษย์ตัดสินใจ
ภารกิจหน้ากล้อง
ผู้เรียนทำแฟ้มแปดชิ้นจาก DOC-A ถึง DOC-F โดยเลือกทำบนกระดาษหรือ Markdown
ก่อนเริ่ม: ใช้เอกสารหกใบเท่านั้น ตรวจว่าไม่มีการเชื่อมข้อมูลจริง
ผลที่คาดหวัง: DOC-F ถูกคัดออก DOC-B ติดป้ายรออนุมัติ และคำตอบมีสิ่งที่ยังไม่รู้
หยุดและถามคนเมื่อ: เห็นข้อมูลจริง ชื่อเครื่องมือไม่ตรง หรือมีคำขอเขียน
กู้คืน: ปฏิเสธ ออกจากสภาพแวดล้อมทดลอง และทำต่อบนกระดาษ
ช่วงย้ำความปลอดภัย
แสดงเช็กลิสต์ทีละข้อ:
- Read-only ลดการเปลี่ยนแปลง ไม่ทำให้ข้อมูลเป็นสาธารณะ
- Search score ไม่ใช่ approval
- ใหม่ที่สุดไม่เท่ากับฉบับปัจจุบัน
- Learning draft ไม่เท่ากับ learning ที่ควรถูกบันทึก
- Schedule reminder ไม่เท่ากับการตัดสินใจ
- จุดที่ต้องให้คนอนุมัติอยู่ก่อนผลกระทบจริงเสมอ
oracle_verifyต้องระบุcheck=trueจึงนับเป็นการอ่านอย่างเดียว; ค่าปริยาย/check=falseอาจเปลี่ยนดัชนีและห้ามใช้ในห้องทดลอง
ปิดตอน
ผู้สอนสรุป
“Arra มีคุณค่าเมื่อช่วยให้เราหาสิ่งเดิม เปิดต้นฉบับ เห็นช่องว่าง และรักษาเส้นทางของความรู้ ไม่ใช่เมื่อทำให้คำตอบดูแน่นอนที่สุด เจ้าของธุรกิจจึงไม่ได้มอบสมองให้ระบบ เขากำลังสร้างห้องสมุดที่ทีมค้นได้ และยังถือกุญแจการตัดสินใจไว้เอง”
สะพานไป Part ถัดไป
ภาพเปลี่ยนจากโต๊ะเอกสารไปเป็นหน้าต่าง VS Code และ Terminal จำลอง
“ตอนต่อไป เราจะเข้าไปดูหน้าต่างทำงานในแบบที่ปลอดภัย เริ่มจากหน้าต่างเดียว อ่านสถานะก่อนสั่ง และเรียนรู้วิธีมอง Jan กับบ้านผู้เชี่ยวชาญบน tmux โดยไม่รบกวนงานที่กำลังเดินอยู่”