Camilla Moraes ผู้จัดการผลิตภัณฑ์ของ GitHub ได้ริเริ่มการหารือเกี่ยวกับการเพิ่มฟีเจอร์ใน GitHub ที่จะบล็อก pull request สแปมที่สร้างโดยผู้ช่วย AI โดยอัตโนมัติ ซึ่งส่งมาโดยไม่ได้ตรวจสอบด้วยตนเอง และไม่ตรงตามข้อกำหนดด้านคุณภาพ การเปลี่ยนแปลงดังกล่าวสร้างภาระเพิ่มเติมให้กับผู้ดูแลระบบ ซึ่งถูกบังคับให้เสียเวลาตรวจสอบโค้ดที่ไม่มีประโยชน์
แนวทางแก้ไขระยะสั้นที่กำลังพิจารณาอยู่ ได้แก่ ความสามารถในการลบ pull request อย่างรวดเร็วผ่านทางเว็บอินเทอร์เฟซ (ลบโดยไม่ทิ้งร่องรอยในประวัติ แทนที่จะทำเครื่องหมายว่าปิดแล้ว) และการใช้สิทธิ์การเข้าถึง pull request ที่ปรับแต่งได้ ซึ่งอนุญาตให้เจ้าของ repository จำกัดการเปลี่ยนแปลงเฉพาะผู้ที่เคยทำการเปลี่ยนแปลงมาก่อนเท่านั้น
แนวทางแก้ไขระยะยาว ได้แก่ การขยายรูปแบบการอนุญาต และการจัดหาเครื่องมือให้ผู้ดูแลระบบสามารถกำหนดกฎเกณฑ์ได้อย่างยืดหยุ่นว่าใครสามารถสร้างและตรวจสอบคำขอรวมโค้ด (pull request) และคำขอรวมโค้ดต้องเป็นไปตามข้อกำหนดใดบ้าง นอกจากนี้ ยังมีการเสนอให้ใช้ AI เพื่อตรวจสอบว่าการเปลี่ยนแปลงที่ส่งเข้ามานั้นเป็นไปตามกฎและมาตรฐานคุณภาพของแต่ละโครงการหรือไม่ (ตัวอย่างเช่น ที่กำหนดไว้ในไฟล์ CONTRIBUTING.md) รวมถึงการระบุและทำเครื่องหมายการเปลี่ยนแปลงที่สร้างขึ้นด้วย AI โดยเฉพาะ
ในบรรดาข้อเสนอแนะที่ได้จากการอภิปรายนั้น สิ่งที่ควรกล่าวถึงอีกประการหนึ่งคือ การสร้างตัวกรองที่ห้ามการส่ง pull request โดยไม่เปิดการอภิปรายประเด็นเพื่ออธิบายเหตุผลในการเปลี่ยนแปลงก่อน รวมถึงการแจ้งให้ผู้ดูแลระบบทราบเกี่ยวกับการรับ pull request จากสมาชิกใหม่ก็ต่อเมื่อผ่านการทดสอบในระบบ Continuous Integration เรียบร้อยแล้วเท่านั้น
จากสถิติของหนึ่งในนักพัฒนาหลักของเฟรมเวิร์ก genkit พบว่า มีเพียงหนึ่งในสิบของการเปลี่ยนแปลงที่เตรียมไว้ใน AI เท่านั้นที่ตรงตามเกณฑ์สำหรับการเปิด pull request หนึ่งในผู้เข้าร่วมโครงการ Azure Core Upstream ได้สรุปข้อกังวลหลักของผู้ดูแลระบบไว้ดังนี้:
- การละเมิดแบบจำลองความน่าเชื่อถือในการตรวจสอบ - ผู้ตรวจสอบไม่สามารถมั่นใจได้ว่าบุคคลที่ส่งการเปลี่ยนแปลงเป็นผู้เขียนโค้ดที่ส่งมาและเข้าใจสาระสำคัญของโค้ดนั้น
- คำขอแก้ไขโค้ด (pull request) ที่สร้างโดยผู้ช่วย AI อาจดูถูกต้องตามโครงสร้าง แต่ในทางตรรกะอาจไม่ถูกต้อง ไม่ปลอดภัย หรือยังไม่ผ่านการทดสอบ
- การตรวจสอบทีละบรรทัดยังคงเป็นสิ่งจำเป็น แต่ไม่สามารถรองรับการเปลี่ยนแปลงที่เพิ่มขึ้นเรื่อยๆ ซึ่งเกิดจากผู้ช่วย AI ได้
- ผู้ดูแลระบบรู้สึกไม่สบายใจที่จะยอมรับ pull request ที่พวกเขาไม่เข้าใจอย่างถ่องแท้ ในขณะที่ผู้ช่วย AI ทำให้การเผยแพร่การเปลี่ยนแปลงครั้งใหญ่ทำได้ง่ายขึ้นโดยไม่ต้องมีความเข้าใจอย่างลึกซึ้ง
- ภาระทางความคิดของผู้ดูแลระบบเพิ่มขึ้น เนื่องจากตอนนี้พวกเขาไม่เพียงแต่ต้องตรวจสอบโค้ดเท่านั้น แต่ยังต้องประเมินด้วยว่าผู้เขียนเข้าใจโค้ดนั้นหรือไม่
- การเกิดขึ้นของเครื่องมือ AI ไม่ได้ลดภาระงานของเจ้าหน้าที่ฝ่ายสนับสนุน แต่กลับเพิ่มภาระงานให้มากขึ้น
นอกจากนี้ งานวิจัยที่ดำเนินการโดยมหาวิทยาลัยหลายแห่งในยุโรปเกี่ยวกับผลกระทบของการเขียนโค้ดแบบ Vibe ต่อระบบนิเวศโอเพนซอร์สก็มีความน่าสนใจเช่นกัน นักวิจัยได้พัฒนารูปแบบสมดุลของระบบนิเวศโอเพนซอร์ส ซึ่งแสดงให้เห็นว่าวงจรป้อนกลับที่เคยกระตุ้นการเติบโตอย่างรวดเร็วของโครงการโอเพนซอร์สกลับมีผลตรงกันข้ามหลังจากการแพร่กระจายของการเขียนโค้ดแบบ Vibe กล่าวคือ จำนวนนักพัฒนาที่เต็มใจแบ่งปันโค้ดลดลง ความหลากหลายของโครงการโอเพนซอร์สลดลง และคุณภาพลดลง หนึ่งในแนวทางแก้ไขที่แนะนำคือการนำรูปแบบการระดมทุนแบบ Spotify มาใช้ ซึ่งแพลตฟอร์ม AI จะกระจายรายได้จากการสมัครสมาชิกของนักพัฒนาไปยังผู้ดูแลโครงการตามการใช้งานของโครงการ
ด้วยการเขียนโค้ดแบบ Vibe Coding นักพัฒนาจะหยุดวิเคราะห์โซลูชันที่มีอยู่ อ่านเอกสาร รายงานข้อบกพร่อง และโต้ตอบกับทีมที่พัฒนาไลบรารีโอเพนซอร์ส โครงการโอเพนซอร์สจะสูญเสียการตอบรับจากผู้ใช้ และทำให้โครงการใหม่ๆ ประสบความสำเร็จได้ยากขึ้น เนื่องจากผู้ช่วย AI จะเลือกไลบรารีโอเพนซอร์สที่จำเป็นโดยอัตโนมัติตามข้อมูลที่มีอยู่ ณ เวลาที่ฝึกโมเดล การโต้ตอบโดยตรงกับผู้ใช้ที่ลดลงส่งผลกระทบต่อการสร้างรายได้ของโครงการโอเพนซอร์ส ซึ่งต้องพึ่งพาบริการสนับสนุนและแคมเปญโฆษณา/บริจาคบนเว็บไซต์ การตอบรับที่ลดลงยังส่งผลต่อคุณภาพอีกด้วย ในทางกลับกัน Vibe Coding ช่วยเพิ่มประสิทธิภาพในการสร้างผลิตภัณฑ์ใหม่โดยใช้โค้ดของบุคคลที่สาม และทำให้การใช้งานไลบรารีใหม่ๆ ง่ายขึ้น
ตัวอย่างเช่น โครงการ Tailwind CSS ถูกยกมากล่าวถึง: จำนวนการดาวน์โหลดจากที่เก็บ NPM ยังคงเพิ่มขึ้นอย่างต่อเนื่อง แต่ปริมาณการเข้าชมเอกสารลดลง 40% ตั้งแต่ต้นปี 2023 และรายได้ลดลง 80% นอกจากนี้ยังพบว่ากิจกรรมการสนทนาบน Stack Overflow ลดลงประมาณ 25% หลังจากเปิดตัว ChatGPT ได้หกเดือน


ที่มา: opennet.ru
