GitHub Copilot Agent İşlemlerinde Kurumsal İzin Yönetimi
GitHub Copilot Business veya GitHub Copilot Enterprise yöneticileri, Copilot ajanlarının yapabileceği işlemleri artık merkezi olarak denetleyebiliyor. Yeni kurumsal yönetilen izinlerle kabuk komutları, dosya okuma ve düzenleme işlemleri ile ağ etki alanları için ayrı kurallar tanımlanabiliyor. Yöneticiler bu işlemleri tamamen engelleyebiliyor, insan onayına bağlayabiliyor ya da herhangi bir istem göstermeden yürütülmelerine izin verebiliyor.
Bu yaklaşım, ajan tabanlı iş akışlarını kapatmadan hassas işlemler için daha ayrıntılı koruma sağlıyor. Kuruluşlar böylece Copilot ajanlarını kullanmayı sürdürürken hangi operasyonların otomatik ilerleyeceğini, hangilerinde kullanıcı müdahalesi gerekeceğini ve hangilerinin yapılamayacağını merkezi olarak belirleyebiliyor.
Hangi işlemler yönetilebiliyor?
Kurumsal yönetilen izinler üç temel işlem grubunu kapsıyor. İlk grup kabuk komutları. Yöneticiler, ajanların kabuk üzerinden çalıştırabileceği komutlara kurallar uygulayabiliyor. İkinci grup dosya işlemleri. Dosyaların okunması ve düzenlenmesi ayrı bir denetim alanı olarak yönetilebiliyor. Üçüncü grup ise ağ etki alanları. Ajanların ağ üzerinden erişebileceği alanlar için de kurumsal politikalar oluşturulabiliyor.
İzin yönetimi böylece tek bir genel ayar yerine işlem türlerine ayrılıyor. Bir kuruluş kabuk komutlarını daha sıkı denetlerken dosya okuma veya düzenleme işlemleri için farklı bir yaklaşım benimseyebiliyor. Ağ etki alanları da kurumsal gereksinimlere göre ayrı kurallarla yönetilebiliyor. Kaynakta her işlem türü için tanımlanabilecek özel kuralların ayrıntılı listesi yer almıyor; ancak kabuk komutları, dosya erişimi ve ağ etki alanlarının yönetilebildiği açıkça belirtiliyor.
Engelleme ve insan onayı seçenekleri
Yöneticiler, kapsama alınan işlemler için üç davranıştan birini seçebiliyor. İşlem engellendiğinde ajan ilgili operasyonu gerçekleştiremiyor. İnsan onayı seçildiğinde operasyonun ilerlemesi için kullanıcı onayı gerekiyor. Üçüncü seçenekte ise işlem herhangi bir istem gösterilmeden sürdürülebiliyor. Bu seçenek, kurumsal politikaya uygun görülen operasyonların ek onay alınmadan yürütülmesini sağlıyor.
Bu seçenekler, tüm ajan faaliyetlerine aynı kısıtlamayı uygulamak yerine daha ayrıntılı politikalar oluşturulmasına imkan veriyor. Hassas kabul edilen operasyonlar engellenebiliyor veya insan onayına bağlanabiliyor, kuruluşun izin verdiği işlemler ise otomatik olarak devam edebiliyor. Kaynak, bu kontrollerin ajan iş akışlarını kapatmadan koruyucu sınırlar oluşturduğunu vurguluyor.
Kullanıcı ayarları politikayı gevşetemiyor
Kurumsal olarak yönetilen kısıtlamalar, daha düşük seviyedeki ayarlarla gevşetilemiyor. Kullanıcı veya çalışma alanı ayarları yöneticinin uyguladığı sınırlamaların önüne geçemiyor. Aynı kural otomatik onay mekanizmaları ve daha önce kaydedilmiş onaylar için de geçerli.
Bu ayrım, önceki bir onayın veya yerel yapılandırmanın kurumsal politikayı geçersiz kılmasını engelliyor. Bir işlem için daha önce onay verilmiş olması, yöneticinin koyduğu kısıtlamayı kaldırmıyor. Kullanıcı ya da çalışma alanı izinlerini farklı biçimde yapılandırsa da yönetilen kuralların üzerine yazamıyor.
Kaynakta bu politikaların hangi yönetim ekranlarından yapılandırıldığı ve her işlem için hangi ayrıntılı seçeneklerin sunulduğu açıklanmıyor. Bu nedenle özellik, kapsamı ve öncelik kuralları açısından yalnızca açıkça belirtilen bilgilerle değerlendirilebilir: Merkezi kurallar, alt seviye ayarlar, otomatik onaylar ve kaydedilmiş onaylarla gevşetilemiyor.
Farklı kurumsal ekipler için ayrı politikalar
GitHub, kuruluşların farklı ekipleri için özel politikalar oluşturmasına da imkan veriyor. Böylece tüm enterprise yapısında tek bir izin yaklaşımı kullanmak yerine ekiplerin ihtiyaçlarına göre farklı yönetilen izinler uygulanabiliyor.
Ekiplere göre yapılandırmanın nasıl yapıldığı kaynakta açıklanmıyor. Ancak özel politika desteği, kurumsal yönetimin yalnızca genel bir açma veya kapatma seçeneğiyle sınırlı olmadığını gösteriyor. Yönetimde operasyon türlerinin yanı sıra kuruluş içindeki ekip ayrımları da dikkate alınabiliyor.
Desteklenen GitHub Copilot ortamları
Kurumsal yönetilen izinler genel kullanıma GitHub Copilot uygulamasında, GitHub Copilot CLI içinde ve Agent Host kullanan Visual Studio Code oturumlarında sunuluyor. Kaynak, desteği bu üç kullanım alanı için açıkça belirtiyor.
Visual Studio Code tarafında özellikle Agent Host kullanan oturumlar belirtiliyor. Kaynakta Agent Host’un çalışma biçimi veya desteklenen diğer Visual Studio Code senaryoları hakkında ek bilgi bulunmuyor. Bu nedenle özelliğin bu ortamda kullanımı için belirtilen oturum türü esas alınmalı.
GitHub Copilot Business veya GitHub Copilot Enterprise yöneticileri, bu kontrollerin kuruluşlarındaki ajan operasyonlarına nasıl uygulanacağını değerlendirebilir. Kurumsal yönetilen izinler kabuk komutları, dosya işlemleri ve ağ etki alanları için merkezi kurallar sunuyor; gerekli durumlarda insan onayını koruyor, uygun işlemlerin ise istem gösterilmeden ilerlemesine izin veriyor.
Kaynaklar ve İleri Okuma
- GitHub Copilot agent işlemleri için kurumsal yönetilen izinler
- Enterprise yönetilen ayarları dokümantasyonu
- GitHub Community geri bildirim ve uygulama soruları
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