บทที่ 48: ห้องทดลองคำสั่งอ่านอย่างเดียวสำหรับมือใหม่

สถานการณ์ใกล้ตัว

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

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

ผลลัพธ์ของบทนี้

คุณจะทำภารกิจครบหนึ่งรอบ: ให้ Claude Code อ่านข้อความจำลองใน Plan ตรวจรุ่นและสถานะแบบ read-only แล้วร่าง brief สำหรับ Jan โดยไม่มี diff ไม่มีการส่งข้อความ และไม่มีการแตะ pane จริง

ศัพท์ใหม่ในบทนี้

1. การตรวจล่วงหน้า (preflight): รายการตรวจว่าพร้อมและปลอดภัยก่อนเริ่ม
2. ผลที่คาด (expected result): สิ่งที่ควรเห็นเมื่อขั้นตอนทำงานตามแผน
3. การกู้คืน (recovery): วิธีหยุดและกลับสู่สภาพปลอดภัยเมื่อผลไม่ตรง
4. บันทึกหลักฐาน (evidence note): ข้อความสั้นที่บอกว่าเห็นอะไร เมื่อไร และยังไม่รู้อะไร
5. ขอบเขตห้องทดลอง (lab boundary): สิ่งที่ตั้งใจไม่ทำในแบบฝึกนี้

ภาพเปรียบเทียบ

นี่คือการซ้อมดับเพลิงในอาคารจำลอง เราเดินดูทางออก อ่านป้าย และเขียนแผนส่งต่อ แต่ไม่จุดไฟ ไม่ปิดระบบ และไม่ส่งคนเข้าไปในห้องจริง

แก่นของเรื่อง

ขอบเขตที่อนุญาต

• เปิดโฟลเดอร์จำลอง demo-oracle
• ให้ Claude Code อ่านข้อความที่เลือกใน Plan
• ตรวจ version/help
• ดูรายชื่อ session และ health แบบอ่านอย่างเดียว
• ร่าง brief บนกระดาษหรือไฟล์ที่ยังไม่ส่ง

ขอบเขตที่ห้ามใน lab

• ไม่ใช้คำสั่งส่งข้อความทุกชนิด
• ไม่ wake, attach, view หรือ peek pane จริง
• ไม่ accept diff และไม่ให้ Claude รันคำสั่ง
• ไม่ stop, kill, done, cleanup, deploy หรือ publish
• ไม่ใช้ข้อมูลจริง ภาพประวัติข้อความจากห้องงานจริง หรือชื่อปลายทางจริงในรายงาน

ตัวอย่างจำลองตามกระบวนการ Oracle V4

โจทย์จำลองคือ “สร้าง FAQ ร้านกาแฟ 10 ข้อจากนโยบายหนึ่งหน้า” ผู้เรียนให้ Claude Code สรุปนโยบายก่อน จากนั้นตรวจว่าระบบอ้างอิงพร้อมหรือไม่ และร่าง brief สำหรับ Jan โดยยังไม่ส่ง ผลลัพธ์ตอนจบมีสามชิ้น:

1. สรุป 3 ข้อ + คำถามค้าง 1 ข้อ
2. บัตรรุ่นและสถานะที่ไม่มีข้อมูลส่วนตัว
3. brief ห้าบรรทัดที่มีคำว่า “ร่างภายใน ห้ามเผยแพร่”

หยุดก่อน

ก่อนเข้า lab ลองพูดขอบเขตออกมาหนึ่งประโยค: วันนี้จะอ่านอะไร จะไม่ส่งอะไร และจะหยุดทันทีเมื่อเห็นอะไร

ลองทำอย่างปลอดภัย

🟢 ภารกิจรวม 30 นาที

ขั้นที่ 1: ตรวจความพร้อมก่อนเริ่ม (Preflight)

• ใช้โฟลเดอร์จำลองที่ผู้สอนเตรียม
• ตรวจว่าไม่มีไฟล์ลับอย่าง .env รหัสลับ (token) ข้อมูลลูกค้า ข้อมูลสุขภาพ หรือชื่อธุรกิจจริง
• ปิดการแชร์หน้าจอและการบันทึก Terminal
• เตรียมกระดาษหนึ่งแผ่นสำหรับ brief
• เขียนเงื่อนไขหยุดว่า “มี diff หรือคำขอเปลี่ยนระบบ = ปฏิเสธและหยุด”

ขั้นที่ 2: ให้ Claude Code อ่านอย่างเดียว

เลือกข้อความ 5-10 บรรทัด เปิดโหมดวางแผน (Plan) แล้วส่ง:

อ่านเฉพาะข้อความที่เลือก สรุปเป็นภาษาไทย 3 ข้อ และบอก 1 จุดที่ควรถามต่อ ห้ามแก้ไฟล์ ห้ามสร้างไฟล์ และห้ามรันคำสั่ง

ตรวจว่ามีสามข้อ หนึ่งคำถาม ไม่มีรายการเปลี่ยนแปลง (diff) และไม่มีคำขออนุญาต (permission) สำหรับการเขียน

ขั้นที่ 3: ตรวจรุ่นและคู่มือย่อ (--help)

🟢 คำสั่งอ่านอย่างเดียว

maw --version
maw --help
tmux -V

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

ขั้นที่ 4: อ่านข้อมูลสถานะโดยไม่เปิดหน้าต่างย่อย (pane)

🟡 คำสั่งอ่านข้อมูลกำกับสถานะ (metadata) ซึ่งอาจมีชื่อภายใน

tmux ls
maw ls
maw health

ผลที่คาด: tmux ls แสดงรายการหรือบอกว่าไม่มี server, maw ls แสดงรายการในขอบเขตที่มองเห็น และ maw health แสดงผลตรวจพื้นฐาน
หยุดเมื่อ: เห็นข้อมูลส่วนตัว ปลายทางจริงที่ไม่ควรเปิดเผย หรือผลที่แสดงแนะนำให้ซ่อมหรือเปลี่ยนค่าตั้ง
กู้คืน: ไม่คัดลอกผลที่แสดง ปิดหน้าต่างนั้น และเขียนเพียง “ตรวจได้/ตรวจไม่ได้ ณ เวลา…” โดยใช้ชื่อจำลอง

ขั้นที่ 5: ร่างรายละเอียดงาน (brief) แต่ไม่ส่ง

เขียนบนกระดาษ:

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

วางปากกาลงเมื่อครบห้าบรรทัด ไม่เปิดคำสั่งส่ง นี่คือจุดจบที่ถูกต้องของ lab

เช็กลิสต์ผ่านห้องทดลอง

• เปิดเฉพาะข้อมูลจำลอง
• Claude Code อยู่ใน Plan
• ไม่มี diff และไม่มีการเปลี่ยนไฟล์
• รู้รุ่นของ maw และ tmux หรือบันทึกว่าคำสั่งไม่พร้อม
• อ่านเพียง metadata ไม่เปิด pane
• ไม่คัดลอกชื่อห้องงานหรือผลจริงออกจากเครื่อง
• brief มีผลลัพธ์ หลักฐาน ขอบเขต บอกว่างานเสร็จเมื่อไร และมีเงื่อนไขที่ต้องหยุดถามคน
• ไม่มีข้อความถูกส่งให้ Jan หรือ House

ระวังความเข้าใจผิด

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

ความเข้าใจผิด: “ไม่เกิด error แปลว่าผลถูกต้อง”
สิ่งที่แม่นกว่า: ต้องตรวจความหมาย ขอบเขต ข้อมูลส่วนตัว และสิ่งที่ยังไม่รู้แยกจากสถานะคำสั่ง

สามเรื่องที่ควรจำ

1. ความสำเร็จของมือใหม่คือรู้ว่าจะหยุดตรงไหน
2. อ่านรุ่น สถานะ และหลักฐานก่อนส่งงาน
3. brief ที่ยังไม่ส่งเป็นผลงานที่มีค่า เพราะแก้ได้โดยไม่กระทบใคร

คำถามชวนคิด

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

สะพานไป Part ถัดไป

ตอนนี้คุณยืนอยู่หน้าห้องควบคุมโดยไม่กลัวและไม่ประมาท Part 6 จะนำรายละเอียดงานที่ตรวจแล้วเดินตามเส้นทางจริงของ Oracle V4 มนุษย์ส่งเรื่องให้ Earth AI จากนั้น Jan เลือก House และรายงานจะกลับผ่าน Jan กับ Earth AI จนถึงมนุษย์ โดยมีหลักฐานและจุดที่ต้องให้คนอนุมัติทุกช่วง