Pada 28 Okt 2026, GitHub menghadirkan Proyek Copilot dalam beta. Fitur ini ada di app GitHub Copilot. Sebuah proyek memberi kerja yang menjangkau beberapa repo satu wadah. Kerja itu juga dapat tidak butuh repo sama sekali. Wadah itu memuat konteks, agen, dan hasilnya (changelog GitHub, akses 31 Okt 2026). Anda tulis tujuan. Anda melampirkan bahan yang dibutuhkan Copilot. Anda memilih model dan alat untuk kerja itu. Copilot lalu menjalankan agen sebanyak yang dibutuhkan di latar belakang. Ia mengembalikan hasil untuk ditinjau Anda. Hasil itu misalnya pull request.
Poin Penting
GitHub merilis Proyek Copilot dalam beta pada 28 Okt 2026. Rilis ini ada di app GitHub Copilot. Rilis yang sama menambah konteks Slack dan Figma. Rilis itu juga menambah pratinjau computer use untuk macOS dan Windows.
Sebuah proyek berawal dari tujuan, bukan dari repo. Anda menambah repo jadi konteks. Anda juga dapat menambah tiruan desain, utas Slack, atau catatan rapat. Copilot mengatur sesi agen paralel menuju tujuan itu.
Tab Library memuat berkas pendukung. Tab itu juga memuat artefak yang dibuat agen. Tab Overview mengelompokkan kerja menurut status. Status itu: Needs input, Open, Working, dan Done.
Automasi proyek menangani tugas berulang. For example, proyek dapat membuat video promo setiap kali sebuah fitur dirilis. Anda dapat menjeda automasi itu. Anda dapat mengubah jadwalnya. Anda dapat menghapusnya.
Computer use membiarkan Copilot membaca isi app. Ia dapat mengeklik kontrol. Ia dapat memasukkan atau mengubah teks. Ia dapat berpindah antar app desktop. Ini mencakup app tanpa API, antarmuka baris perintah, atau integrasi MCP. Fitur ini meminta persetujuan sebelum mengontrol app. Organisasi dapat menonaktifkannya.
Waktu peluncurannya penting. Copilot berawal sebagai asisten di dalam editor. Ia menjawab pertanyaan tentang berkas di hadapan Anda. Proyek menaikkan satuan kerjanya satu tingkat. Satuan itu berubah dari satu sesi tentang satu repo. Satuan itu menjadi tujuan berlanjut. Tujuan itu dapat menyentuh repo. Tujuan itu dapat menyentuh beberapa jenis bahan. Pertanyaan yang perlu dinilai pun baru. Pertanyaannya bukan apakah Copilot dapat menulis sebuah fungsi. Pertanyaannya: apakah ia dapat menjaga kerja multi bagian tetap teratur. Manusia tetap memegang keputusan di sini.
Apa Itu Proyek GitHub Copilot?
Proyek GitHub Copilot adalah ruang kerja di app GitHub Copilot. Ruang kerja itu memberi Copilot tujuan berlanjut. Ruang kerja itu membiarkan Copilot mengatur kerja. Kerja itu melintasi repo, sesi, dan tugas berulang. Begitulah dokumen proyek GitHub menggambarkannya. Definisi itu membawa dua batas penting. Pertama, proyek diatur berdasarkan tujuan. Proyek tidak diatur berdasarkan basis kode. Kedua, Copilot mengatur kerja. Hasilnya tetap kembali kepada Anda untuk ditinjau. Sebuah pull request : keluaran untuk diperiksa. Keluaran itu bukan keputusan yang sudah diambil.
Memulai proyek mengikuti pola sederhana. Di bilah samping app Copilot, Anda membuat proyek. Anda menulis apa yang ingin dicapai. Penjelasan itu mencakup hasil yang diinginkan. Penjelasan itu mencakup batasan apa pun. Anda dapat menambah repo. Anda dapat memulai tanpa repo sama sekali. Dokumentasi GitHub memberi contoh konkret. Contoh itu: meneliti umpan balik fitur pencarian baru. Kelompokkan umpan balik itu menurut tema. Sarankan apa yang perlu diperbaiki. Pakailah hanya dokumen umpan balik yang disediakan. Jangan mengubah kode (GitHub, akses 31 Okt 2026). Contoh itu berguna. Contoh itu menunjukkan proyek yang mengerjakan kerja non coding. Kerja itu: membaca, mengelompokkan, dan merekomendasikan. Contoh itu juga menunjukkan batas tegas. Batas itu menyangkut apa yang tidak boleh disentuh Copilot.
Overview adalah papan tempat Anda mengikuti proyek. Setelah kerja berjalan, Anda mengikutinya di dalam proyek. Anda tidak mengarahkan tiap sesi satu per satu. Tab Overview mengelompokkan kerja menurut status. Needs input mengumpulkan keputusan. Status itu juga mengumpulkan tinjauan dan izin. Status itu butuh respons Anda. Open menampilkan kerja dengan pull request terbuka. Tampilan itu mencakup baris yang ditambah dan dihapus. Working menampilkan sesi yang sedang berjalan. Done menampilkan kerja yang selesai. Untuk memeriksa satu sesi, Anda membukanya. Anda meninjau percakapan, perubahan, dan rencananya. Anda dapat mengirim pesan di Steer this session. Pesan itu memberi arahan lebih lanjut.
Kemampuan | Status | Apa yang berubah |
|---|---|---|
Proyek Copilot | Pratinjau publik | Satu ruang kerja untuk tujuan lintas repo, dengan agen paralel dan pull request sebagai keluaran |
Konteks Slack dan Figma | Tersedia di app Copilot | Konteks produk dan desain untuk riset, spesifikasi, dan kerja desain berdampingan dengan kode |
Pembuatan dan penyuntingan gambar | Tersedia di chat | Gambar dibuat dan disunting dari perintah bahasa alami di dalam app |
Computer use | Pratinjau publik di macOS dan Windows | Copilot mengontrol app desktop tanpa API, antarmuka baris perintah, atau integrasi MCP |
Automasi proyek | Tersedia di proyek | Tugas berulang terjadwal, dengan kontrol jeda, ubah jadwal, dan hapus |
Cara Kerja Proyek, Langkah demi Langkah
Dokumentasi membagi proyek menjadi empat bagian. Tiap bagian menjawab pertanyaan berbeda tentang kendali:
Tujuan. Anda menyatakan apa yang diinginkan. Anda menyatakan apa yang dihitung sebagai hasil. Anda menambah batasan. Batasan itu misalnya hanya memakai bahan yang disediakan. Batasan itu dapat pula berupa tidak mengubah kode.
Konteks. Anda melampirkan repo dan bahan pendukung. Tab Library memuat berkas yang ditambahkan Anda. Tab itu juga memuat artefak yang dibuat agen. Bahan acuan dan hasil berada di tempat yang sama.
Sesi. Copilot menjalankan agen sebanyak yang dibutuhkan kerja itu. Sesi itu berjalan paralel dan dikelola. Anda melacaknya di Overview. Anda mengarahkan sesi individual saat arahnya melenceng.
Automasi. Anda menjelaskan tugas berulang dan jadwalnya dalam percakapan proyek. Anda lalu memeriksa tugas itu. Anda dapat menjeda, mengubah, atau menghapusnya dari tab Automations.
Library patut mendapat perhatian. Di sanalah proyek dapat diam-diam salah arah. GitHub menyarankan agar bahan tetap relevan dengan tujuan proyek. GitHub juga menyarankan agar Anda memberi tahu Copilot sumber yang dipakai. Saran itu layak diikuti secara harfiah. Proyek yang dapat melihat segalanya pada akhirnya akan memakai dokumen yang salah. Proyek dengan pustaka yang ketat dan relevan memberi jawaban yang jelas. Jawaban itu muncul saat Anda bertanya mengapa ia melakukan apa yang dilakukannya.
Automasi bekerja dengan cara yang sama. For example, contoh GitHub: ringkasan mingguan. Setiap Senin pukul 9 pagi, tinjau umpan balik di pustaka proyek. Kelompokkan umpan balik itu menurut tema. Sertakan contoh pendukung. Ajukan pertanyaan untuk diselidiki. Jadwalnya terlihat di tab Automations. Anda dapat mengubahnya dengan bertanya dalam percakapan proyek. Anda dapat menyuntingnya secara manual. Tugas agen berulang hanya aman bila jadwalnya mudah diperiksa. Tugas itu juga hanya aman bila cakupannya mudah diperiksa. Proyek membuat keduanya terlihat.
Proyek Berbanding Sesi Repositori Tunggal
Untuk tugas terfokus di satu repo, GitHub tetap menyarankan satu hal. Mulailah sesi langsung dari repo itu. Gunakan proyek saat Anda ingin Copilot mengatur kerja. Kerja itu menuju tujuan yang lebih luas (changelog GitHub). Itulah aturan praktis untuk memilih di antara keduanya. Satu sesi: percakapan tentang satu kerja. Sebuah proyek: wadah bagi banyak kerja. Kerja itu berbagi tujuan, pustaka, dan permukaan tinjauan.
Perbedaannya juga tampak pada cara Anda memakai perhatiannya. Dalam satu sesi, Anda memantau satu agen bekerja. Dalam proyek, Anda memantau sebuah papan. Anda melihat butir yang butuh masukannya. Anda melihat butir dengan pull request terbuka. Anda melihat butir yang masih berjalan. Anda melihat butir yang selesai. Papan itulah produk yang sesungguhnya di sini. Agen paralel tanpa permukaan tinjauan hanya menjadi lebih banyak keluaran untuk dikejar. Status Overview mengubah keluaran itu menjadi antrean yang dapat dikerjakan.
Slack, Figma, dan Gambar dalam Satu App
Entri changelog 28 Okt yang sama menambah satu hal. Entri itu menambah konteks dari alat terhubung seperti Slack dan Figma. Anda dapat memakai konteks itu untuk meneliti permintaan. Anda dapat menyusun spesifikasi. Anda dapat mengerjakan desain berdampingan dengan kode (changelog GitHub). Intinya bukan konektor itu sendiri. Intinya: tujuan proyek sering kali berada di luar kode. Tujuan itu dapat berupa keputusan dalam utas Slack. Tujuan itu dapat berupa desain di Figma. Tujuan itu dapat berupa catatan dari rapat desain. Bila Copilot hanya dapat melihat repo, masukan itu harus disalin dengan tangan. Penyalinan itulah tempat konteks hilang.
Entri itu juga menambah pembuatan dan penyuntingan gambar. Pembuatan itu memakai bahasa alami dalam chat. Contoh GitHub: video promo. Video itu dibuat automasi proyek setiap kali sebuah fitur dirilis. Contoh itu menunjukkan cara bagian-bagiannya bergabung. Proyek menyadari sebuah fitur telah dirilis. Automasi membuat aset pengumumannya. Perlakukan gambar yang dibuat sama seperti kode yang dibuat. Keduanya: draf untuk ditinjau. Keduanya bukan aset final. Hal itu penting terutama bila menyangkut merek atau lisensi.
Computer Use: Copilot di Luar Editor
Computer use adalah fitur app Copilot untuk mengerjakan tugas di app desktop. Fitur ini membaca apa yang tampil di layar. Fitur ini menjalankan antarmuka app. Dalam entri 28 Okt, fitur ini dalam beta. Status itu berlaku di macOS dan Windows. Copilot dapat membaca isi app. Ia dapat mengeklik kontrol. Ia dapat memasukkan atau mengubah teks. Ia dapat berpindah antar app. Ini mencakup app tanpa API, antarmuka baris perintah, atau integrasi MCP (changelog GitHub). Contoh GitHub: alur kerja laporan pengeluaran. Kerja itu hidup di app bisnis tertutup. App itu tidak pernah dibuatkan integrasinya.
Kontrol di sekelilingnya dinyatakan secara tegas. Kontrol itu sebaiknya membentuk cara Anda mencobanya. Copilot meminta persetujuan Anda sebelum mengontrol app. Organisasi Anda dapat menonaktifkan fitur ini lewat setelan yang dikelola. Untuk mengaktifkannya, buka Settings. Lalu buka Computer Use. Pilih Enable Computer Use. Di macOS, Anda juga harus memberi izin Accessibility dan Screen Recording. Izin itulah harga jujur dari fitur ini. Untuk mengontrol app, Copilot harus dapat melihat layarnya. Copilot juga harus dapat menjalankan kontrolnya.
Liputan independen menarik garis yang sama. Liputan itu menyertakan peringatan. Mail Studio mencatat satu hal. Computer use memberi agen akses setara Anda ke app pihak ketiga. Akses itu kadang tanpa jejak audit yang ditinggalkan pemanggilan API. Mail Studio menyarankan agar fitur ini tetap nonaktif secara bawaan. Pengaturan yang dikelola dipakai untuk itu. Mail Studio juga menyarankan pembatasan pada akun percontohan di mesin khusus (Mail Studio, akses 31 Okt 2026). Saran itu tepat. Mulailah computer use pada mesin yang tidak menyimpan apa pun yang sensitif. Pakailah app yang kesalahannya murah. Tinjau setiap tindakan. Lakukan itu sampai Anda mempercayai penilaiannya pada alur kerja tertentu itu.
Apa yang Masih Belum Jelas
Proyek adalah beta. Dokumentasi GitHub menyebutnya secara jelas. Fitur ini dapat berubah. Menu dapat bergeser sebelum ketersediaan umum. Perilaku dapat bergeser. Batas dapat bergeser. Perlakukan alur kerja apa pun yang dibangun di atasnya sebagai sesuatu yang mungkin perlu dibangun ulang. Changelog juga tidak menyebut paket Copilot mana yang mencakup Proyek. Changelog tidak menjelaskan cara pemakaian Proyek diukur. Celah itu dicatat langsung oleh liputan independen (LetsDataScience, akses 31 Okt 2026). Sampai GitHub menerbitkan ketentuan itu, jangan menganggarkan peluncuran tim dari asumsi harga.
Pertanyaan terbuka kedua kualitas pada skala besar. Agen paralel membuat keluaran paralel. Papan Overview hanya membantu bila seseorang benar-benar mengerjakan antreannya. Butir Needs input: keputusan. Butir itu bukan notifikasi untuk dibereskan. Tim yang memulai lima proyek dan tidak meninjau satu pun belum mengotomasi kerjanya. Tim itu telah menciptakan lima antrean tertunda. Disiplin yang dituntut Proyek sama dengan disiplin yang sudah dituntut tinjauan kode. Setiap pull request dibaca sebelum digabungkan. Aturan itu berlaku siapa pun agen yang menulisnya.
Siapa yang Sebaiknya Mencoba Proyek, dan Siapa yang Sebaiknya Menunggu
Cobalah Proyek bila kerja Anda sudah menjangkau repo. Cobalah pula bila kerja itu mencampur kode dengan dokumen. Peluncuran fitur yang menyentuh API, klien, dan situs dokumen : proyek pertama yang wajar. Tinjauan umpan balik mingguan : contoh lain. Tinjauan itu memakai pustaka yang ketat dan jadwal automasi yang terlihat. Keduanya memberi Copilot tujuan yang dapat dinyatakan. Keduanya memberi bahan yang dapat dibatasi. Keduanya memberi hasil yang dapat ditinjau.
Tunggulah bila Anda butuh perilaku yang stabil. Tunggulah bila Anda butuh ketentuan paket yang diterbitkan. Tunggulah bila Anda butuh jejak audit yang bersih untuk setiap tindakan. Computer use khususnya: fitur percontohan. Fitur itu bukan lapisan otomasi produksi. Batasi fitur itu pada app non kritis. Tetap nonaktifkan lewat kebijakan tim sampai ada alasan untuk mengaktifkannya. Jangan pernah membiarkannya menyentuh kredensial, pembayaran, atau data pribadi pada percobaan pertama. Kehati-hatian yang sama berlaku untuk automasi apa pun yang dapat membuat pull request terjadwal. Periksa percobaan pertama dengan tangan. Lakukan itu sebelum mempercayai percobaan kesepuluh.
Pertanyaan yang Sering Diajukan
Apa itu Proyek GitHub Copilot? Proyek: ruang kerja di app GitHub Copilot. Proyek berstatus beta sejak 28 Okt 2026. Proyek memberi Copilot tujuan berlanjut. Proyek membiarkan Copilot mengatur kerja. Kerja itu melintasi repo, sesi, dan tugas berulang. Anda tulis tujuan. Anda menambah konteks. Anda meninjau hasil seperti pull request.
Apakah saya butuh repo untuk memulai proyek? Tidak. Sebuah proyek dapat menjangkau satu repo atau lebih. Proyek dapat berfokus pada tugas yang tidak butuh repo sama sekali. Contohnya: meneliti umpan balik. Contoh lain : menyusun spesifikasi dari dokumen di pustaka proyek.
Bagaimana cara mengikuti apa yang dilakukan agen dalam proyek? Gunakan tab Overview. Tab itu mengelompokkan kerja menjadi Needs input. Status itu untuk keputusan dan izin. Status Open untuk kerja dengan pull request terbuka. Status Working untuk sesi yang sedang berjalan. Status Done untuk kerja yang selesai. Buka sebuah sesi untuk meninjau percakapan, perubahan, dan rencananya.
Apa itu computer use, dan amankah mengaktifkannya? Computer use membiarkan Copilot membaca isi app. Ia dapat mengeklik kontrol. Ia dapat memasukkan atau mengubah teks. Ia dapat berpindah antar app desktop di macOS dan Windows. Ini mencakup app tanpa API atau integrasi MCP. Fitur ini meminta persetujuan sebelum mengontrol app. Organisasi dapat menonaktifkannya. Mulailah pada mesin khusus dengan app non kritis. Tinjau setiap tindakan sebelum pemakaian yang lebih luas.
Paket Copilot mana yang mencakup Proyek, dan bagaimana penagihannya? GitHub belum menyatakannya dalam entri changelog 28 Okt. Liputan independen mencatat celah yang sama. Jangan mengasumsikan paket atau harga. Tunggulah sampai GitHub menerbitkan ketentuan paket dan pengukuran pemakaian Proyek.
Metode artikel ini: membandingkan entri changelog GitHub dan dokumen proyek. Keduanya akses 31 Okt 2026. Perbandingan itu dilakukan dengan liputan independen dari Mail Studio dan LetsDataScience. Bila GitHub belum menerbitkan ketentuan paket atau pengukuran pemakaian, celah itu kami tandai sebagai belum terkonfirmasi. Celah itu tidak kami isi dengan asumsi.
Kesimpulan
Proyek Copilot: langkah GitHub memindahkan percakapan agen. Percakapan itu berpindah dari satu repo ke satu tujuan. Ruang kerja, pustaka, dan papan Overview: bagian yang paling penting. Ketiganya membantu manusia memantau beberapa agen. Manusia tidak kehilangan jejak tentang apa yang dilakukan masing-masing. Computer use: separuh yang lebih berisiko dari rilis yang sama. Fitur itu sungguh berguna untuk app bisnis tertutup. Fitur itu sungguh menuntut kontrol persetujuan, mesin khusus, dan tinjauan. Mulailah dengan proyek kecil yang berbatas jelas. Kerjakan antrean Needs input-nya dengan tangan. Biarkan otomasi itu membuktikan kelayakannya untuk cakupan yang lebih luas. Bacalah entri changelog GitHub dan dokumen proyek, atau bacalah versi bahasa Inggris artikel ini. Untuk sudut koordinasi agen, bacalah artikel Routa dan artikel Microsoft Scope.