Apa yang terjadi
GitHub telah menambahkan penilaian persetujuan ke setiap tinjauan kode Copilot dan memperkenalkan pengaturan opsional yang memungkinkan Copilot mengirimkan persetujuan permintaan tarik formal. Fitur ini berada dalam pratinjau publik dan dinonaktifkan secara default.
Log perubahan GitHub tanggal 1 September mengatakan setiap peninjauan kode Copilot sekarang akan menyertakan penilaian persetujuan dalam komentar ikhtisarnya. Penilaian tersebut menunjukkan apakah Copilot menganggap permintaan penarikan siap untuk disetujui, di samping komentar terperinci yang dihasilkan selama peninjauan. GitHub menggambarkan hal ini sebagai sinyal sekilas dari penilaian Copilot, namun mengatakan bahwa penilaian itu sendiri tidak diperhitungkan dalam persyaratan penggabungan repositori. Manusia dapat menggunakan sinyal ketika memutuskan apa yang harus dilakukan, tanpa memberikan otoritas persetujuan formal kepada Copilot.
Kemampuan persetujuan terpisah memungkinkan administrator untuk mengotorisasi Copilot untuk mengirimkan persetujuan pada permintaan penarikan. GitHub mengatakan persetujuan yang diserahkan dapat diperhitungkan dalam aturan persetujuan yang diperlukan repositori. Oleh karena itu, ini merupakan perubahan alur kerja dan bukan hanya label baru dalam laporan tinjauan: Copilot dapat menjadi salah satu peninjau yang persetujuannya memenuhi kondisi repositori yang dikonfigurasi. Fitur ini tersedia dalam pratinjau publik untuk paket GitHub Copilot Pro, Pro+, Max, Business, dan Enterprise, menurut changelog.
Pengaturan ini dinonaktifkan secara default dan dapat dikontrol di tingkat perusahaan, organisasi, dan repositori. Administrator perusahaan dapat menonaktifkan persetujuan di seluruh perusahaan atau mengizinkan organisasi untuk mengambil keputusan. Administrator organisasi dapat mengaktifkan fitur ini di seluruh organisasi, mendelegasikan pilihan kepada administrator repositori, mengaktifkannya untuk repositori yang dipilih, atau menonaktifkannya di seluruh organisasi. Administrator repositori dapat mengaktifkan atau menonaktifkan persetujuan dan memilih jalur file mana yang boleh disetujui oleh Copilot. GitHub mengarahkan administrator ke dokumentasi peninjauan kode Copilot untuk detail konfigurasi, namun sumbernya tidak menjelaskan langkah-langkah tersebut lebih lanjut.
GitHub juga mengatakan persetujuan Copilot ditolak jika komitmen baru didorong setelah persetujuan, dengan cara yang sama seperti persetujuan peninjau manusia. Peninjauan baru kemudian dapat diminta dari Copilot untuk mendapatkan persetujuan baru. Pengumuman tersebut tidak menjelaskan bagaimana sistem mencapai penilaian persetujuannya, melaporkan tingkat kesalahan, mengidentifikasi jenis perubahan mana yang paling baik ditangani, atau menyatakan apakah pratinjau diluncurkan secara seragam di seluruh rencana yang terdaftar.
Mengapa itu penting
Hal ini mengubah Copilot dari menawarkan penilaian tinjauan menjadi berpartisipasi dalam alur kerja persetujuan repositori. Karena persetujuannya dapat diperhitungkan dalam persetujuan yang diperlukan, administrator harus memutuskan di mana dan bagaimana peninjau AI diperbolehkan menggunakan wewenang tersebut.
Signifikansi praktisnya adalah bahwa penilaian AI kini dapat dihubungkan dengan pengendalian tata kelola perangkat lunak yang sudah ada. Banyak repositori menggunakan persetujuan yang diperlukan sebagai titik pemeriksaan sebelum perubahan digabungkan. Pengumuman GitHub tidak mengatakan bahwa Copilot menggabungkan kode secara otomatis, namun dikatakan bahwa persetujuan Copilot yang diaktifkan dapat memenuhi bagian persetujuan dari proses tersebut. Hal ini memberikan organisasi cara untuk memasukkan tinjauan AI ke dalam alur kerja yang sudah ada sambil mempertahankan kontrol administrator terhadap apakah kemampuan tersebut ada.
Perubahan ini juga menciptakan perbedaan yang berarti antara bantuan dan otorisasi. Penilaian persetujuan bersifat informatif dan tidak diperhitungkan dalam persyaratan penggabungan. Persetujuan yang diserahkan adalah tindakan operasional dengan konsekuensi tingkat repositori. Keputusan GitHub untuk membuat persetujuan ikut serta dan dapat dikonfigurasi di beberapa tingkat administratif memberi perusahaan mekanisme untuk membatasi adopsi berdasarkan organisasi, repositori, atau jalur file. Kontrol tersebut mungkin sangat penting untuk repositori yang berisi perubahan yang memerlukan tinjauan khusus oleh manusia, meskipun sumbernya tidak menentukan kasus penggunaan tertentu yang diatur atau sensitif.
Kontrol tingkat jalur penting karena memungkinkan administrator untuk menentukan di mana Copilot dapat menyetujui daripada menerapkan satu aturan umum untuk setiap file dalam repositori. Sumber tidak menjelaskan sintaks jalur yang tersedia, apakah pengecualian didukung, atau bagaimana administrator harus memilih batasan. Hal ini juga tidak menyatakan apakah persetujuan Copilot secara jelas dibedakan dari persetujuan manusia di semua tampilan repositori, catatan audit apa yang disimpan, atau bagaimana tanggung jawab diberikan ketika persetujuan AI diterima oleh sebuah tim.
Aturan pemberhentian mengatasi satu masalah konsistensi dasar: persetujuan tidak boleh tetap valid setelah perubahan kode yang ditinjau. Dengan memperlakukan komitmen baru sebagai pembatalan persetujuan Copilot, GitHub menyelaraskan fitur dengan perilaku yang dijelaskan untuk peninjau manusia. Hal ini tidak membuktikan bahwa tinjauan tersebut lengkap atau benar; itu hanya berarti persetujuan dihapus setelah dilakukan nanti. Sumber tersebut tidak memberikan bukti apakah tinjauan baru mencakup semua perubahan material atau seberapa besar pengawasan manusia yang diharapkan GitHub selama pratinjau.
Mekanisme Interaktif: Cara Kerja Sebenarnya
Jelajahi teknologi yang mendasari di balik perkembangan ini secara interaktif.
crm_get_transaction(id='4092').An agent must create a draft calendar event for Tuesday at 2 p.m. Which evidence would establish the requested result?
Apa yang harus ditonton selanjutnya
Pertanyaan utamanya adalah seberapa andal penilaian Copilot mengidentifikasi perubahan yang siap ditinjau, bagaimana organisasi mengonfigurasi pembatasan jalur file, dan bagaimana tim menangani akuntabilitas ketika persetujuan AI berkontribusi pada keputusan penggabungan. Pengumuman GitHub tidak memberikan pengukuran akurasi, rincian audit, atau tanggal ketersediaan umum.
Masalah pertama yang harus diperhatikan adalah kinerja di repositori nyata. GitHub mengatakan penilaian persetujuan memberi sinyal apakah Copilot menganggap permintaan penarikan siap untuk disetujui, namun tidak memberikan tolok ukur, tingkat persetujuan palsu, cakupan pengujian, atau perbandingan dengan peninjau manusia. Hal-hal yang tidak diketahui ini penting karena persetujuan formal dapat memengaruhi apakah persyaratan konfigurasi repositori terpenuhi. Status pratinjau publik juga berarti fitur dapat berubah seiring GitHub mengumpulkan masukan, meskipun log perubahan tidak menentukan jadwal pengujian atau pencapaian yang direncanakan.
Isu kedua adalah tata kelola dalam praktiknya. Administrator perlu memutuskan apakah Copilot dapat menyetujui semua perubahan, hanya perubahan pada repositori yang dipilih, atau hanya jalur file tertentu. Pengumuman tersebut menjelaskan tingkat kontrol yang tersedia tetapi tidak menyatakan apakah GitHub merekomendasikan persetujuan manusia untuk kategori kode tertentu. Hal ini juga menyisakan pertanyaan terbuka tentang kepemilikan tinjauan, kemampuan audit, pemberitahuan, dan bagaimana tim akan membedakan persetujuan yang dihasilkan AI dari penilaian seseorang saat menyelidiki cacat di kemudian hari.
Isu ketiga adalah bagaimana kemampuan berinteraksi dengan persyaratan tinjauan lainnya. GitHub mengatakan persetujuan Copilot dapat diperhitungkan dalam aturan persetujuan wajib repositori, namun tidak menjelaskan bagaimana interaksinya dengan perlindungan cabang, tanggung jawab gaya CODEOWNERS, ulasan yang ditolak, atau repositori yang memerlukan persetujuan dari kelompok tertentu. Pernyataan ini juga tidak menyebutkan apakah suatu organisasi dapat memerlukan persetujuan manusia selain persetujuan Copilot. Detail tersebut dapat menentukan apakah fitur tersebut berfungsi sebagai bantuan produktivitas yang sempit atau menjadi perubahan yang berarti pada kontrol rilis proyek.
Terakhir, tim harus memperhatikan batasan antara penilaian persetujuan dan tindakan persetujuan. Penilaian kini disertakan dalam setiap tinjauan Copilot, sementara persetujuan formal tetap dinonaktifkan kecuali administrator mengaktifkannya. Komitmen baru mengabaikan persetujuan yang sudah ada dan memerlukan permintaan peninjauan baru. GitHub belum mengungkapkan model atau proses peninjauan di balik penilaian tersebut, bukti yang digunakan Copilot, atau perlindungan yang mencegah suatu persetujuan diperlakukan sebagai bukti yang lebih kuat dari yang sebenarnya. Kelalaian tersebut adalah batasan utama pengumuman tersebut.