นอกลูป

โหมดที่มนุษย์มีส่วนร่วมน้อยที่สุดในการจำแนก 3 โหมดของ Bockeler เพียงแค่บอกว่า "อยากได้ฟีเจอร์แบบนี้" แล้วปล่อยให้ agent ทำงาน จากนั้นรับเฉพาะผลลัพธ์สำเร็จรูป แนวคิดนี้เหมือนกับ vibe coding ที่ Andrej Karpathy เป็นผู้ตั้งชื่อ

ปัญหาคืออะไร

สิ่งที่ใช้งานได้จะเสร็จเร็ว แต่ "ใช้งานได้" กับ "ถูกต้อง" คือคนละเรื่องกัน ใน Outside the Loop มนุษย์ไม่ได้ตรวจสอบ architecture และ dependency ที่ agent เลือก ทำให้การ implement ที่ไม่มีประสิทธิภาพสะสมอยู่อย่างเงียบๆ Bockeler เรียกสิ่งนี้ว่า "spiral of inefficient solutions" (วังวนของการแก้ปัญหาที่ไม่มีประสิทธิภาพ)

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

สถานการณ์ที่ยอมรับ Outside the Loop ได้

ในกรณีที่ไม่ต้องการบำรุงรักษาระยะยาว เช่น การสร้าง prototype หรือ script ใช้แล้วทิ้ง หรือการเขียนโค้ดเพื่อการทดลองและเรียนรู้ การใช้ Outside the Loop ก็ไม่ใช่ปัญหา ในทางกลับกัน ควรหลีกเลี่ยงโหมดนี้สำหรับ production code ที่ทีมต้องดูแลรักษาอย่างต่อเนื่อง