Gambar: Emilija Manevska/Moment/Getty Images
Ikuti ZDNET: Tambahkan kami sebagai sumber pilihan di Google.
*
Poin Penting ZDNET:**
- Torvalds dan para pemelihara Linux mengambil pendekatan pragmatis terhadap penggunaan AI dalam kernel.
- Dengan atau tanpa AI, yang bertanggung jawab atas kode Linux tetaplah manusia, bukan LLM.
- Jika Anda mencoba main-main dengan kode Linux memakai AI, konsekuensi buruk akan terjadi.
Setelah berbulan-bulan debat panas, Linus Torvalds dan para pemelihara kernel Linux resmi mengodifikasikan kebijakan formal pertama proyek ini terkait kontribusi kode berbantuan AI. Kebijakan baru ini mencerminkan pendekatan pragmatis Torvalds, menyeimbangkan adopsi alat pengembangan AI modern dengan standar kualitas ketat kernel.
Pedoman baru tersebut menetapkan tiga prinsip inti:
- Agen AI tidak dapat menambahkan tag Signed-off-by: Hanya manusia yang dapat mengesahkan Sertifikat Asal-Usul Pengembang (DCO) kernel Linux secara hukum. Ini adalah mekanisme legal yang memastikan kepatuhan terhadap lisensi. Dengan kata lain, bahkan jika Anda mengirimkan patch yang seluruhnya ditulis AI, Anda—bukan AI atau pembuatnya—bertanggung jawab penuh atas kontribusi tersebut.
- Atribusi Assisted-by wajib: Kontribusi apa pun yang menggunakan alat AI harus menyertakan tag Assisted-by yang mengidentifikasi model, agen, dan alat bantu yang dipakai. Contoh: "Assisted-by: Claude:claude-3-opus coccinelle sparse."
- Liabilitas manusia sepenuhnya: Intinya, Anda, sang pengirim manusia, memikul tanggung jawab dan akuntabilitas penuh untuk meninjau kode hasil AI, memastikan kepatuhan lisensi, serta atas segala bug atau cacat keamanan yang timbul. Jangan coba-coba menyelipkan kode buruk ke dalam kernel, seperti yang pernah dicoba oleh sepasang mahasiswa Universitas Minnesota pada 2021, atau peluang Anda untuk menjadi pengembang kernel Linux—atau programmer di proyek open-source terhormat lainnya—bisa lenyap.
Tag Assisted-by berfungsi ganda sebagai mekanisme transparansi dan bendera peninjauan. Ini memungkinkan para pemelihara memberikan pengawasan ekstra pada patch berbantuan AI yang mungkin diperlukan, tanpa mencap negatif praktik itu sendiri.
Juga: Linux setelah Linus? Komunitas kernel akhirnya merancang rencana penggantian Torvalds
Atribusi Assisted-by ditempa dalam kontroversi ketika insinyur Nvidia dan pengembang kernel Linux ternama, Sasha Levin, mengirimkan patch ke Linux 6.15 yang seluruhnya dihasilkan AI, termasuk changelog dan tesnya. Levin meninjau dan menguji kode tersebut sebelum mengirim, tetapi ia tidak mengungkapkan kepada para peninjau bahwa AI-lah yang menulisnya. Hal itu tidak diterima dengan baik oleh pengembang kernel lain.
Peran AI Sebagai Alat, Bukan Rekan Penulis
Hasil dari semua keributan berikutnya? Pada North America Open Source Summit 2025, Levin sendiri mulai mengadvokasi aturan transparansi AI formal. Pada Juli 2025, ia mengusulkan draf pertama dari apa yang kelak menjadi kebijakan AI kernel. Awalnya ia menyarankan tag Co-developed-by untuk patch berbantuan AI.
Diskusi awal, baik langsung maupun di Linux Kernel Mailing List (LKML), memperdebatkan apakah akan menggunakan tag Generated-by baru atau memanfaatkan kembali tag Co-developed-by yang sudah ada. Para pemelihara akhirnya memilih Assisted-by untuk lebih mencerminkan peran AI sebagai alat, bukan rekan penulis.
Keputusan ini muncul ketika asisten koding AI tiba-tiba menjadi benar-benar berguna untuk pengembangan kernel. Seperti yang dikatakan Greg Kroah-Hartman, pemelihara kernel stabil Linux, baru-baru ini, "sesuatu terjadi sebulan lalu, dan dunia berubah" dengan alat-alat AI kini menghasilkan laporan keamanan yang nyata dan berharga, bukan omong kosong halusinasi.
Juga: Linux mengeksplorasi cara baru mengautentikasi pengembang dan kode mereka – begini cara kerjanya
Pilihan akhir Assisted-by alih-alih Generated-by disengaja dan dipengaruhi tiga faktor. Pertama, itu lebih akurat. Sebagian besar penggunaan AI dalam pengembangan kernel bersifat asistif (code completion, saran refaktor, pembuatan tes) ketimbang generasi kode penuh. Kedua, format tag ini mencerminkan tag metadata yang sudah ada seperti Reviewed-by, Tested-by, dan Co-developed-by. Terakhir, Assisted-by mendeskripsikan peran alat tanpa menyiratkan kode tersebut mencurigakan atau kelas dua.
Pendekatan pragmatis ini mendapat dorongan ketika, dalam percakapan LKML, Torvalds berkata, "Saya tidak ingin dokumentasi pengembangan kernel menjadi pernyataan tentang AI. Cukup banyak orang di kedua sisi ‘langit akan runtuh’ dan ‘ini akan merevolusi rekayasa perangkat lunak.’ Saya tidak ingin beberapa dokumen pengembangan kernel mengambil salah satu sikap itu. Itu sebabnya saya sangat ingin ini menjadi pernyataan ‘hanya alat’."
Tantangan Sebenarnya adalah Patch yang Terlihat Kredibel
Terlepas dari kebijakan pengungkapan AI baru kernel Linux, para pemelihara tidak bergantung pada perangkat lunak pendeteksi AI untuk menangkap patch hasil AI yang tidak diungkapkan. Sebaliknya, mereka menggunakan alat yang sama seperti biasa: Keahlian teknis mendalam, pengenalan pola, dan peninjauan kode cara lama yang baik. Seperti kata Torvalds pada 2023, "Anda harus memiliki ‘selera’ tertentu untuk menilai kode orang lain."
Juga: Ini distro Linux favorit saya sepanjang masa – dan saya sudah mencoba semuanya
Mengapa? Seperti yang ditunjukkan Torvalds, "Tidak ada gunanya membicarakan sampah AI. Karena orang-orang yang menghasilkan sampah AI tidak akan mendokumentasikan patch mereka sebagai demikian." Masalah sulitnya bukanlah sampah yang jelas; itu mudah ditolak terlepas dari asalnya. Tantangan sebenarnya adalah patch yang terlihat kredibel, memenuhi spesifikasi langsung, cocok dengan gaya lokal, terkompilasi dengan bersih, dan tetap menyandi bug halus atau beban pemeliharaan jangka panjang.
Penegakan kebijakan baru ini tidak bergantung pada menangkap setiap pelanggaran, tetapi pada membuat konsekuensi tertangkapnya cukup berat untuk mencegah ketidakjujuran. Tanyakan pada siapa pun yang pernah menjadi sasaran kemarahan Torvalds karena patch sampah. Meskipun sikapnya jauh lebih lunak daripada dulu, Anda tetap tidak ingin berada di sisi buruknya.