สถานการณ์ใกล้ตัว
สมชายต้องการสรุปคู่มือสาขาทดลอง แต่เขาเปิด VS Code ค้างไว้จากงานอีกโครงการหนึ่ง เมื่อพิมพ์คำขอโดยไม่มองชื่อโฟลเดอร์ ผู้ช่วยจึงอ้างข้อความจากเอกสารผิดชุด ถึงไม่มีไฟล์ถูกลบ ผลสรุปก็ใช้กับธุรกิจผิดสาขาได้
นี่คือความขัดแย้งที่มือใหม่มักไม่ทันเห็น: คำสั่งอาจ “ปลอดภัยเพราะไม่เขียนไฟล์” แต่ผลลัพธ์ยังผิดหรือเปิดเผยข้อมูลได้ถ้าอ่านบริบทผิด การอ่านอย่างเดียวจึงไม่ใช่ใบอนุญาตให้ละเลยตำแหน่งและความเป็นส่วนตัว
ผลลัพธ์ของบทนี้
คุณจะตรวจตำแหน่งโฟลเดอร์และบริบทที่กำลังใช้ เลือกโหมดวางแผนให้ Claude Code อ่านก่อนทำ และตรวจได้ว่าการทดลองแบบอ่านอย่างเดียวไม่มีการเปลี่ยนไฟล์
ศัพท์ใหม่ในบทนี้
- ตำแหน่งปัจจุบัน: โฟลเดอร์ที่หน้าต่างหรือ Terminal กำลังอ้างถึง
- โหมดวางแผน (Plan): โหมดที่ให้ผู้ช่วยอ่าน สำรวจ และเสนอขั้นตอนก่อนแก้ไฟล์
- โหมดขออนุญาตทีละขั้น (Manual): โหมดที่ขออนุญาตก่อนแก้ไฟล์และรันคำสั่งส่วนใหญ่
- ภาพความต่าง (diff): หน้าจอเทียบของเดิมกับสิ่งที่เสนอให้เปลี่ยน
- ขอบเขตการอ่าน: รายการไฟล์หรือข้อความที่อนุญาตให้ใช้ในงานนี้
ภาพเปรียบเทียบ
ลองนึกถึงการส่งซองเอกสารแบบลงทะเบียน ตำแหน่งโฟลเดอร์คือที่อยู่บนซอง และบริบทคือเอกสารที่ใส่อยู่ข้างใน ที่อยู่ถูกแต่ใส่เอกสารผิดก็ยังสร้างความเสียหายได้ โหมด Plan ช่วยให้เราอ่านรายการงานก่อนส่งต่อ ส่วนภาพความต่างช่วยตรวจสิ่งที่เสนอให้เปลี่ยนก่อนยอมรับ
ขอบเขตของภาพเปรียบเทียบ: ซองเอกสารช่วยจำเรื่องตำแหน่งและขอบเขตเท่านั้น โหมด Plan ยังอาจอ่านข้อมูลที่ได้รับอนุญาต และภาพความต่างไม่ได้รับรองว่าข้อเสนอถูกหรือปลอดภัย มนุษย์ยังต้องตรวจเนื้อหา สิทธิ์ และผลกระทบ
แก่นของเรื่อง
ก่อนส่งคำขอทุกครั้ง ให้ใช้การตรวจสามชั้น:
ชั้นที่ 1: มองตำแหน่ง
ดูชื่อโฟลเดอร์บนแถบ Explorer ของ VS Code และชื่อไฟล์บนแท็บ หากเปิด Terminal ให้สังเกตข้อความหน้าพร้อมพิมพ์ว่าอยู่ในโครงการใด อย่าอาศัยความจำจากเมื่อวาน
ชั้นที่ 2: มองบริบท
ตรวจรายการไฟล์ที่แนบด้วย @ และข้อความที่เลือกไว้ ส่งเฉพาะส่วนที่เกี่ยวข้อง ปิดไฟล์ลับ และอย่าแนบ .env รหัสผ่าน ข้อมูลบัญชี ข้อมูลสุขภาพ หรือข้อมูลลูกค้า
ชั้นที่ 3: มองสิทธิ์
สำหรับงานแรกให้เลือก Plan แล้วระบุชัดว่าอ่านเฉพาะข้อความที่เลือก ห้ามแก้ไฟล์และห้ามรันคำสั่ง หากภายหลังต้องแก้จริง ให้ใช้ Manual ดูภาพความต่าง และถามตนเองว่า “ฉันเข้าใจของเดิม ของใหม่ และผลกระทบหรือยัง” ก่อนยอมรับ
Plan อนุญาตให้ผู้ช่วยสำรวจและเขียนแผน แต่การสำรวจก็อาจแสดงข้อมูลที่อ่านพบ จึงต้องกำหนดขอบเขตตั้งแต่ต้น ไม่ควรมอง Plan ว่าเป็นกำแพงความเป็นส่วนตัว
ตัวอย่างจำลองตามกระบวนการ Oracle V4
ไฟล์จำลองมีข้อความว่า:
ร้านตัวอย่างเปิดวันจันทร์ถึงศุกร์ รับคำสั่งซื้อก่อน 16:00 น. สินค้าสั่งทำใช้เวลาเตรียมสองวัน และการคืนเงินต้องให้เจ้าของอนุมัติ
คำขอที่ชัดคือ:
“อ่านเฉพาะข้อความที่ฉันเลือก สรุปเป็นภาษาไทย 3 ข้อ และบอก 1 จุดที่ต้องถามเพิ่ม ห้ามแก้ไฟล์และห้ามรันคำสั่ง”
คำถามที่ควรถามเพิ่มอาจเป็น “คำสั่งซื้อหลัง 16:00 น. นับเป็นวันถัดไปหรือไม่” คำตอบที่ดีไม่ควรแต่งนโยบายคืนเงินหรือเวลาเปิดร้านเพิ่ม
หยุดก่อน
ก่อนทำภารกิจ ลองชี้ให้ได้ว่าคุณอยู่ในโฟลเดอร์ใด AI จะเห็นข้อความใด และหลักฐานอะไรจะยืนยันว่าไม่มีไฟล์เปลี่ยน
ลองทำอย่างปลอดภัย
🟢 ภารกิจ: อ่านห้าบรรทัดโดยไม่เปลี่ยนไฟล์
- เปิดไฟล์จำลองเพียงไฟล์เดียว
- เลือกข้อความ 5-10 บรรทัด
- เปิด Claude Code และเลือก Plan
- ส่งคำขอตามแม่แบบข้างบน
- ตรวจว่าผลลัพธ์มีสามข้อ หนึ่งคำถาม และไม่มี diff
ก่อนเริ่ม: ไม่มีข้อมูลจริง ไม่มีไฟล์ลับ และตรวจชื่อโฟลเดอร์แล้ว
ผลที่คาด: ได้สรุป 3 ข้อกับคำถามต่อ 1 ข้อ โดยไม่มีไฟล์เปลี่ยน
หยุดเมื่อ: มีคำขอแก้ไฟล์ รันคำสั่ง หรือมีไฟล์นอกขอบเขตปรากฏ
กู้คืน: ปฏิเสธคำขอ ปิดบริบทที่เกิน เริ่มบทสนทนาใหม่ และใช้โฟลเดอร์จำลองอีกครั้ง
ระวังความเข้าใจผิด
ความเข้าใจผิด: “มี diff แปลว่าของใหม่ดีกว่า”
สิ่งที่แม่นกว่า: diff เพียงแสดงสิ่งที่ต่าง ผู้ใช้ยังต้องตรวจความหมาย ความถูกต้อง และผลกระทบ
ความเข้าใจผิด: “Plan แปลว่าไม่มีข้อมูลออกจากเครื่อง”
สิ่งที่แม่นกว่า: Plan จำกัดการเปลี่ยน source ก่อนอนุมัติ แต่ผู้ช่วยยังต้องอ่านบริบทเพื่อวางแผน
สามเรื่องที่ควรจำ
- ตรวจโฟลเดอร์ก่อนตรวจคำตอบ
- ส่งบริบทเท่าที่งานต้องใช้
- Plan ช่วยให้เห็นแผน ส่วน Manual และ diff ช่วยให้ตรวจการเปลี่ยนจริง
คำถามชวนคิด
ในงานประจำของคุณ มีไฟล์ใดที่ผู้ช่วย “ไม่จำเป็นต้องเห็น” แม้ไฟล์นั้นอยู่ในโฟลเดอร์เดียวกัน
สะพานไปบทถัดไป
ตอนนี้เราอ่านก่อนสั่งได้แล้ว ต่อไปเราจะสร้างบันไดความเสี่ยงเพื่อรู้ว่าคำสั่งใดเดินได้เอง และขั้นใดต้องหยุดเรียกเจ้าของกุญแจ