guardrail ที่เคยกันเราไว้ วันนี้ กลายเป็นเบรก

วันเดียว โปรเจกต์เดียว 21 จุดที่ต้องแก้ พอไล่แก้ครบแล้วนับย้อนกลับ ปรากฏว่า 8 จุดจาก 21 นั้นเกิดจากตัวแก้ของจุดก่อนหน้า ไม่ใช่ของเดิมที่เสียอยู่แล้ว

ตัวเลขนี้อ่านได้ 2 แบบ แบบแรกคือเราแก้ไม่ระวังพอ แบบที่ 2 น่ากลัวกว่า คือกฎกับตัวตรวจที่เราเพิ่มเข้าไปทุกครั้งที่เจอปัญหา สะสมกันจนตัวมันเองกลายเป็นแหล่งของปัญหาใหม่

ถ้าคุณเปิดไฟล์กฎของตัวเองแล้วรู้สึกว่ามันยาวขึ้นทุกเดือนโดยไม่เคยสั้นลง เรื่องนี้เป็นเรื่องเดียวกัน ทุกครั้งที่พลาด เราเพิ่มกฎ 1 ข้อ ไม่มีใครลบ แล้ววันหนึ่งก็ไม่แน่ใจแล้วว่าข้อไหนยังจำเป็น

บทความนี้เป็นวิธีตรวจว่ากฎข้อไหนหมดอายุ และวิธีปลดออกโดยที่ของยังทำงานเท่าเดิม ไม่ใช่คำเชิญชวนให้ลบกฎให้เยอะ ครึ่งหลังของประโยคนั้นสำคัญเท่าครึ่งแรก และจะย้ำอีกหลายรอบ

ช่วงที่ 1guardrail คือคำสัญญา ที่เซ็นไว้กับ วันที่มันเกิด

guardrail คือกฎหรือตัวตรวจที่เราวางไว้กันไม่ให้ทำพลาด ชื่อมาจากราวกันตกข้างถนน และมันเกิดจากเหตุการณ์จริงเสมอ ไม่มีใครตื่นมาเขียนกฎเปล่าๆ

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

กฎทั้ง 2 ข้อมีอะไรเหมือนกันอยู่อย่างหนึ่ง มันเป็นคำสัญญาที่เซ็นไว้กับสถานการณ์ของวันที่มันเกิด ไม่ใช่กับสถานการณ์วันนี้

เส้น 2 เส้น ที่ไม่ได้วิ่งด้วยความเร็วเดียวกัน

ตรงนี้มีคำที่ต้องรู้จักก่อน agent harness คือทุกอย่างที่ห่อโมเดลอยู่ ยกเว้นตัวโมเดลเอง เครื่องมือที่ให้มันใช้ บริบทที่ป้อนให้ ความจำ และ guardrail ที่กำหนดขอบเขต พูดง่ายๆ คือร่างกายที่เราสร้างให้สมองของโมเดลใช้เดิน

คุณ Dan McAteer วางภาพนี้ไว้เป็นเส้น 2 เส้นที่วิ่งขนานกัน เส้นแรกคือสิ่งที่ชั้นห่อขอจากโมเดล เส้นที่ 2 คือสิ่งที่โมเดลทำได้จริง ระยะห่างระหว่าง 2 เส้นนี้มีเครื่องหมาย ไม่ใช่แค่มีขนาด

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

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

ลองแทนค่าเส้นที่ 2 ด้วยของในบ้านคุณดู กฎอีเมลข้างบนนั้น เส้นที่ 2 คือความชำนาญของทีม ไฟล์กฎที่คุณเขียนให้ AI เส้นที่ 2 คือความสามารถของรุ่นที่ออกใหม่ ขั้นตอนอนุมัติในบริษัท เส้นที่ 2 คือจำนวนลูกค้าที่รออยู่ ทุกกรณีเหมือนกันหมด เส้นนั้นขยับได้โดยไม่บอกใคร

แยกกฎที่เงียบ ออกจากกฎที่หมดอายุ ก่อนลงมือ

2 อาการนี้หน้าตาคล้ายกันมาก แต่ทางแก้ตรงข้ามกัน ถ้าแยกไม่ออกแล้วเผลอปลดผิดฝั่ง จะกลายเป็นลบของที่ยังไม่เคยได้ทำงานเลยแม้แต่ครั้งเดียว

ของเราเคยเขียนกฎข้อหนึ่งสั่งตัวเองไว้ว่าให้เพิ่มขั้นตอนอ่านงานในมุมคนอ่านลงไปในรายการตรวจก่อนส่ง แล้วค้นในไฟล์ที่เปิดจริงตอนส่งงาน เจอ 0 ครั้ง กฎนอนอยู่ในไฟล์บันทึกนาน 2 เดือน นั่นคือกฎที่เงียบ ไม่ใช่กฎที่หมดอายุ และเรื่องนั้นเราแยกเขียนไว้อีกใบ (ลิงก์ท้ายบทความ)

ช่วงที่ 2รู้ได้ยังไงว่า guardrail ข้อไหน หมดอายุ

ดูที่การยิงของมัน ไม่ใช่ที่ข้อความของมัน guardrail ที่หมดอายุจะแสดงอาการอย่างน้อย 1 ใน 4 อย่างต่อไปนี้ และแต่ละอาการมีวิธีตรวจที่ทำได้ในวันเดียว

สัญญาณ 1 มันยืนขวางทาง ที่ระบบใช้กู้ตัวเอง

อาการนี้อันตรายที่สุด เราเคยวางตัวตรวจความสัมพันธ์ของข้อมูลไว้บนสุดของตัวรับคำขอ ด้วยเหตุผลที่ฟังดูดีมากว่ามันตรวจล้วนๆ ไม่มีผลข้างเคียง วางก่อนได้

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

ตัวตรวจนั้นทำงานถูกทุกบรรทัด มันแค่ยืนอยู่บนถนนผิดเส้น

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

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

สัญญาณ 2 มันยิงแล้ว แต่ทุกคนข้าม

คุณ Addy Osmani เขียนไว้ตรงตัวว่าจำนวนตัวตรวจไม่เท่ากับคุณภาพ และให้ไล่ตัวตรวจที่ยิงซ้ำๆ ด้วยคำถาม 3 ข้อ คือมันไม่เกี่ยวแล้วหรือเปล่า มันส่งเสียงรบกวนหรือเปล่า และมันทำให้ปลอดภัยขึ้นจริงไหม

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

กลับไปที่กฎอีเมลถึงลูกค้า วิธีตรวจไม่ใช่นั่งเถียงว่ากฎนี้ดีหรือไม่ดี ให้เปิดดูจริงว่าครึ่งปีที่ผ่านมาหัวหน้าตีกลับไปกี่ฉบับ และตีกลับด้วยเรื่องอะไร ถ้าคำตอบใกล้ศูนย์ กฎข้อนี้ไม่ได้กันอะไรอยู่แล้ว มันเก็บแต่เวลาของทุกคน และเวลาที่ลูกค้ารอ

สัญญาณ 3 ตัวแก้ของกฎหนึ่ง กลายเป็นงานใหม่ ให้กฎอื่น

นี่คือกลไกของเลข 8 จาก 21 ข้างบน และเวอร์ชันที่จับง่ายที่สุดของมันคือกฎที่ข้อความไม่ตรงกับสิ่งที่โค้ดบังคับ

ของเรามีตัวหนึ่งปฏิเสธที่อยู่เว็บที่พ่วงข้อมูลเกินมา แล้วพิมพ์บอกว่าให้ตัดให้เหลือแค่ชื่อเครื่อง แต่มันปล่อยที่อยู่ที่พ่วงเส้นทางต่อท้ายผ่านไปได้ อีกตัวเขียนคอมเมนต์ไว้ว่าการเทียบกับใบก่อนหน้าต้องทำที่ชั้นบนสุด แล้วชั้นบนสุดไม่เคยตรวจ วันเดียวเจอ 3 ครั้ง

วิธีจับคืออ่านข้อความของ guardrail ออกมาดังๆ แล้วถามว่าโค้ดบังคับครบทุกคำที่พูดไว้ไหม กฎที่ข้อความกับพฤติกรรมแยกทางกัน มักเป็นกฎที่โจทย์ขยับไปแล้วแต่ข้อความค้างอยู่ที่เดิม

สัญญาณ 4 ความล้มของมัน ถูกกลืนจนไม่มีใครเห็น

อาการนี้คือเหตุที่ทำให้ 3 อาการข้างบนไม่มีใครเห็น เราเคยติดกฎใหม่ที่ปฏิเสธคำสั่งรูปแบบหนึ่ง โดยไม่ได้ค้นก่อนว่าใครเรียกรูปแบบนั้นอยู่ ผลคืองานอัตโนมัติ 3 ตัวล้มทุกครั้งตั้งแต่วันนั้น ทั้ง 3 ตัวเขียนเหมือนกันคือจับความผิดพลาดแล้วพิมพ์ทิ้งไว้บรรทัดหนึ่ง ไม่มีสัญญาณล้ม ไม่มีการแจ้งเตือน อาการเดียวที่โผล่คือสถานะรวมของระบบขึ้นว่าไม่สมบูรณ์ 2 วันให้หลัง

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

ตรงนี้แหละที่โยงกลับมาเรื่องหมดอายุ กฎที่เราไม่รู้ว่าใครเรียกอยู่ เป็นกฎที่เราตรวจไม่ได้ว่ามันหมดอายุหรือยัง

ช่วงที่ 3ปลดออกยังไง ไม่ให้กลายเป็น ความมั่ว

เกณฑ์เดียวคือลบได้เท่าไหร่ โดยความสามารถยังคงเดิม ถ้าวัดครึ่งหลังไม่ได้ ก็ยังไม่ใช่การปลด เป็นแค่การทำให้เบาลง

McAteer เสนอเกณฑ์นี้ให้เป็นตัววัดความคืบหน้าของทั้งวงการ ระดับการพัฒนาชั้นห่อวัดจากว่าเราได้ลบชั้นห่อออกไปเท่าไหร่ แล้วความสามารถยังอยู่ระดับเดิม สองครึ่งต้องมาด้วยกัน ถ้าเหลือแต่ครึ่งแรก เกณฑ์นี้จะกลายเป็นการให้รางวัลกับการส่งงานที่น้อยลง

หลักฐานที่ชัดที่สุด มีครึ่งหลังติดมาด้วย

เมื่อ 24 กรกฎาคม 2026 คุณ Thariq Shihipar จาก Anthropic เขียนไว้ว่าทีมตัดข้อความตั้งต้นที่ระบบใส่ให้โมเดลอ่านก่อนทุกงาน (system prompt) ของ Claude Code ออกไปกว่า 80% สำหรับโมเดลอย่าง Claude Opus 5 และ Claude Fable 5 โดยไม่พบผลกระทบที่วัดได้ในการทดสอบงานเขียนโค้ด

ครึ่งหลังของประโยคนั้นคือหัวใจ ถ้าตัดออกไป จะเหลือแค่ตัดเยอะ ซึ่งไม่ได้พิสูจน์อะไรเลย

และในโพสต์เดียวกันมีรายละเอียดที่สำคัญไม่แพ้กัน คำสั่งบางส่วนไม่ได้หายไป มันย้ายไปอยู่ในคำอธิบายของเครื่องมือแทน แปลว่า 80% นั้นเป็นของข้อความตั้งต้น ไม่ใช่ของคำสั่งทั้งหมดที่โมเดลได้รับ และรายละเอียดข้อนี้เองคือเทคนิค ย้ายที่ ไม่ใช่ลบ

ชั้นห่อขยับผลได้จริง โดยไม่แตะโมเดล

OpenAI ทดสอบ GPT-5.6 Sol บนชุดโจทย์ ARC-AGI-3 ด้วยชั้นห่อทางการ ได้ 13.3% พอเปิด 2 สวิตช์คือไม่ทิ้งความคิดของโมเดลทุกครั้งที่เดินหนึ่งตา และสรุปบริบทเก่าให้สั้นลงแทนที่จะตัดทิ้งไปเลย คะแนนขึ้นเป็น 38.3% โมเดลตัวเดิม ชั้นห่อเปลี่ยน

ที่มันสำคัญกับเราคือชั้นที่เราคิดว่าเป็นแค่โครงยึด ขยับผลลัพธ์ได้จริง การรื้อชั้นนี้จึงไม่ใช่การจัดบ้านให้เรียบร้อย มันคือการแก้ของที่ให้ผลกับงาน ทั้งขาขึ้นและขาลง

6 ขั้นที่เราใช้จริง ไม่มีอะไรกั๊กไว้

1. เขียนใบเกิดของกฎ กันอะไร จากเหตุการณ์ไหน วันไหน ถ้าเขียนไม่ได้ ก็ยังไม่มีสิทธิ์ตัดสินว่ามันหมดอายุ เพราะไม่รู้ว่ามันเคยกันอะไร ขั้นนี้กรองกฎที่เราแค่รำคาญออกไปได้เยอะ
2. นับการยิงย้อนหลัง แล้วแยกเป็น 3 กอง จับของจริง จับผิด และไม่เคยยิง กองที่ 3 ต้องระวังที่สุด เพราะไม่เคยยิงแปลได้ทั้ง 2 ทาง คือไม่มีปัญหาจริง หรือตัวตรวจตายอยู่ ตอนนี้ยังแยกไม่ออก
3. ค้นทั้งโครงการหาผู้เรียกให้ครบก่อนขยับ ทั้งตอนติดและตอนปลด ขั้นนี้คือขั้นที่เราข้ามแล้วฆ่างานอัตโนมัติไป 3 ตัวโดยไม่รู้ตัวอยู่ 2 วัน
4. วางของปลอมให้ตัวตรวจที่เหลือจับ ทำสิ่งที่กฎที่จะปลดเคยกันไว้ แล้วดูว่ามีอะไรขึ้นสีแดงไหม ขั้นนี้คนข้ามบ่อยที่สุด และเป็นขั้นที่แยกความปลอดภัยจริงออกจากความเงียบ เพราะตัวตรวจที่เรายังไม่เคยเห็นมันแดง หน้าตาเหมือนตัวตรวจที่ตายไปแล้วทุกประการ
5. ปลดทีละข้อ แล้ววัดความสามารถเดิมด้วยเกณฑ์เดิม ไม่ใช่เกณฑ์ที่เพิ่งตั้งใหม่ให้ผ่านง่าย ปลด 3 ข้อพร้อมกันแล้วผลตก จะไม่รู้ว่าข้อไหนเป็นต้นเหตุ
6. ถ้าความสามารถตก ให้ย้ายที่ ไม่ใช่ยัดกฎเดิมกลับเข้าไปตรงจุดเดิม แล้วเขียนไว้ว่าปลดเพราะอะไร บันทึกบรรทัดนี้คือสิ่งที่ทำให้การผ่อนของเราเป็นการเลือก ไม่ใช่การกร่อน

ช่วงที่ 4ตัวคัดกรอง ที่หยิบไปใช้ได้เลย

เอากฎที่สงสัยมา 1 ข้อ แล้วไล่ตารางนี้ให้ครบ ตอบไม่ได้ก็บอกอะไรได้เท่ากับตอบ

เริ่มยังไงดี

1. เปิดไฟล์กฎหรือรายการตรวจของตัวเองขึ้นมา นับว่ามีกี่ข้อ แล้วขีดข้อที่เขียนใบเกิดไม่ได้ ข้อพวกนั้นคือคิวแรก
2. ในคิวแรกนั้น หาข้อที่ยืนขวางเส้นกู้คืนก่อน ข้อแบบนี้ไม่ต้องรอรอบรื้อประจำปี ย้ายวันนี้ได้เลยเพราะมันทำของหายจริง
3. เลือกมา 1 ข้อ วางของปลอม ปลด แล้ววัดด้วยเกณฑ์เดิม ถ้าผ่านครบ ค่อยไปข้อถัดไป รอบเดียวจะได้ทั้งกฎที่สั้นลงและความมั่นใจว่าของยังทำงานเท่าเดิม

รอบหน้าที่เจอปัญหาแล้วอยากเพิ่มกฎอีกข้อ ลองเพิ่มพร้อมกับเขียนไว้ด้วยว่าจะรู้ได้ยังไงว่าวันไหนควรเอามันออก กฎที่มาพร้อมเงื่อนไขหมดอายุตั้งแต่วันแรก คือกฎที่ไม่ต้องมานั่งรื้อทีหลัง

อ่านต่อเรื่องเดียวกัน: อะไรควรอยู่ใน CLAUDE.md และทำไมกฎถึงเงียบหายทั้งที่ยังอยู่ · AI agent guardrails: กฎที่ต้องเกิดทุกครั้ง อย่าฝากไว้ใน prompt รายตัว · Human in the Loop ไม่ใช่เรื่องมีคนหรือไม่มีคน: โมเดล 3 ระดับ · mutation testing คืออะไร ทำไมเทสต์ที่ไม่เคยพังถึงพิสูจน์อะไรไม่ได้