GitHub menjadikan integrasi @GitHub di Slack dan Microsoft Teams tersedia umum pada 6 November 2026. Melalui percakapan biasa, pengguna dapat meminta asisten menyelidiki bug, membuat issue, mengubah kode, dan membuka pull request tanpa berpindah ke antarmuka GitHub.
Rilis ini memperjelas arah kerja GitHub: chat bukan lagi hanya tempat bertanya kepada AI, tetapi juga titik awal untuk menjalankan pekerjaan yang berujung pada artefak di repositori. GitHub tetap menempatkan hasilnya di alur kerja yang bisa ditinjau, bukan menjadikan pesan singkat sebagai pengganti review kode.
Teams mendapat ruang kerja Canvas
Perbedaan paling menonjol ada di Microsoft Teams. GitHub memperkenalkan Canvas sebagai ruang di samping percakapan untuk meninjau rencana implementasi, perubahan kode, dan preview. Anggota tim dapat membaca rencana, memberi masukan, lalu mengarahkan ulang pekerjaan dari thread yang sama.
Desain ini menyatukan konteks keputusan dan hasil kerja. Dalam alur biasa, diskusi kebutuhan bisa terjadi di Teams, detail teknis berpindah ke GitHub, lalu review berlangsung di tempat lain. Canvas mencoba mengurangi perpindahan tersebut dengan menaruh rencana, diff, dan preview berdekatan dengan percakapannya.
Dokumentasi GitHub tetap menyebut integrasi Copilot di Teams sebagai public preview dan memperingatkan bahwa fitur dapat berubah. Artinya, ketersediaan umum pada pengumuman integrasi @GitHub tidak otomatis membuat setiap kemampuan di dalam Canvas memiliki status produk yang sama. Pengguna perlu melihat status dan kebijakan yang berlaku di organisasinya.
Dari percakapan ke issue dan pull request
Di Slack maupun Teams, @GitHub dapat dipanggil untuk menginvestigasi masalah dan menjalankan tugas pada repositori. Hasilnya dapat berupa issue, perubahan kode, atau pull request. GitHub menyebut pengguna bisa bekerja dalam percakapan tanpa meninggalkan Slack atau Teams, tetapi artefak akhirnya tetap berada di GitHub sehingga dapat diperiksa melalui alur kerja pengembangan yang sudah ada.
Ada batas izin yang penting. Dokumentasi GitHub menyatakan bahwa hanya pengguna dengan akses write ke repositori yang dapat memicu Copilot untuk melakukan perubahan. Peserta lain dalam percakapan dapat memberikan konteks dan masukan, tetapi hak untuk meminta tindakan yang mengubah repositori tetap mengikuti izin GitHub.
Model izin ini mencegah percakapan grup menjadi jalan pintas untuk melewati kontrol repositori. Ia juga membuat asal-usul perubahan lebih mudah dilacak: pekerjaan dimulai dari chat, namun otorisasi tetap ditentukan oleh akun dan akses repositori.
Memulai sesi dibuat lebih singkat
GitHub juga memangkas beberapa langkah awal. @GitHub kini dapat mengidentifikasi repositori dari pesan pengguna dan memulai sesi tanpa meminta repositori dipilih ulang. Pengalaman awal juga diperbaiki untuk kondisi ketika pengguna belum masuk, belum memiliki repositori bawaan, ingin mengganti repositori, atau perlu meminta akses aplikasi.
Perubahan ini terdengar kecil, tetapi hambatan awal sering menentukan apakah sebuah integrasi dipakai atau diabaikan. Jika seseorang harus mengulang pilihan repositori sebelum setiap tugas, percakapan cepat akan terasa seperti formulir. Pengenalan konteks dari pesan membuat jarak antara permintaan dan pekerjaan lebih pendek—selama pengguna tetap memeriksa repositori serta ruang lingkup tugas yang dipilih.
GitHub turut menyebut perbaikan untuk masalah yang sebelumnya dapat membuat balasan lanjutan tidak muncul. Ini penting untuk tugas bertahap, karena implementasi jarang selesai dalam satu instruksi. Tim biasanya perlu meminta perubahan, mempersempit ruang lingkup, atau menanyakan alasan di balik sebuah keputusan.
Jejak asal percakapan masuk ke artefak
Issue dan pull request yang dibuat oleh @GitHub kini memuat keterangan bahwa artefak tersebut dibuat dari percakapan Slack atau Teams beserta nama pengguna yang mengirim permintaan. Penanda ini memberi konteks tambahan kepada reviewer dan maintainer.
Namun, label asal tidak menggantikan review manusia. Percakapan dapat memuat asumsi yang belum diuji, sementara agen coding bisa menghasilkan perubahan yang tampak masuk akal tetapi tidak sesuai dengan arsitektur proyek. Nilai utama integrasi ini ada pada pemendekan jalur dari diskusi ke pekerjaan, bukan pada penghapusan pemeriksaan teknis.
Bagi tim yang sudah memakai GitHub App di Slack atau Teams, langkah berikutnya adalah mencoba @GitHub dalam repositori berisiko rendah, memeriksa izin write, dan memastikan aturan review tetap berlaku. Untuk proyek penting, Canvas dan pull request sebaiknya diperlakukan sebagai tempat kolaborasi yang membantu manusia menilai perubahan—bukan sebagai tombol otomatis untuk melewati proses tersebut.
Sumber https://github.blog/changelog/2026-11-06-github-copilot-in-slack-and-teams-is-generally-available/ Sumber konteks: https://docs.github.com/en/integrations/how-tos/teams/use-github-in-teams