Shared agentic work with GitHub Copilot in Microsoft Teams
Microsoft Teams’deki bir sohbeti, ekipteki herkesin görebildiği ve yönlendirebildiği ortak bir GitHub Copilot ajan oturumuna dönüştürmek artık mümkün. Kanalda, thread’de veya doğrudan mesajda @GitHub etiketiyle Copilot bulut ajanı (cloud agent) çağrılıyor; konuşmadaki herkes soru sorabiliyor, bağlam ekleyebiliyor, işi planlamaya katkı verebiliyor. İlgili depoya yazma izni olan katılımcılar Copilot’un doğrudan değişiklik yapmasını da tetikleyebiliyor. Bu yazıda GitHub’ın public preview olarak duyurduğu entegrasyonun ne getirdiği, faturalama tarafında nelere dikkat edilmesi gerektiği ve kurulum adımları kaynaktaki bilgiler çerçevesinde özetleniyor.
Teams sohbetini ortak bir ajan oturumuna dönüştürmek
Entegrasyonun temel fikri şu: Copilot cloud agent oturumunu tek bir kullanıcının değil, konuşmadaki tüm katılımcıların takip edebildiği ve yönlendirebildiği bir yüzeye taşımak. Kanal, thread veya birebir mesaj fark etmiyor; @GitHub etiketiyle çağrılan Copilot aynı sohbet içinde çalışmaya başlıyor. Herkes bağlam ekleyebilir, adımları tartışabilir; ama somut kod değişikliği için ilgili depoda yazma yetkisi gerekiyor. Böylece “kim ajanı çalıştırabilir” sorusu mevcut GitHub izin modeliyle hizalanıyor.
Toplantı kararlarını doğrudan işe çevirmek
GitHub, senaryolardan biri olarak toplantı içi aksiyonların ajana devredilmesini öne çıkarıyor. Örnek olarak günlük standup sırasında ortaya çıkan bir sorun tartışılırken Copilot’tan aynı anda incelemeye başlaması isteniyor. Ajanın araştırması sohbette görünür olduğu için ekip, toplantı bitmeden ilerlemeyi izleyebiliyor ve gerekirse yönlendirme yapabiliyor. Böylece “toplantıda konuştuk, sonra biri açıp ticket oluşturacak” adımı ortadan kalkıyor; aksiyon maddesi konuşma sürerken canlı bir iş öğesine dönüşüyor.
Copilot yüzeyleri arasında sürekli iş akışı
Teams’de başlatılan bir görev, güvenli bir bulut sandbox içinde asenkron çalışmaya devam ediyor. İlerlemeyi kanal thread’i üzerinden takip etmek mümkün. Ajanın ürettiği çıktılarla çalışmayı sürdürmek için üç seçenek belirtiliyor: terminal, GitHub Copilot uygulaması veya tercih edilen IDE. Yani Teams yalnızca bir başlatma ve gözlem noktası; iş, GitHub Copilot ekosistemindeki diğer yüzeylerde kesintisiz sürüyor. Cloud sandbox’ın nasıl çalıştığına dair ayrıntılı bilgi GitHub’ın cloud ve local sandbox belgesinde yer alıyor.
Erişim, faturalama ve AI credit kullanımı
Özellik public preview aşamasında ve ücretli GitHub Copilot planlarıyla kullanılabiliyor. Teams içinden başlatılan Copilot cloud agent oturumları AI credit tüketiyor. Kurumlar açısından iki fatura kalemi ayrı ayrı değerlendiriliyor:
- Cloud agent AI credit kullanımı, organizasyonlar için usage-based billing bütçeleri tarafından yönetiliyor.
- Cloud sandbox kullanımı ayrı faturalanıyor ve ürün düzeyi ya da SKU düzeyi bütçelerle kontrol edilebiliyor.
Bu ayrım pratikte önemli: Ajanı çalıştırmanın maliyetiyle ajanın kod üzerinde deney yaptığı sandbox ortamının maliyeti aynı kalemde toplanmıyor. Kurumsal yöneticilerin her iki bütçeyi de bilinçli biçimde tanımlaması bekleniyor.
Kuruluma başlamak için adımlar
Kaynakta belirtilen başlangıç akışı şöyle:
- Organizasyon veya enterprise kullanıcısıysanız, bir yöneticinin GitHub Copilot cloud agent ve cloud sandbox özelliklerini etkinleştirdiğinden emin olun. Cloud sandbox politikaları, cloud agent politikalarıyla aynı yapılandırmayı paylaşıyor.
- Microsoft Teams için GitHub uygulamasını yükleyin.
- Teams içinde
@GitHubyazıp yönergeleri izleyerek GitHub hesabınızı bağlayın. - Public kanallar için, istendiğinde varsayılan bir depo yapılandırın. Doğrudan mesajlar varsayılan depo kullanmıyor.
- Görev vermek için
@GitHubardından isteğinizi yazın. Mevcut komutları görmek için@GitHub helpkullanabilirsiniz.
Uyum ve insan-döngüde onay
Ajanların üretim kodunu doğrudan etkilemesi konusundaki en yaygın endişe, kontrolün ne kadar sıkı tutulabildiği. GitHub bu tarafta somut bir denetim mekanizması sunuyor: Depo yöneticileri, Microsoft Teams Copilot entegrasyon kimliğine atfedilen herhangi bir pull request için birleştirme (merge) öncesinde ek bir onay zorunlu kılabiliyor. Örneğin bir depoda halihazırda iki onay kuralı varsa, bu ayar açıldığında Copilot’un oluşturduğu PR’lar için üç onay gerekiyor. Böylece ajanın ürettiği değişikliklerin production’a çıkmadan önce bir insan tarafından incelenmesi garanti altına alınıyor.
İzinler, depo ve branch seçimi, desteklenen iş akışları ve kurulumun ayrıntıları için GitHub’ın Copilot cloud agent’ı Microsoft Teams ile entegre etme rehberinde daha kapsamlı bilgi bulunuyor.
Kimler için anlamlı?
Kaynağa göre entegrasyon şu durumlarda pratik değer üretiyor: Toplantı sırasında çıkan aksiyonların ekipten biri tarafından “not alınıp sonra açılması” yerine anında bir bulut ajanına devredilmesi; birden fazla kişinin aynı ajan oturumuna bağlam katması; işin Teams thread’inde başlayıp IDE veya terminalde kesintisiz sürdürülmesi. Kurumsal tarafta ise AI credit ve sandbox bütçelerinin ayrı yönetilebilmesi ile ek onay zorunluluğu gibi denetim seçenekleri, ajan tabanlı iş akışlarını daha kontrollü yaygınlaştırmak isteyen ekipler için işe yarar düğmeler sunuyor.
Kaynaklar ve İleri Okuma
- Shared agentic work with GitHub Copilot in Microsoft Teams (GitHub Changelog)
- GitHub Copilot cloud agent’ı Microsoft Teams ile entegre etme
- Cloud ve local sandbox hakkında
- Organizasyonlar ve enterprise için usage-based billing
- Cloud ve local sandbox faturalama
- Microsoft Teams için GitHub uygulaması
- İlgili yazı: GitHub Copilot app: Ajanlarla Çalışmanın Yeni Düzeni
- İlgili yazı: GitHub Copilot App: My Work ile İşlerini Yönetmek
- İlgili yazı: GitHub Copilot App’te Stacked Sessions ve Stacked PR’lar
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
4 comments