เจาะประเด็น
AI / Coding
AI Agents กำลังสร้างหนี้ทางเทคนิคที่เราไม่มีวันได้จ่ายคืน
ยิ่งใช้ AI เขียนโค้ดเร็วเท่าไหร่ โค้ดที่ต้องมานั่งไล่เก็บกวาดทีหลังก็ยิ่งพอกพูน — แต่ดูเหมือนไม่มีใครมีแผนจะจัดการมันจริงจังสักที
ทีมข่าว เอไอไทย.com
⏱ อ่าน 4 นาที
คำถามที่แท้จริงไม่ใช่ "AI เขียนโค้ดดีไหม" แต่คือ "เราจะกลับไปทำความสะอาดโค้ดที่ AI เขียนทิ้งไว้ได้เมื่อไหร่" — และคำตอบที่น่ากลัวคือ อาจไม่มีวันนั้น
เราเคยคิดกันว่า AI Agents จะมาเป็นผู้ช่วยโปรแกรมเมอร์ที่เก่งกาจ ช่วยเราเขียนโค้ดสะอาดๆ ได้ในพริบตา มันจะจัดการงานน่าเบื่อทั้งหลายให้เรา แล้วเราจะมีเวลาไปโฟกัสงานที่ "สร้างสรรค์" จริงๆ ฟังดูดีใช่ไหม? แต่บทความจาก Rosenfeld.page ที่เพิ่งถูกแชร์ใน Hacker News กำลังชี้ให้เห็นมุมมืดที่เราไม่อยากมอง — AI Agents อาจกำลังสร้างระเบิดเวลาที่ชื่อว่า "หนี้ทางเทคนิค" (technical debt) ให้กับทุกองค์กรที่รีบกระโดดเข้ารถไฟขบวนนี้โดยไม่คิดให้รอบคอบ
ประเด็นมันไม่ได้อยู่ที่ว่า AI เขียนโค้ดได้ดีหรือไม่ดี แต่คือจังหวะและวิธีที่เรามอง "การรีแฟคเตอร์" (refactoring) ต่างหากที่เปลี่ยนไปโดยสิ้นเชิง เมื่อก่อนมนุษย์เราจะเขียนโค้ด แล้วก็ต้องมีช่วงเวลาที่หยุดคิดทบทวนว่า "เฮ้ย ตรงนี้มันซับซ้อนเกินไปแล้ว ปรับโครงสร้างใหม่ดีกว่า" เพราะเรารู้สึกถึงความเจ็บปวดจากการจัดการโค้ดที่รกหูรกตา แต่ AI Agents ไม่มีความรู้สึกนั้น มันไม่รู้สึกรำคาญเวลาที่โค้ดมันซับซ้อนยุ่งเหยิง เพราะมันไม่ใช่คนที่จะต้องมานั่งอ่านโค้ดนั้นทีหลัง
บทความชี้ให้เห็นว่าสิ่งที่เกิดขึ้นจริงในวงการตอนนี้คือ นักพัฒนาสั่งให้ AI Agent แก้บั๊กหรือเพิ่มฟีเจอร์เล็กๆ น้อยๆ โดยไม่รู้หรือไม่สนใจว่า Agent ตัวนั้นจะไปทำอะไรกับโครงสร้างโดยรวมของโปรเจกต์บ้าง มันจะหาทางลัดที่ "ได้ผล" ที่สุด ณ ตอนนั้น โดยไม่คำนึงถึงความยั่งยืนในระยะยาว ผลลัพธ์ที่ได้คือฟีเจอร์ใหม่ที่ทำงานได้ แต่โครงสร้างโดยรวมค่อยๆ กลายเป็นสปาเก็ตตีที่ถักทอด้วยตรรกะที่ซ้ำซ้อนและซับซ้อนขึ้นเรื่อยๆ ทุกครั้งที่ Agent ทำงานเสร็จหนึ่งงาน
ลองนึกภาพว่าคุณมีบ้านหนึ่งหลัง แล้วจ้างช่างซ่อมบำรุง 20 คน แต่ละคนได้รับคำสั่งให้ซ่อมแซมจุดที่พังเฉพาะจุด โดยไม่มีการสื่อสารระหว่างกัน ช่างคนแรกเดินสายไฟเพิ่ม ช่างคนที่สองเจาะผนังทับสายไฟเดิม ช่างคนที่สามต่อท่อน้ำคร่อมจุดที่ช่างคนแรกเพิ่งซ่อมเสร็จ บ้านยังอยู่ได้ แต่โครงสร้างมันจะพังทั้งหลังในที่สุด — นี่คือสิ่งที่กำลังเกิดขึ้นกับโค้ดเบสของบริษัทที่ใช้ AI Agents อย่างหนักโดยไม่มีวินัยในการจัดการ
เมื่อก่อนมนุษย์เราเขียนโค้ดช้าลงหน่อย แต่ระหว่างทางเราจะได้ยินเสียงเตือนในหัวว่า "ตรงนี้เริ่มรกแล้วนะ เดี๋ยวค่อยกลับมาเก็บกวาด" แต่ AI Agent ไม่มีเสียงเตือนนั้น มันจะเร่งโปรดิวซ์โค้ดออกมาโดยไม่รู้สึกถึงความจำเป็นต้องรีแฟคเตอร์เลย เพราะมันไม่ได้รับผลกระทบจากความยุ่งเหยิงที่มันสร้างไว้ การรีแฟคเตอร์ที่ "ไม่มีวันเกิดขึ้น" (the refactoring that never happens) จึงไม่ใช่แค่ชื่อบทความ แต่คือคำพยากรณ์ถึงหายนะที่กำลังก่อตัว
ประเด็นที่หนักกว่านั้นคือเรื่องของความรู้ความเข้าใจของคนในทีม เมื่อมนุษย์เป็นคนเขียนโค้ดทั้งหมด เราจะซึมซับบริบทและเหตุผลเบื้องหลังการออกแบบแต่ละส่วนไปโดยปริยาย แต่พอ AI เขียนโค้ดให้ เรากลับไม่ได้เรียนรู้อะไรเลย สมาชิกทีมใหม่ที่เข้ามาทีหลังยิ่งแย่เข้าไปใหญ่ เพราะไม่มีใครในทีมที่เข้าใจโค้ดเบสทั้งหมดได้อย่างถ่องแท้ ทุกคนต่างก็แค่ "เดา" ว่าส่วนไหนทำหน้าที่อะไร แล้วค่อยสั่ง Agent ให้แก้ไปเรื่อยๆ จนกว่าจะผ่านเทสต์
ระบบพอกพูนโดยไร้การควบคุม
โค้ดที่ AI สร้างต่อเนื่องกันโดยไม่มีการรีแฟคเตอร์จะกลายเป็นก้อนฟองน้ำที่ดูดซับเวลาในการพัฒนาทุกอย่างเข้าไว้ — แก้บั๊กทีต้องไล่แกะที่ซ้อนกันหลายชั้น
องค์ความรู้ในทีมหายไป
เมื่อไม่มีมนุษย์คนไหนเขียนโค้ดหลักจริงๆ ความเข้าใจเชิงลึกในระบบก็ค่อยๆ เลือนหาย — เหลือเพียงคนที่สั่ง AI ได้เก่งเท่านั้น ไม่ใช่คนที่เข้าใจระบบจริงๆ
ความเสี่ยงที่ประเมินค่าไม่ได้
ระบบที่ไม่มีใครเข้าใจอย่างถ่องแท้คือฝันร้ายของความปลอดภัย — บั๊กเล็กๆ อาจซ่อนอยู่ในชั้นโค้ดที่ไม่มีใครกล้าแตะ เพราะกลัวพังทั้งหมด
ผมไม่ได้บอกว่า AI Agents ไม่มีประโยชน์ มันช่วยให้เราทำงานได้เร็วขึ้นจริง แต่ปัญหาคือเรากำลังใช้มันผิดวิธี เราปล่อยให้มันเขียนโค้ดโดยไม่มี "ผู้ดูแลระบบ" ที่แท้จริง คอยบอกมันว่า "หยุดก่อน ตรงนี้มันรกแล้ว เก็บกวาดก่อนค่อยไปต่อ" บทความนี้กำลังเตือนเราว่า ถ้ายังเป็นแบบนี้ต่อไป ในอีกไม่กี่ปีข้างหน้า เราจะเจอกับโค้ดเบสที่ใหญ่โตมโหฬาร แต่ไม่มีมนุษย์คนไหนกล้าแตะต้องมันได้เลยนอกจากผ่าน AI — และ AI ก็ไม่รู้จะรีแฟคเตอร์ยังไงเพราะมันไม่รู้สึกถึงความจำเป็น
ทางออกไม่ใช่การเลิกใช้ AI แต่คือการบังคับให้มี "จังหวะรีแฟคเตอร์" ที่ชัดเจนในกระบวนการพัฒนา — เหมือนการกำหนดวันทำความสะอาดบ้านครั้งใหญ่เป็นประจำ ไม่ใช่รอให้มันรกจนเดินไม่ได้แล้วค่อยคิด นี่คือวินัยที่ทีมพัฒนาทุกทีมต้องรีบสร้างก่อนที่จะสายเกินแก้
ที่มา: Hacker News (Coding/Agent) — อ่านต้นฉบับ
ความคิดเห็น 3
กำลังโหลดความคิดเห็น...