Shared agentic work with GitHub Copilot in Microsoft Teams

⏱️ 4 dk okuma📅 23 Ağustos 2026

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 @GitHub yazı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 @GitHub ardından isteğinizi yazın. Mevcut komutları görmek için @GitHub help kullanabilirsiniz.

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

Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.

Aşkın KILIÇYazar

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.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102