เจาะประเด็น
Open Source / AI
KDE ร่างกฎใช้ AI เขียนโค้ด กฎข้อแรกคือ "อย่าขี้เกียจ"
ชุมชนโอเพนซอร์สกำลังเถียงกันหนักเรื่อง AI เขียนโค้ด และ KDE เพิ่งเสนอทางออกที่อยู่ตรงกลาง
ทีมข่าว เอไอไทย.com
⏱ อ่าน 4 นาที
ถ้าโค้ดที่ AI เขียนให้ดูไม่ออกว่าต่างจากที่คุณเขียนเอง แปลว่ามันผ่าน — แต่ถ้าดูออก นั่นแหละคือปัญหา
เราอยู่ในยุคที่ทุกคนใช้ LLM เขียนโค้ดกันแบบไม่คิดมาก แต่พอเข้าไปดูในโลกโอเพนซอร์สจริงๆ ภาพมันไม่ได้โรแมนติกแบบนั้นเลย แต่ละโปรเจกต์มีจุดยืนต่างกันสุดขั้ว บางที่แบน AI ออกจากโค้ดเบสไปเลย ส่วนบางที่ก็กระโดดลงไปใช้แบบเต็มตัว และ KDE กำลังจะเลือกทางสายกลาง
ประเด็นนี้ไม่ได้เพิ่งเกิดขึ้นเมื่อวาน ถ้าย้อนดูจะเห็นว่า GIMP ตัดสินใจแบน AI ออกจากโค้ดเบสของตัวเองแบบเด็ดขาด ไม่งั้นก็มี Nobara Linux กับ Omarchy ที่พุ่งเข้าใส่ AI coding แบบไม่ลังเล แต่มันมีพื้นที่ตรงกลางที่หลายโปรเจกต์เลือกยืน และ KDE ดูจะกำลังเดินมาทางนั้น
ตัวอย่างที่ชัดเจนที่สุดคือโปรเจกต์ Linux Kernel ที่ยอมให้โค้ดที่ AI ช่วยเขียนหรือ AI สร้างเข้ามาในโค้ดเบสได้ แต่มีเงื่อนไขว่าทุกโค้ดต้องผ่านการรีวิวจากมนุษย์ และต้องมี merge request ที่เขียนอธิบายชัดเจนว่าเข้าใจโค้ดที่ส่งมาจริงๆ ไม่ใช่แค่ก๊อปวาง แล้วนี่ก็ดูจะเป็นท่าทีที่ KDE Plasma กำลังจะเลือกใช้ ถ้าดูจากร่างกฎ LLM ที่เพิ่งเสนอออกมา
ร่างกฎนี้ถูกเสนอโดย Nate Graham หัวหน้าโปรเจกต์ KDE เพื่อเปิดให้ชุมชนถกกัน และเนื้อหาข้างในก็สรุปออกมาได้เป็นกฎง่ายๆ ข้อเดียวว่า "อย่าขี้เกียจ" ฟังดูเหมือนไม่ใช่กฎทางเทคนิคอะไร แต่จริงๆ มันคือหัวใจของเรื่องทั้งหมด
ในโพสต์หารือเรื่องกฎ LLM ของ KDE ร่างที่เสนอระบุตรงๆ ว่า คอนทริบิวชันที่ใช้ LLM แบบชัดเจนและขี้เกียจอาจถูกละเลยหรือปิดทิ้งได้ และยังบอกอีกว่า "ไม่มีใครควรรู้ว่าคุณใช้ LLM" เพราะผลลัพธ์ที่ออกมาควรแยกไม่ออกว่าคุณทำเองหรือให้ AI ทำ
ห้ามใช้ข้อความจาก AI
ร่างกฎห้ามใช้ข้อความที่ AI สร้างสำหรับ merge request, commit message หรือการตอบคำถามและคอมเมนต์
ห้ามโยนงานเพิ่มให้ maintainer
ร่างกฎพยายามป้องกันไม่ให้มีการโยนงานเพิ่มให้ maintainer ต้องมาเก็บกวาดและ implement โค้ดที่ vibe-code มา ซึ่งเป็นปัญหาที่ทีม Godot เพิ่งเจอมาไม่นานนี้
ผลลัพธ์ต้องแยกไม่ออก
โค้ดที่ส่งมาต้องดูไม่ออกว่าใช้ LLM เพราะมันควรเหมือนกับสิ่งที่คุณผลิตเองได้โดยไม่ต้องพึ่ง AI
ประเด็นเรื่อง "ห้ามโยนงานเพิ่มให้ maintainer" นี่น่าสนใจ เพราะมันสะท้อนปัญหาจริงที่เกิดขึ้นแล้วในชุมชน โค้ดที่ vibe-code มาจำนวนมากกลายเป็นภาระให้คนดูแลโปรเจกต์ต้องมานั่งทำความเข้าใจและแก้ให้ใช้ได้ ซึ่งไม่ต่างจากการโยนขยะใส่บ้านคนอื่นแล้วบอกว่า "ช่วยจัดการหน่อย"
สิ่งที่ KDE ทำอยู่นี้จริงๆ แล้วไม่ได้แปลกใหม่ มันคือการเอาหลักการเดิมของการคอนทริบิวต์โอเพนซอร์สมาใช้กับ AI นั่นแหละ คือส่งงานที่คุณเข้าใจจริง รับผิดชอบได้จริง และไม่สร้างภาระให้คนอื่น ต่างกันแค่ตอนนี้ต้องมีกฎเขียนออกมาชัดๆ เพราะคนใช้ AI กันเยอะขึ้นจนต้องมีกรอบ
กฎ "อย่าขี้เกียจ" ของ KDE ฟังดูเรียบง่าย แต่จริงๆ มันคือเส้นแบ่งที่ชัดเจนระหว่างคนที่ใช้ AI เป็นเครื่องมือกับคนที่ให้ AI คิดแทน สุดท้ายโปรเจกต์โอเพนซอร์สจะไม่ตัดสินคุณจากว่าใช้ AI หรือไม่ แต่ตัดสินจากว่าโค้ดที่ส่งมา คุณเข้าใจมันจริงหรือเปล่า
ที่มา: TechPowerUp — อ่านต้นฉบับ
ความคิดเห็น 3
กำลังโหลดความคิดเห็น...