การยกเลิกแท็ก 'Assisted-by:' และการปรับเอกสารทางการของเคอร์เนล
โครงการพัฒนา Linux Kernel ได้มีมติอย่างเป็นทางการในการยุติข้อกำหนดที่บังคับให้ผู้ส่งโค้ด (contributors) ต้องระบุการใช้งานปัญญาประดิษฐ์เพื่อช่วยเขียนโปรแกรมผ่านแท็กคอมมิต 'Assisted-by:' ซึ่งเดิมถูกกำหนดขึ้นเพื่อใช้ติดตามโค้ดที่ถูกสร้างขึ้นโดย generative AI หรือเครื่องมือช่วยเขียนโค้ดอัตโนมัติ
การเปลี่ยนแปลงเชิงนโยบายนี้เริ่มต้นจากการเสนอแพตช์โดย Sasha Levin ผู้ดูแลเคอร์เนล เมื่อวันที่ 9 ตุลาคม 2026 ก่อนที่จะมีการอภิปรายกันอย่างเข้มข้นระหว่างวันที่ 13 ถึง 15 ตุลาคม 2026 จนกระทั่ง Jonathan Corbet ผู้ดูแลเอกสารเคอร์เนล ได้ทำการผสาน (merge) แพตช์ดังกล่าวเข้าสู่กิ่ง docs-next อย่างเป็นทางการในวันที่ 14 ตุลาคม 2026 การแก้ไขนี้ได้ถอดถอนข้อความระบุแท็กออกจากเอกสาร Documentation/process/coding-assistants.rst, submitting-patches.rst รวมถึงเอกสารฉบับแปลภาษาต่างๆ
นอกจากนี้ ตัวตรวจสอบความถูกต้องของแพตช์อย่าง scripts/checkpatch.pl ยังถูกถอดตรรกะในการตรวจจับและบังคับใช้แท็กดังกล่าวออกไปทั้งหมด ซึ่งถือเป็นการเปลี่ยนแนวทางปฏิบัติจากการพึ่งพากลไกตรวจจับเชิงสัญลักษณ์ มาเป็นการยอมรับข้อจำกัดทางเทคนิคในการบังคับใช้กฎเกณฑ์นี้
จุดยืนของ Linus Torvalds: มุ่งเน้นความเข้าใจในโค้ดมากกว่าการเปิดเผยเครื่องมือ
เบื้องหลังสำคัญของการยกเลิกกฎระเบียบนี้ มาจากข้อเท็จจริงเชิงประจักษ์ที่ Sasha Levin นำเสนอในเอกสารประกอบแพตช์ ซึ่งระบุว่าข้อบังคับเดิมนั้นไม่สามารถบังคับใช้ได้จริง (unenforceable) โดยสถิติพบว่ามีคอมมิตเพียงประมาณ 10% เท่านั้นที่มีการใส่แท็กระบุการใช้ AI ทั้งที่การนำเครื่องมือ AI มาช่วยเขียนโค้ดในกลุ่มนักพัฒนามีการใช้งานแพร่หลายมากกว่านั้นอย่างมีนัยสำคัญ
ประเด็นดังกล่าวได้รับแรงสนับสนุนอย่างเด็ดขาดจาก Linus Torvalds ผู้ก่อตั้งและหัวหน้านักพัฒนาเคอร์เนล Linux ซึ่งได้ส่งจดหมายลงในเมลลิงลิสต์ LKML (Linux Kernel Mailing List) เมื่อวันที่ 13 ตุลาคม 2026 โดยระบุว่าตนไม่เห็นด้วยกับแนวคิดการสั่งห้ามหรือตั้งกำแพงต่อการใช้เครื่องมือ AI และมองว่าเป็นแนวทางที่ไม่สมเหตุสมผล Torvalds เน้นย้ำว่าสิ่งที่เคอร์เนลคาดหวังคือผู้ส่งโค้ดต้องทำหน้าที่อย่างดีที่สุดและเข้าใจอย่างถ่องแท้ในสิ่งที่ตนเองกำลังทำ ซึ่งความเข้าใจดังกล่าวไม่ได้ขึ้นอยู่กับว่าผู้เขียนจะเลือกใช้เครื่องมือใดในการทำงาน
ยิ่งไปกว่านั้น Torvalds ยังได้สร้างแบบอย่างในทางปฏิบัติด้วยตนเอง โดยในวันที่ 12 ตุลาคม 2026 ก่อนหน้าการประกาศจุดยืนเพียงหนึ่งวัน เขาได้เขียนและส่งชุดแพตช์ทดสอบประสิทธิภาพเคอร์เนลในชื่อซีรีส์ 'noref-filemap-read-with-llm' ซึ่งเป็นการพัฒนาโค้ดโดยใช้เครื่องมือ Claude Code ของ Anthropic ควบคู่กับการทดสอบและตรวจสอบความถูกต้องอย่างละเอียดโดยมนุษย์
เสียงสะท้อนจากกลุ่มนักพัฒนา: ความแตกแยกระหว่างคุณภาพกับคลื่นโค้ดอัตโนมัติ
การยกเลิกแท็ก Assisted-by ก่อให้เกิดปฏิกิริยาตอบรับที่หลากหลายในกลุ่มนักพัฒนาและชุมชนโอเพนซอร์ส โดยฝั่งวิศวกรระบบและนักพัฒนาเชิงปฏิบัติการแสดงความเห็นพ้องกับ Torvalds โดยมองว่าการตรวจสอบโค้ดควรวัดกันที่ความถูกต้อง ความปลอดภัย และการทำงานจริงในระบบ แทนที่จะสร้างขั้นตอนเอกสารไร้ประสิทธิภาพที่ตรวจจับไม่ได้ และมองว่าการให้มนุษย์ที่ลงชื่อรับรองในคอมมิตเป็นผู้รับผิดชอบผลลัพธ์นั้นเป็นหลักการที่ถูกต้องที่สุด
ในทางตรงกันข้าม ผู้ดูแลระบบและกลุ่มผู้สนับสนุนซอฟต์แวร์เสรีจำนวนหนึ่งได้แสดงความกังวลอย่างยิ่งว่า การยกเลิกข้อกำหนดการเปิดเผยอาจเปิดทางให้เกิดคลื่นการส่งแพตช์คุณภาพต่ำที่สร้างจาก AI แบบกึ่งอัตโนมัติเข้ามาอย่างล้นหลาม จนสร้างภาระมหาศาลให้กับผู้ตรวจสอบโค้ด (maintainers) ซึ่งเป็นปัญหาคอขวดของโครงการโอเพนซอร์สมาอย่างยาวนาน
ความเคลื่อนไหวของ Linux Kernel ยังยืนอยู่ตรงข้ามกับโครงการโอเพนซอร์สชั้นนำอื่นๆ อย่างชัดเจน เช่น NetBSD, โครงการ QGIS (ผ่านนโยบาย QEP 428) รวมถึงบริษัทอย่าง System76 ที่ออกกฎเกณฑ์ห้ามหรือควบคุมการส่งโค้ดที่สร้างจาก AI อย่างเข้มงวด ส่งผลให้ข้อถกเถียงเรื่องการกำกับดูแลเครื่องมืออัตโนมัติในโลกซอฟต์แวร์ยังคงไม่มีข้อสรุปเชิงสากล ขณะที่ข้อเสนอแนวทางใหม่อย่าง AGENTS.md สำหรับเคอร์เนลยังคงอยู่ในระหว่างการพิจารณา
บทเรียนและนัยสำคัญต่อภาคธุรกิจและทีมไอทีในประเทศไทย
สำหรับผู้นำด้านเทคโนโลยีสารสนเทศ (CIO/CTO) และองค์กรธุรกิจในประเทศไทย การปรับนโยบายของ Linux Kernel มอบบทเรียนเชิงโครงสร้างที่สำคัญในการกำหนดธรรมาภิบาล AI (AI Governance) การบังคับให้พนักงานหรือโปรแกรมเมอร์ลงชื่อระบุการใช้ AI มักกลายเป็นเพียงมาตรการบนกระดาษที่ยากจะตรวจสอบได้จริง และอาจสร้างแรงจูงใจให้เกิดการปกปิดมากกว่าเดิม
องค์กรในไทยควรเปลี่ยนกรอบการกำกับดูแลจากการเพ่งเล็ง 'การห้ามใช้เครื่องมือ' ไปสู่การยกระดับ 'การตรวจสอบคุณภาพซอฟต์แวร์' เช่น การลงทุนในระบบทดสอบอัตโนมัติ (Automated Testing), การทำ Static Code Analysis, การตรวจสอบช่องโหว่ด้านความปลอดภัยไซเบอร์ และการกำหนดหน้าที่ความรับผิดชอบอย่างชัดเจน (Accountability) โดยผู้พัฒนาซอฟต์แวร์ต้องเป็นผู้รับผิดชอบต่อข้อผิดพลาดของโค้ดเสมือนตนเองเป็นผู้เขียนทุกบรรทัด
นอกจากนี้ ในยุคที่เครื่องมือเขียนโค้ดอัตโนมัติกำลังกลายเป็นส่วนหนึ่งของสายการผลิตซอฟต์แวร์ระดับองค์กร หน่วยงานธุรกิจที่ต้องปฏิบัติตามมาตรฐานกำกับดูแล เช่น ภาคการเงิน ประกันภัย และโทรคมนาคม ควรปรับปรุงแนวปฏิบัติด้าน DevSecOps ให้เข้มงวด โดยให้ความสำคัญกับกระบวนการตรวจรับโค้ดและบันทึกประวัติการเปลี่ยนแปลงที่วัดผลเชิงเทคนิคได้จริง แทนการพึ่งพากระบวนการชี้แจงด้วยความซื่อสัตย์เพียงอย่างเดียว
การตัดสินใจของโครงการโอเพนซอร์สระดับรากฐานของโลกอย่าง Linux ชี้ทิศทางสำคัญว่า องค์กรและทีมวิศวกรรมซอฟต์แวร์ควรกำกับดูแลการใช้ AI ที่ผลลัพธ์และการทดสอบระบบ มากกว่าการสร้างขั้นตอนเอกสารและการบังคับเปิดเผยการใช้เครื่องมือที่ตรวจวัดไม่ได้จริง