A decision you didn't write down isn't a decision: ทำไม AI โค딩ถึงต้องการ ADR

ความล้มเหลวที่มีราคาแพงที่สุดในการเขียนโปรแกรมด้วย AI ไม่ใช่การตัดสินใจที่ผิดพลาด แต่เป็นการตัดสินใจที่เคยตกลงกันไว้แล้วถูกลืม และค่อยๆ ถูกรื้อถอนเงียบๆ โดยโมเดลรุ่นถัดไป Derek Wang ผู้เขียนบทความ AI Harness Engineering ฉบับที่ 3 ระบุว่า กฎข้อนี้มีความดิบในตัว นั่นคือ การตัดสินใจที่อยู่เพียงแค่ในบทสนทนาจะไม่หลงเหลืออยู่ มันจะระเหยหายไปทันทีที่หน้าต่างบริบท (context window) ปิดลง หากต้องการให้มันคงอยู่จริง ข้อตกลงนั้นต้องหลุดออกจากแชทและไปอยู่ในไฟล์ที่ทุกเซสชันสามารถอ่านได้

ไฟล์ดังกล่าวคือชั้นสถาปัตยกรรมของพีระมิด หรือชุดบันทึกการตัดสินใจทางสถาปัตยกรรม (ADR) ซึ่งเป็นเลเยอร์ที่ช่วยหยุดการเบี่ยงเบนของระบบที่ไม่มีใครสังเกตเห็นจนกว่าจะเสียเวลาไปเป็นสัปดาห์ Wang เล่าว่าเขาเคยเจอความล้มเหลวนี้มานับครั้งไม่ถ้วน เมื่อคุณและเอเจนต์โต้ตอบกันลึกถึง 40 ข้อความจนได้ข้อสรุป เช่น ตกลงใช้รูปแบบเฮกซากอน (hexagonal pattern) และเลเยอร์โดเมนจะไม่แตะฐานข้อมูลโดยตรง ข้อตกลงนี้ถูกล็อกไว้เรียบร้อยแล้ว แต่ถูกล็อกไว้ในฐานะประวัติการแชท ซึ่งมีความมั่นคงปลอดภัยราวกับเทียนไขท่ามกลางพายุเฮอริเคน

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

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

เมื่อการตัดสินใจไม่มีที่ให้อยู่อาศัย ความล้มเหลว 3 รูปแบบที่แตกต่างกันจะตามมา ซึ่ง Wang เคยเห็นมาแล้วทั้งหมดในโปรเจกต์จริง ได้แก่ Memory drift (มนุษย์จำได้แต่ AI จำไม่ได้เพราะไม่เคยบันทึกไว้ในจุดที่โมเดลอ่านได้), Architecture drift (แต่ละรุ่นสร้างความเบี่ยงเบนเล็กๆ จนโค้ดห่างไกลจากเจตนารมณ์เดิม), และ Repeated-argument drift (การถกเถียงเรื่องเดิมซ้ำๆ กับเอเจนต์หน้าใหม่ทุกครั้ง)