เคยไหม? สั่ง AI Agent แก้จุดเล็ก ๆ แต่สุดท้ายมันพาเราออกทะเล

🚀 เคยไหม? สั่ง AI Agent แก้จุดเล็ก ๆ แต่สุดท้ายมันพาเราออกทะเล

เราสั่ง AI Coding Agent แบบง่ายมาก

“ช่วยแก้ bug ตรงนี้หน่อย” “ปรับปุ่มนี้นิดเดียว” “อย่าแตะส่วนอื่นนะ”

งานดูเล็กมาก มนุษย์แก้เองอาจใช้เวลาไม่กี่นาที

แต่พอให้ Agent ทำจริง มันไม่ได้แก้แค่จุดที่เราสั่ง มันไปแตะ component อื่น ไป refactor โครงสร้าง ไปเปลี่ยน UI ที่ไม่ได้ขอ หรือเพิ่ม library ใหม่เข้ามาเอง

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

อาการแบบนี้ผมเรียกว่า Agent Drift

คือ Agent เริ่มจากโจทย์หนึ่ง แต่ค่อย ๆ หลุดไปทำอีกโจทย์หนึ่ง

• สั่งแก้ปุ่ม Submit → มันไปเปลี่ยนทั้ง form validation • สั่งแก้ error หน้า Login → มันไปปรับ auth flow ใหม่ • สั่งแก้ prompt → มันไปแก้ workflow ของทั้งระบบ

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

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

เวลาใช้ Agent อย่าบอกแค่ว่า “ให้ทำอะไร” ต้องบอกด้วยว่า “อะไรห้ามทำ”

คำสั่งแบบ “แก้ bug นี้ให้หน่อย” บอกแค่เป้าหมาย แต่ไม่ได้บอกขอบเขต Agent จึงมีพื้นที่ตีความกว้างมาก

ผมเลยเริ่มใส่ “รั้ว” ให้มันด้วย เช่น

“แก้เฉพาะ bug ปุ่ม Submit ที่กดแล้วไม่ทำงาน ห้าม refactor โครงสร้าง / ห้ามเปลี่ยน UI ส่วนอื่น / ห้ามเพิ่ม library ใหม่ ก่อนแก้บอกก่อนว่าปัญหาน่าจะอยู่ไฟล์ไหน หลังแก้สรุปว่าเปลี่ยนไฟล์อะไรบ้าง”

แค่นี้ Agent จะนิ่งขึ้นเยอะครับ เพราะมันได้รับทั้ง task และ boundary

สูตรที่ผมใช้บ่อย: 5 ข้อ

1. Goal — ต้องการให้แก้อะไร
2. Scope — แก้ได้เฉพาะส่วนไหน
3. Do Not — อะไรห้ามทำเด็ดขาด
4. Verify — หลังแก้ต้องตรวจยังไง
5. Report — ต้องสรุปอะไรกลับมา

ตัวอย่าง:

“Goal: แก้ bug หน้า Login ที่กดแล้วไม่ redirect Scope: ตรวจเฉพาะ LoginForm และ auth action Do Not: ห้ามเปลี่ยน UI / ห้ามเพิ่ม package / ห้าม refactor auth flow Verify: ทดสอบ login flow หลังแก้ Report: สรุปไฟล์ที่แก้ เหตุผล และจุดที่ยังไม่ได้ตรวจ”

คำสั่งยาวขึ้นนิดหน่อย แต่ช่วยลดงานซ่อมทีหลังได้เยอะมาก

ไปกว่านั้นคือการมี Anti-Drift Skill ประจำโปรเจกต์

แทนที่จะพึ่ง prompt เป็นครั้ง ๆ ควรตั้งกติกาให้ Agent ตั้งแต่ต้นว่า

• ก่อนแก้โค้ด ต้องอ่านไฟล์ที่เกี่ยวข้องก่อน • ห้ามแก้ไฟล์ที่ไม่เกี่ยวข้อง • ห้าม refactor / เพิ่ม dependency / เปลี่ยน architecture ถ้าไม่ได้สั่ง • หลังทำเสร็จต้องสรุปไฟล์ที่แก้ทุกครั้ง

กติกาพวกนี้ดูธรรมดา แต่ช่วยเปลี่ยนพฤติกรรม Agent ได้เยอะ เพราะแทนที่มันจะคิดสดทุกครั้ง มันจะมีกรอบการทำงานที่ชัดขึ้น

Agent ที่ดี ไม่ใช่ตัวที่ทำเยอะที่สุด แต่คือตัวที่รู้ว่าตรงไหนควรแตะ ตรงไหนไม่ควร และตรงไหนควรหยุด

AI Agent จึงไม่ควรถูกใช้แบบ “ปล่อยไปทำอะไรก็ได้” แต่ควรถูกใช้แบบ “ให้ทำงานในกรอบที่เราควบคุมได้”

ใครเคยเจออาการแบบนี้บ้างครับ? คอมเมนต์มาได้เลย เดี๋ยวผมมาเล่าวิธีทำ Anti-Drift Skill แบบละเอียดให้ดู ว่าจะตั้งกติกาให้ Agent ยังไง ให้แก้ตรงจุด ไม่ refactor มั่ว และไม่พาโปรเจกต์ออกทะเล

#AIAgent #CodingAgent #AIWorkflow #PromptEngineering #SynapTechAI

---

📖 อ่านบทความเต็มบน Facebook | 🔔 ติดตาม SynapTech