- Hak cipta atas kode berbantuan AI bergantung pada ada tidaknya kontribusi kreatif manusia yang bermakna; hasil yang terutama dibuat AI dan hampir tidak disentuh manusia bisa jadi tidak mendapat perlindungan
- Kriteria penilaian utamanya adalah meaningful human authorship; keputusan kreatif seperti menetapkan arsitektur, menyaring hasil, dan menyusun ulang kode lebih penting daripada sekadar memberi instruksi tujuan
- Terlepas dari apakah hak cipta atas kode itu terbentuk, jika ada work-for-hire doctrine atau klausul pengalihan IP yang luas, kode berbantuan AI yang dibuat dengan waktu, perangkat, proyek, atau alat berlisensi perusahaan kemungkinan besar akan menjadi milik perusahaan
- Meski kepemilikannya ada, kontaminasi lisensi open source adalah masalah terpisah; khususnya, output yang pada dasarnya menyalin kode keluarga GPL hampir apa adanya dapat berujung pada pelanggaran lisensi
- Titik yang saat ini relatif jelas adalah tidak dilindungi bila tak ada kepengarangan manusia, pengalihan hak berdasarkan kontrak kerja, dan risiko penyalinan verbatim GPL; dalam praktik nyata, penyimpanan catatan dan pemindaian lisensi sering kali lebih penting lebih dulu daripada putusan pengadilan
Standar hak cipta dan area yang belum terselesaikan
- Perlindungan hak cipta hanya berlaku untuk karya yang dibuat manusia, dan hasil yang terutama dihasilkan AI tanpa kontribusi kreatif manusia yang bermakna mungkin tidak termasuk objek perlindungan menurut standar saat ini
- Bahkan setelah kasus Thaler, Mahkamah Agung belum memutus pokok perkaranya; putusan DC Circuit tetap berlaku, tetapi belum ada preseden langsung yang diterapkan apa adanya pada hasil coding berbantuan AI
- Area kunci yang belum ditangani langsung oleh pengadilan adalah seberapa banyak campur tangan manusia yang diperlukan dalam karya berbantuan AI
- Tidak seperti gambar murni buatan AI yang tidak memiliki campur tangan manusia sama sekali, kode sering kali melibatkan manusia yang menetapkan sebagian arah dan memberi persetujuan, sehingga batasnya lebih kabur
- Di bidang kode, masih belum ada putusan yang langsung menerapkan prinsip kepengarangan manusia pada output AI coding
- Jika kode yang dibuat AI diterima hampir tanpa modifikasi, ada kemungkinan tak seorang pun bisa mengklaim hak cipta atasnya, sehingga kemampuan untuk menindak jika pesaing menyalinnya bisa menjadi lemah
- Inti standar penilaiannya adalah meaningful human authorship; dibanding sekadar menuliskan tujuan, pertimbangan kreatif seperti menentukan struktur, menyaring hasil, dan mendesain ulang lebih dipandang penting
Cara membuktikan kepengarangan manusia
- Kontribusi manusia yang bermakna tidak dihitung secara tegas berdasarkan persentase atau jumlah revisi; yang penting adalah apakah manusia benar-benar membuat keputusan kreatif
-
Pemilihan arsitektur
- Harus memutuskan draf mana yang akan ditolak
- Harus menyusun ulang hasil agar sesuai dengan desain tertentu
- Jika setelah instruksi singkat seperti "buat modul rate limiting untuk API" alat membuat banyak file dan melakukan revisi berulang, belum ada kesimpulan yang jelas apakah kontribusi manusia itu cukup di pengadilan
- Modul yang banyak diubah sambil menggeser arah secara signifikan lebih mungkin diakui sebagai karya manusia, sedangkan kode yang diterima begitu saja bisa ditafsirkan ke arah sebaliknya
- Allen v. Perlmutter adalah kasus di mana pendaftaran ditolak untuk elemen dasar yang dibuat AI meski ada lebih dari 600 prompt dan pengeditan Photoshop, dan tetap menjadi titik percabangan penting untuk menilai kecukupan campur tangan manusia
- Dalam Zarya of the Dawn, hanya teks yang ditulis manusia yang didaftarkan dan gambar buatan Midjourney dikecualikan; prinsip ini sejalan dengan pendekatan melindungi secara terpisah elemen yang langsung dibuat manusia dalam codebase berbantuan AI
- Dokumen desain dapat menjadi bukti
- Pertimbangan desain yang tertulis di commit message juga dapat menjadi bukti
- ADR juga dapat menjadi bukti
- Log prompt yang menunjukkan perubahan arah secara sengaja juga membantu
- Untuk memperluas bagian yang dapat dilindungi, lebih menguntungkan jika mencatat apa yang diputuskan sendiri dan bagaimana itu diubah
Kepemilikan lebih dulu ditentukan oleh kontrak kerja
- Sebelum menilai apakah kode memenuhi syarat perlindungan hak cipta, pertama-tama perlu dipastikan kepada siapa hak itu sejak awal melekat
- Kontrak kerja pada umumnya mengalihkan hasil kerja yang dibuat dalam lingkup pekerjaan menjadi milik perusahaan, dan hal ini dijelaskan melalui work-for-hire doctrine
- Hasil yang dibuat dengan waktu kerja perusahaan, proyek perusahaan, perangkat perusahaan, atau alat AI coding yang disediakan perusahaan kemungkinan besar diperlakukan sebagai milik perusahaan, baik untuk kode yang ditulis manual maupun kode berbantuan AI
- Dalam praktik, kontrak biasanya ditulis lebih luas daripada doktrin hukum dasarnya, dan jika ada frasa berikut, kemungkinan besar itu mencakup kode berbantuan AI
- Dapat mencakup karya yang dibuat menggunakan perangkat atau sumber daya perusahaan
- Dapat mencakup invensi atau hasil pengembangan yang dibuat selama masa kerja
- Dapat mencakup perangkat lunak yang dibuat dengan bantuan alat yang dilisensikan perusahaan
- Khususnya, frasa company-licensed tools bisa merembet hingga proyek pribadi
- Jika perusahaan mengadopsi Claude Code, Cursor, atau Copilot untuk tim
- lalu alat yang sama juga dipakai untuk side project pada waktu pribadi
- maka di bawah klausul pengalihan IP yang luas, ada ruang bagi perusahaan untuk mengklaim hak
- Disebutkan bahwa klaim bahwa output otomatis menjadi karya turunan dari IP perusahaan hanya karena kode perusahaan terbuka di IDE dan dapat dilihat AI sulit dianggap langsung berlaku secara hukum
- Namun, jika redaksi kontraknya luas, maka terlepas dari apa yang sebenarnya dilakukan AI, tetap bisa muncul dasar klaim secara tampak luar
- Untuk memisahkan side project, lebih aman memisahkan workflow sepenuhnya dengan akun pribadi, perangkat pribadi, dan alat yang dibayar sendiri
Risiko kontaminasi lisensi open source
- Meski Anda memiliki kode buatan AI itu, persoalan apakah kode tersebut membawa kewajiban lisensi open source yang tak terlihat adalah isu terpisah
- Alat AI coding dilatih dengan data skala besar yang mencakup kode publik, termasuk kode berlisensi copyleft seperti GPL dan LGPL
- Lisensi copyleft membawa kewajiban membuka lisensi yang sama saat mendistribusikan karya turunan dari kode tersebut
- Jika itu turunan dari kode GPL, source code Anda sendiri juga harus dibuka dengan lisensi yang sama
- Tidak tahu soal lisensinya bukan pembelaan yang berlaku
- Standar risiko hukumnya bukan kemiripan fungsi, melainkan penyalinan verbatim yang substansial dan material
- Hasil yang bekerja seperti kode GPL
- dan hasil yang hampir mereproduksi kode GPL apa adanya adalah dua masalah yang berbeda
- Risiko terkonsentrasi pada penyalinan verbatim, tetapi tanpa pemindaian sulit mengetahui codebase saat ini masuk kategori yang mana
- Pada awal 2026 dalam chardet community dispute, ada kasus chardet ditulis ulang dengan Claude lalu didistribusikan ulang dengan lisensi MIT, dan timbul benturan soal apakah itu bisa dianggap implementasi clean room
- Perkara ini adalah sengketa komunitas, bukan gugatan pengadilan, dan belum ada kesimpulan hukum yang final
- Namun, fakta bahwa menyalin kode keluarga GPL apa adanya merupakan pelanggaran lisensi sudah mapan
- Bagian yang masih belum pasti adalah apakah saat output AI mereproduksi pola dari data latih, itu dapat dianggap sebagai penyalinan verbatim
- Dalam praktik advisory M&A, risiko ini dipandang sebagai isu nyata, dan pemindaian lisensi codebase AI mulai masuk ke daftar due diligence
- Doe v GitHub memperdebatkan apakah Copilot mereproduksi kode berlisensi tanpa atribusi, dan per April 2026 perkara ini masih berjalan di Ninth Circuit
- Pengadilan tingkat pertama menolak sebagian besar klaim, tetapi bandingnya tetap hidup
- Terlepas dari hasil perkara, GitHub telah menambahkan duplicate detection filters dan praktik industri juga sudah berubah
Hal yang bisa langsung dilakukan secara praktis
-
Jalankan pemindaian lisensi
- Untuk codebase berbantuan AI, penting untuk lebih dulu menjalankan pemindaian lisensi open source
- FOSSA — alat komprehensif yang luas dipakai di enterprise
- Snyk Open Source — integrasi GitHub-nya bagus sehingga mudah cocok dengan workflow tim pengembang
- Black Duck — cenderung menjadi standar dalam due diligence M&A
- Alat-alat ini memindai codebase untuk menemukan kecocokan dengan library open source yang sudah dikenal dan lisensi yang terkait
-
Simpan catatan kontribusi kreatif manusia
- Materi untuk membuktikan meaningful human authorship biasanya memang sudah tercipta dalam proses engineering sehari-hari, tetapi efektivitasnya lebih besar jika disimpan dengan sengaja
- Commit message sebaiknya tidak hanya mencatat hasil yang dihasilkan AI, tetapi apa yang diubah dan mengapa
- Catatan seperti "Restructured Claude’s module architecture, rejected initial state management approach, rewrote error handling from scratch" dapat menjadi bukti
- Jika hanya meninggalkan catatan seperti "Add rate limiting module", sulit menunjukkan kontribusi manusia
- Catatan interaksi Claude Code dan Cursor juga sebaiknya disimpan melalui ekspor atau screenshot
- Dokumen desain, ADR, dan memo yang ditulis sebelum kode dihasilkan dapat dipakai sebagai jejak bahwa manusialah yang lebih dulu menentukan struktur
-
Periksa klausul IP dalam kontrak kerja
- Dalam kontrak, Anda perlu memeriksa langsung bagian intellectual property, IP assignment, dan work product
- "karya yang dibuat selama jam kerja" lebih sempit daripada "karya yang dibuat menggunakan sumber daya perusahaan"
- "yang terkait dengan bisnis perusahaan" lebih sempit daripada "semua pengembangan perangkat lunak"
- Frasa company-licensed tools dapat menghubungkan jejak penggunaan alat AI bahkan ke proyek pribadi
- Jika ingin mengerjakan proyek independen
- perlu merundingkan carveout tertulis sebelum mulai
- perlu memisahkan sepenuhnya dengan perangkat pribadi, waktu pribadi, dan alat pribadi
- mungkin tetap harus berjalan sambil menanggung kemungkinan klaim dari perusahaan
-
Periksa jenis ketentuan Anthropic
- Sebelum rilis komersial, periksa anthropic.com/legal dan lihat perbedaan antara consumer terms dan commercial terms
- free / Pro mengalihkan hak atas output kepada pengguna, tetapi cakupan IP indemnification lebih sempit
- API / enterprise selain mengalihkan hak atas output, juga memberi cakupan pembelaan yang lebih luas terhadap klaim pelanggaran hak cipta yang timbul dari penggunaan yang disetujui dan output
- Namun, indemnifikasi semacam ini tidak serta-merta menyelesaikan masalah kontaminasi GPL di dalam codebase
- Bagian itu tetap harus dikelola sendiri melalui pemindaian lisensi dan governance internal
Apa yang sudah jelas sekarang dan apa yang masih terbuka
- Ada tiga sumbu yang sudah relatif jelas
- Karya tanpa kepengarangan manusia tidak mendapat perlindungan hak cipta
- work-for-hire doctrine dapat berlaku tanpa memandang bagaimana kode tersebut dihasilkan
- Penyalinan verbatim kode GPL merupakan pelanggaran lisensi
- Ada dua sumbu yang masih belum dibedakan secara jelas oleh pengadilan
- dalam workflow agentic, berapa banyak instruksi dan revisi manusia yang cukup untuk menjadi kepengarangan yang memadai
- ketika output AI mereproduksi pola dari data latih, apakah itu dinilai sebagai penyalinan verbatim
- Apakah isu-isu ini dalam waktu dekat akan berkembang menjadi litigasi besar masih berada di wilayah spekulasi murni
- Dalam kenyataannya, tempat ketidakpastian ini paling cepat menjadi masalah bukanlah pengadilan, melainkan due diligence M&A dan penilaian investasi institusional
- Pihak pengakuisisi dan investor sudah menjadikan pertanyaan-pertanyaan ini sebagai syarat penutupan transaksi, dan meski Anda belum berada di situasi itu sekarang, akan lebih menguntungkan jika catatan dan hasil pemindaian sudah disiapkan lebih dulu
1 komentar
Komentar Hacker News
Ini sebaiknya dilihat dalam kerangka yang sama dengan preseden hukum pembuatan gambar
Seperti yang sudah dirangkum dalam Zarya of the Dawn, elemen yang ditulis manusia tetap dilindungi, tetapi gambar yang dihasilkan AI tidak dilindungi, dan desain karakter yang dipilih, diprompt, dan dikurasi manusia juga tidak mendapatkan hak cipta
Menurut saya, kode tidak berbeda. Menyuruh Claude membuat sebuah fungsi lebih mirip dengan meminta Midjourney menghasilkan frame daripada menulis fungsi itu sendiri secara langsung
Alasan para engineer sering merasakannya berbeda biasanya karena mereka memikirkan analogi compiler, tetapi compiler adalah alat deterministik yang dengan input sama menghasilkan output sama, sedangkan LLM tidak begitu. Garis yang ditarik Copyright Office juga tepat di sini, dan ranah gambar lebih dulu sampai pada kesimpulan itu
Fakta bahwa orang lain bisa memakai prompt yang sama lagi dan mereproduksinya secara mirip juga belum jelas apakah itu dengan sendirinya membatalkan klaim hak orang tersebut
cert denial bukan berarti menetapkan hukum
Mahkamah Agung bisa menolak izin banding karena banyak alasan yang tidak terkait pokok perkara, jadi hal itu sendiri tidak otomatis membuat isu tersebut settled secara nasional
Hanya karena Mahkamah Agung tidak meninjau Thaler appeal, itu tidak berarti mereka menyetujui logika pengadilan bawah atau mengambil kesimpulan nasional; hanya saja putusan DC Circuit tetap berlaku, posisi Copyright Office tetap bertahan, dan sejauh ini belum ada pengadilan yang memutus sebaliknya
Tetapi kutipan yang sekarang disebut itu sudah tidak ada lagi di TFA
Saya tidak ingat ada preseden yang menjelaskan unsur-unsur mana dari daftar itu yang cukup untuk mengakui kepengarangan
Secara khusus, saya ingin tahu apakah tindakan terus menolak hasil dan mengarahkannya ke arah lain pernah diakui sebagai ciptaan manusia
Yang jelas saat ini, bagian kode yang tidak ditulis manusia bisa di-disclaim, dan Copyright Office memang meminta pengungkapan serta disclaimer. Saya ingin melihat sumber yang bisa lebih banyak dikutip
Bukankah akibat hukum utama jika putusan itu dibalik justru hilangnya kekuatan presedennya
Preseden yang tidak diperiksa Mahkamah Agung secara teori memang selalu bisa digugat, tetapi dalam praktiknya kebanyakan tetap bekerja seperti hukum sampai dibatalkan. Kasus ini tampaknya tidak jauh berbeda
Apakah review kode yang saya lakukan termasuk meaningful
Jika saya memodifikasi dan menyunting kode yang dihasilkan, apakah itu dihitung sebagai kepengarangan manusia
cert denial berarti Mahkamah Agung tidak mengambil perkara itu, bukan menyetujui logika pengadilan bawah atau menyimpulkan sesuatu secara nasional
Putusan DC Circuit tetap hidup dan posisi Copyright Office juga konsisten, tetapi ini lebih dekat pada doktrin yang stabil daripada hukum yang sudah dipastikan Mahkamah Agung
Saya memang cenderung berpikir orang yang memberi instruksi pada agenlah yang seharusnya memiliki hak cipta atas hasilnya, tetapi sejak awal fondasi yang memungkinkan agen itu membuat sesuatu menurut saya bertumpu pada IP yang disalahgunakan
Khususnya di OSS, saya khawatir cara ini memungkinkan copyright washing, dan karena itu saya pikir developer OSS sebaiknya merilis karyanya dengan lisensi copyleft terkuat yang masih sanggup mereka tanggung
https://jackson.dev/post/moral-ai-licensing/
Kalau pemilik asli masih tetap memiliki salinannya, lalu apa sebenarnya yang dicuri
Bahkan dalam Dowling v. United States, 473 U.S. 207 (1985), penjualan tanpa izin juga tidak dianggap sebagai properti yang "stolen, converted or taken by fraud" menurut National Stolen Property Act
Jika output LLM dinilai cukup derivatif oleh pengadilan, terlebih lagi bila LLM itu dilatih dari materi asli yang melanggar, maka orang yang mendistribusikan ulang output derivatif itu akan bertanggung jawab atas pelanggaran hak cipta
Tindakan membuat LLM bisa saja bersifat transformatif, tetapi output yang melanggar itu sendiri tidak
Jadi jika hak cipta justru menghambat kemajuan, menurut saya cukup masuk akal untuk membuat pengecualian
Dalam Community for Creative Non Violence v. Reid(https://en.wikipedia.org/wiki/Community_for_Creative_Non-Violence_v._Reid), memberi pesanan kerja dan arahan tidak membuat pemesan menjadi pengarang; yang menjadi pengarang adalah orang yang benar-benar mengerjakannya
Hak memang bisa dialihkan lewat kontrak, tetapi sejak kasus-kasus seperti selfie monyet, juga semakin tegas bahwa hak cipta hanya diberikan kepada manusia
LLM bukan manusia, jadi tidak bisa memiliki hak cipta, dan jika tidak ada hak cipta secara hukum maka ia juga tidak punya hak untuk mengalihkan hak itu kepadamu
Saat saya menulis kode pun, saya dipengaruhi oleh begitu banyak source code yang saya lihat sepanjang pendidikan dan karier saya, dan LLM juga serupa dalam hal menyempurnakan output selanjutnya berdasarkan kode yang pernah dilihatnya
Sanggahan yang langsung muncul adalah "kode itu tidak berhak dibaca", tetapi logika itu juga sulit saya terima. Sebagian besar kode yang saya pelajari dilindungi hak cipta, dan kalau bukan kode pribadi saya sendiri, haknya biasanya milik orang lain. Bahkan kode rahasia di bawah NDA atau terkait pertahanan pun memengaruhi cara saya menulis kode setelahnya
Dalam seni juga sama. Foto saya dipengaruhi Ansel Adams, lukisan saya dipengaruhi Bob Ross dan berbagai guru lain, dan saya mencampurkan potongan-potongan yang saya lihat dari karya orang lain dengan sudut pandang saya untuk membuat sesuatu yang berbeda
Meski begitu, saya tidak melihat bahwa relasi pengaruh itu saja membuat orang lain bisa mengklaim hak atas hasil karya saya
Junior-junior saya juga belajar dari kode saya, dan saya pun punya buku pengembangan perangkat lunak yang saya tulis. Saya juga berharap suatu hari karya seni saya cukup bernilai untuk diserap orang lain
Jauh sebelum LLM muncul, saya tidak pernah berharap karya saya terkunci bersama saya dan ide-ide saya ikut terkubur ke liang lahat
Pada akhirnya kita semua berdiri di atas bahu para raksasa, dan tanpa menyerap karya-karya terdahulu kita tidak akan mampu mencapai bahkan sebagian kecil dari apa yang kita capai sekarang
Beberapa dekade lagi saya akan mati dan nama saya cepat dilupakan, tetapi jika perangkat lunak, foto, atau lukisan yang saya buat meninggalkan riak kecil dalam waktu, itu terasa seperti semacam keabadian kecil
Saya ingin meminta agar orang berhenti memposting komentar hasil generasi ke HN
Itu tidak diizinkan menurut aturan, dan saya sudah melihat pola seperti itu lebih dari 30 kali
Tentu saya tidak bisa 100% yakin, tetapi berdasarkan penilaian perangkat lunak dan pola keseluruhan, dugaan itu cukup meyakinkan
Lihat https://news.ycombinator.com/newsguidelines.html#generated dan https://news.ycombinator.com/item?id=47340079
Saya memakai AI assistant untuk balasan itu, dan ke depan saya tidak akan memakainya lagi
Pertanyaan ini memang menarik sebagai permainan intelektual, tetapi di dunia nyata saya rasa kemungkinan besar yang mendapatkannya adalah pihak yang punya uang
Mengharapkan Anthropic tidak bisa memiliki Claude Code hanya karena Claude yang menulisnya terasa seperti angan-angan
Tidak semua negara diam-diam memihak pihak yang lebih kaya, jadi sulit menebak hasil akhirnya
Bukan soal apakah Claude yang menulisnya, melainkan karena perjanjian kerja para engineer yang mengarahkannya sehingga perusahaanlah yang memegang hak
Sebaliknya, soal permintaan penghapusan DMCA justru lebih menarik, karena DMCA mensyaratkan pengklaim menyatakan kepemilikan hak cipta dengan itikad baik
Jika nanti pengadilan memutus bahwa codebase itu terutama ditulis AI sehingga bukan objek hak cipta, maka 8,000 takedown itu bisa dipersoalkan sebagai klaim DMCA beritikad buruk
Ini adalah isu hukum yang lebih terpisah dan lebih realistis dibanding sekadar persoalan kepemilikan
Dalam sistem hukum AS, model bukan manusia dan karena itu tidak bisa memiliki properti, juga tidak bisa mengalihkan kembali kekayaan intelektual yang bahkan tidak dimilikinya lewat kontrak; itu tampaknya cukup jelas
Meski begitu, aparat penegak hukum tampaknya juga tidak terlalu peduli pada masalah seperti grok membuat CSAM atau revenge porn, jadi terasa aneh kalau akhirnya mereka hanya mau memiliki yang baik dan menghindari tanggung jawab atas yang buruk
Dari sudut pandang perusahaan, ini tampak seperti pendekatan yang cukup licik
Pertama pakai claude code untuk membuatnya, lalu baru setelah itu memikirkan kode itu milik siapa
gold rush yang sedang terjadi di sekitar kita sekarang menurut saya menunjukkan rabun dekat para eksekutif. Bahkan EM di perusahaan kami pun mendorong agar Claude dipakai secepat mungkin
Pertama, terlalu bergantung pada Claude Code akan membuat kita kehilangan pemahaman atas codebase
Kedua, kebiasaan pengembangan yang baik seperti XP atau code review akan rusak. Sekarang jadinya Claude me-review kode Claude
Ketiga, ini merusak kerja tim. Pekerjaan yang tadinya dibagi antara tim FE dan tim BE menjadi lebih mudah dan lebih murah jika satu developer menangani semuanya dari backend sampai frontend
Keempat, dulu orang mengabaikan komentar karena katanya kodenya sendiri adalah dokumentasi, tetapi sekarang karena batas konteks, kita harus menulis penjelasan lagi demi Claude. Ketika manusia tidak paham itu dianggap salah manusianya, tetapi demi konteks Claude yang sempit kita tiba-tiba menerima kemunduran, dan itu terasa tidak adil
Saya bisa lanjut lebih panjang, tetapi pendorong perubahan budaya ini pada akhirnya adalah uang. Itu sebabnya saya menyebut situasi ini goldrush dan menontonnya sambil makan popcorn
Saat Copilot pertama kali muncul, ada peringatan yang jelas agar jangan memakainya untuk kode perusahaan karena masalah asal-usul lisensi
Apa yang berubah sekarang. Apakah karena Anthropic menjanjikan perlindungan hukum dan indemnify sehingga suasananya berubah
Backend dan frontend memang harus dirancang agar saling terkait, dan jika timnya terpisah biaya koordinasinya justru bisa lebih besar
Jika model mental di kepala manusia makin lama makin kelaparan lalu hilang, ketika terjadi gangguan akan lebih sulit menjelaskan secara bertanggung jawab bagaimana sistem bekerja dan apa rencananya ke depan
Bahkan jika generalisasi yang salah ikut masuk, AI masih bisa meloloskan semuanya karena AI juga yang menulis, me-review, dan menyetujui kodenya, dan akhirnya saya jadi tidak tahu siapa yang benar-benar memegang kemudi
Biasanya lebih baik tim mendiskusikan kebutuhan dan jebakannya bersama-sama, tetapi tanggung jawab implementasi diserahkan pada satu orang
EU AI Act menambahkan satu lapisan lagi di sini
Article 50 mewajibkan pengungkapan kepada pengguna akhir bahwa konten itu dihasilkan atau dimanipulasi AI, dan kewajiban transparansi ini berlaku pada deployer, bukan penyedia model
Jadi meskipun persoalan hak cipta akhirnya ditata dengan cara yang menguntungkan manusia pemberi prompt, perusahaan yang mendistribusikan hasil berbantuan AI dalam skala besar tetap memikul kewajiban pengungkapan yang terpisah
Kebanyakan masih belum benar-benar melakukannya
Persoalan kepemilikan dan kewajiban pengungkapan saling independen, tetapi organisasi sering mencampuradukkan keduanya
Pasal ini tampaknya lebih cocok untuk video yang dibuat AI agar terlihat nyata daripada untuk kode aplikasi internal
Jika Anda memberikan spesifikasi kode yang diinginkan kepada alat, tampaknya jelas bahwa Anda sudah memberi input kreatif
Pada akhirnya compiler juga mirip, bukan? LLM agent tampak seperti alat yang jauh lebih canggih daripada compiler tradisional, mampu menghasilkan hasil hanya dari spesifikasi yang jauh lebih tidak detail
Untuk memiliki kode itu, kontraktor tersebut harus secara eksplisit mengalihkan haknya
Misalnya jika saya hanya menulis prompt "tolong buat rate limiter dalam Python", saya tidak memutuskan API-nya, algoritme request bucket-nya, atau di mana counter disimpan
Saya hanya menyatakan fakta, dan fakta pada dasarnya tidak kreatif
Compiler juga berbeda karena binary hasilnya tidak diperlakukan sebagai karya terpisah. Mirip seperti mengubah format gambar menjadi PDF yang tetap merupakan karya yang sama
Sebaliknya, LLM tidak seperti itu. Input-nya mungkin bukan objek hak cipta, dan output-nya bukan transformasi mekanis karena ada unsur pilihan
Dalam penggunaan nyata pun, menjalankan prompt yang sama 10 kali bisa menghasilkan 10 hasil yang berbeda secara bermakna
Karena itu saya ragu bahwa tingkat prompting apa pun pasti cukup kreatif untuk diakui
Intinya bukan apakah Anda memberi input, melainkan apakah ekspresi kreatif dalam output mencerminkan kepengarangan manusia
Pada compiler tradisional, programmer mengarang seluruh ekspresi di source code, tetapi pada LLM programmer hanya memberi niat dan model yang mengambil keputusan ekspresif seperti struktur, penamaan, pola, dan implementasi
Apakah perbedaan ini signifikan secara hukum sedang diperdebatkan dalam Allen v. Perlmutter, dan briefing summary judgment untuk awal 2026 juga sudah selesai, sehingga ini bisa menjadi putusan tonggak berikutnya
Semua ini memang menarik secara teori, tetapi dalam praktiknya saya rasa sebagian besar tidak terlalu penting
Hampir tidak ada orang yang sungguh-sungguh percaya kodenya sendiri adalah moat yang kuat, dan di lapangan pun rasa bahwa kode adalah objek hak cipta cenderung lemah
Saya sendiri menulis potongan kode serupa berulang kali di bawah beberapa pemberi kerja, dan kebanyakan engineer kemungkinan juga begitu. Kode yang diambil dari tempat seperti Stack Overflow juga sering dipakai tanpa menelusuri asal-usul haknya secara ketat
Isu ini biasanya muncul dalam pertikaian yang dipenuhi dendam. Misalnya, gugatan Oracle terhadap Google karena Android meniru API mereka terlalu mirip adalah contoh tipikal, dan Mahkamah Agung pada akhirnya menganggapnya sebagai fair use
Ada juga kasus hedge fund frekuensi tinggi yang menggugat mantan pegawainya, dan di AS siapa pun bisa menggugat siapa pun dengan alasan apa pun
Jadi pertarungan seperti Ellison melawan Page dan Brin hingga Mahkamah Agung memang mungkin terjadi, tetapi dalam 99.9% kasus saya merasa dampaknya di lapangan hampir tidak ada
https://www.supremecourt.gov/opinions/20pdf/18-956_d18f.pdf
Sangat banyak yang melihat kode sebagai IP luar biasa berharga sekaligus rahasia dagang
Sebagai CTO, ketika saya mengatakan bahwa "secara umum kode tidaklah sedemikian rahasia", saya sering melihat ekspresi terkejut
Ada satu perusahaan yang hampir membatalkan kontrak besar yang mengharuskan pengungkapan source code di bawah NDA, tetapi setelah saya jelaskan kenapa reaksi itu berlebihan mereka akhirnya mengerti
Meski begitu, pola pikir lama seperti itu masih sangat kuat bertahan
Sebenarnya kita sedang membicarakan convergence itu sendiri; jika setiap karakter dari kode yang harus ditulis secara efektif sudah ditentukan lebih dulu oleh API yang dibutuhkan, maka tidak ada ekspresi artistik atau hak cipta di sana
Tetapi jika Anda merancang API yang benar-benar baru, bagian itu bisa mendapat perlindungan
Potongan pendek yang Anda sebut mungkin memang bukan, tetapi pada skala lebih besar baik perusahaan maupun individu umumnya percaya bahwa kode adalah kekayaan intelektual di bawah hukum hak cipta
Kalau kode bukan objek hak cipta, lalu dari mana GPL memperoleh kekuatannya
Misalnya, hanya karena ada kecurigaan bahwa kode Microsoft mungkin tercampur ke ReactOS, mengapa sebuah proyek harus masuk ke locked-down review mode selama berbulan-bulan atau bertahun-tahun
Mengapa perusahaan dalam kontrak kerja secara eksplisit menyatakan kepemilikan hak cipta atas kode
Justru kecuali untuk API, interoperabilitas, atau implementasi yang terlalu sepele, saya melihat hampir semua orang mengakui adanya hak cipta atas kode
Tanyakan saja pada developer emulator atau developer ReactOS
https://reactos.org/forum/viewtopic.php?t=21740
Bahkan pada pernyataan "kode yang dihasilkan Claude Code atau Cursor dan tidak Anda modifikasi secara bermakna mungkin tidak memiliki hak cipta untuk siapa pun" tetap ada pengecualian
Jika kode itu sekadar mengulang kutipan substansial dari karya yang sudah ada, pemegang hak cipta asli tetap bisa menegakkan haknya, dan itu langsung berubah menjadi persoalan pelanggaran