สถานการณ์ใกล้ตัว
ทีมดูวิดีโอเก่าและทำตามคำสั่งส่งข้อความ วิดีโอบอกว่าข้อความจะค้างไว้ให้ตรวจ แต่โปรแกรมรุ่นใหม่ส่งเข้า pane พร้อม Enter ผลคือคำขอที่ยังเป็นร่างถูกส่งจริง
นี่คือเหตุผลที่ “ฉันเคยใช้ได้” ไม่เพียงพอในระบบที่เปลี่ยนเร็ว คู่มืออาจถูกต้องในวันที่เขียนและผิดสำหรับเครื่องวันนี้ได้โดยไม่มีใครโกหก
ผลลัพธ์ของบทนี้
คุณจะสร้างบัตรรุ่นของ Claude Code, tmux และ maw พร้อมตัดสินได้ว่าเมื่อคู่มือเก่าขัดกับ help ปัจจุบันควรหยุดตรงไหน
ศัพท์ใหม่ในบทนี้
- เวอร์ชัน (version): หมายเลขหรือชื่อรุ่นของโปรแกรม
- ข้อมูลกำกับรุ่น (version metadata): วันที่ build รหัสรุ่น หรือแหล่งที่ช่วยระบุ snapshot
- คำสั่งช่วยเหลือ (
--help): รายการการใช้งานที่โปรแกรมรุ่นนั้นประกาศ - พฤติกรรมล้าสมัย (legacy behavior): วิธีทำงานจากรุ่นเก่าที่อาจยังพบในเอกสาร
- การตรึงรุ่น (pinning): การระบุรุ่นเป้าหมายให้ทุกคนตรวจสิ่งเดียวกัน
ภาพเปรียบเทียบ
เวอร์ชันเหมือนปีรุ่นของรถ คู่มือรถรุ่นก่อนอาจบอกตำแหน่งเบรกมือคนละแห่ง ถ้าเราผสมหน้าคู่มือสองรุ่น เราจะได้คำสั่งที่ขัดกันแทนคู่มือที่ละเอียดขึ้น
ขอบเขตของภาพเปรียบเทียบ: ซอฟต์แวร์ไม่ได้เปลี่ยนตามปีรุ่นที่แน่นอนและบางพฤติกรรมอาจเปลี่ยนระหว่าง build ความจริงสำหรับการใช้งานจึงต้องกลับไปตรวจรุ่น
--helpและหลักฐานของ runtime เป้าหมาย ไม่อาศัยภาพรถตัดสิน
แก่นของเรื่อง
เริ่ม session ฝึกหรือถ่ายคอร์สด้วยบัตรรุ่น:
🟢 การ์ดตรวจรุ่น: อ่านอย่างเดียว
maw --version
maw --help
tmux -V
claude --versionก่อนเริ่ม: เปิด Terminal ที่ตั้งใจใช้จริงและไม่แชร์ข้อมูล config
ผลที่คาด: ได้รุ่น maw, รายการคำสั่ง maw, รุ่น tmux และรุ่น Claude Code CLI ที่ shell มองเห็น
หยุดเมื่อ: คำสั่งไม่พบ รุ่นต่างจากบทเรียน หรือ help ขัดกับคำอธิบาย
กู้คืน: บันทึกผล หยุดก่อนคำสั่งเปลี่ยนระบบ และให้ผู้ดูแลตรวจเส้นทางติดตั้ง
ณ วันที่ตรวจต้นฉบับนี้ เครื่องอ้างอิงรายงาน maw 26.6.13-alpha.142, tmux 3.6b และ Claude Code CLI 2.1.211 ตัวเลขเหล่านี้เป็นหลักฐานของวันตรวจ ไม่ใช่คำสั่งให้ติดตั้งย้อนกลับ และไม่ได้พิสูจน์ว่าส่วนเสริม Claude Code ใน VS Code ใช้รุ่นเดียวกับ CLI
เมื่อข้อมูลขัดกัน ใช้กติกา:
- พฤติกรรม runtime ของเครื่องเป้าหมายต้องตรวจจาก help/source ที่ตรงรุ่น
- เก็บเอกสารเก่าเป็นประวัติ ไม่ลบจนดูเหมือนเคยมีความจริงเดียว
- หากพฤติกรรมสำคัญยังไม่ยืนยัน ให้ตัดออกจาก lab และติดป้าย “ยังไม่ทราบ”
- ก่อนถ่ายคอร์ส ตรวจ UI ของ Claude Code ใหม่ เพราะชื่อโหมดและตำแหน่งปุ่มเปลี่ยนได้
ตัวอย่างจำลองตามกระบวนการ Oracle V4
ผู้สอนเตรียมบทเรียนจาก source package ที่ใหม่กว่า runtime ในห้องเรียน เมื่อพบว่าคำอธิบายคำสั่งส่งไม่ตรงกัน เขาไม่ทดลองบน Jan จริง แต่ปรับบทเรียนให้หยุดที่ maw ls และ brief บนกระดาษ พร้อมบันทึกช่องว่างให้ตรวจใน build เป้าหมาย
การไม่สาธิตหนึ่งคำสั่งอาจดูเหมือนบทเรียนไม่ครบ แต่จริง ๆ แล้วเป็นตัวอย่างของวินัย Oracle: สิ่งที่ยังไม่รู้ต้องไม่ถูกแต่งให้ดูแน่นอน
หยุดก่อน
หากคู่มือกับ --help ไม่ตรงกัน คุณพร้อมหยุดที่บันทึกความขัดแย้ง หรือกำลังจะทดลองกับระบบจริงเพื่อให้ได้คำตอบเร็วขึ้น
ลองทำอย่างปลอดภัย
🟢 ภารกิจ: ทำบัตรรุ่นจำลอง
ให้ผู้สอนแสดงผลที่ปกปิดข้อมูลแล้ว ผู้เรียนกรอกตารางสี่ช่อง: โปรแกรม, รุ่น, วันที่ตรวจ, สิ่งที่ยังยืนยันไม่ได้
ก่อนเริ่ม: ใช้ผลจำลองหรือผลที่ปกปิดข้อมูลแล้ว
ผลที่คาด: แยกรุ่นโปรแกรมใน Terminal (CLI) ออกจากรุ่นส่วนเสริมใน VS Code ได้
หยุดเมื่อ: มีตำแหน่งไฟล์ของผู้ใช้ รหัสลับ (token) หรือค่าตั้งจริง
กู้คืน: ลบภาพและสร้างการ์ดข้อความใหม่ด้วยข้อมูลขั้นต่ำ
ระวังความเข้าใจผิด
ความเข้าใจผิด: “รุ่นใหม่กว่าถูกกว่าเสมอ”
สิ่งที่แม่นกว่า: รุ่นใหม่อาจมีการเปลี่ยนพฤติกรรม ต้องตรวจความเข้ากันได้กับงานและคู่มือ
ความเข้าใจผิด: “help มีคำสั่ง แปลว่าพฤติกรรมทุกกรณีพิสูจน์แล้ว”
สิ่งที่แม่นกว่า: help ยืนยัน surface และคำอธิบายระดับหนึ่ง พฤติกรรมละเอียดอาจต้องตรวจ source หรือสภาพแวดล้อมจำลอง
สามเรื่องที่ควรจำ
- บันทึกรุ่นและวันที่ทุกครั้งที่สอนคำสั่ง
- extension กับ CLI อาจเป็นคนละรุ่นและคนละเส้นทาง
- ความขัดแย้งต้องนำไปสู่การหยุด ไม่ใช่การเดา
คำถามชวนคิด
คู่มือในธุรกิจของคุณมีขั้นตอนใดที่คนทำตามจากความจำ โดยไม่มีวันที่หรือรุ่นกำกับ
สะพานไปบทถัดไป
เรามีโต๊ะทำงาน บันไดความเสี่ยง แผนที่ tmux หน้าปัด maw และบัตรรุ่นแล้ว บทสุดท้ายจะรวมทั้งหมดเป็นห้องทดลองที่จบโดยไม่ส่งข้อความเข้าสู่ pane จริง