GitHub Copilot Planları: Kademeler Arasında Özellikler ve Yönetim için Kapsamlı Kılavuz

GitHub Copilot Planlarına Hızlı Bakış

GitHub, ekosistemi için bir dizi farklı kademe sunar. Önemli bir nokta olarak, platform Haziran 2026'da kullanım bazlı faturalandırmaya geçişini tamamlayarak eski "Premium Request Unit" (PRU) çerçevesinin yerini GitHub AI Credits ile alacaktır.

Yeni sistemde, temel kod tamamlama ve “Next Edit” önerileri sınırsız kalır ve kredi tüketmez. 

Buna karşın, çok dosyalı sohbet, aracısal iş akışları, uzun süreli kodlama oturumları ve derin kod incelemeleri gibi ileri düzey işlemler, belirli modelin yayımlanmış API ücretlerine göre (girdi, çıktı ve önbelleğe alınmış jetonlar) jeton tüketimine bağlı olarak AI Credits tüketecektir. 

Aylık temel abonelik fiyatları sabit kaldı, ancak bu değişim, yöneticilerin aşım bütçelerini nasıl planladığını ve etkin kullanımı nasıl izlediğini değiştirir.

Bireysel planlar: Free, Student, Pro ve Pro+

Bireysel kademeler, model erişim eşikleri, kullanım sınırları ve deneysel yeteneklerde farklılaşır. Örneğin Free kademe temel keşfi karşılarken, Pro+ AI destekli uygulamalar geliştirmeye yönelik bir ortam olan GitHub Spark’a erişim sunar.

Şu anda, Pro, Pro+ ve Student gibi GitHub’ın bireysel ücretli hesapları için yeni kayıtlar duraklatılmıştır. Mevcut hesaplar Pro’dan Pro+’a yükseltme yapabilir, ancak GitHub yeni kullanım bazlı AI Credits faturalandırma sistemine geçişini tamamlayana kadar yeni hesaplar kaydolamaz.

Business ve Enterprise

Business ve enterprise, GitHub Copilot planlarının bir IDE eklentisinden tam denetimli kurumsal altyapı varlığına dönüştüğü yerdir.

GitHub Copilot Business, temel yönetim özelliklerini sunar:

• Merkezi koltuk tahsisi ve geri alma.
• Organizasyon genelinde ilke tabanları.
• Yapısal denetim günlükleri ve uyumluluk olay takibi.
• İçerik ve depo dosyası hariç tutmaları.
• Ticari fikri mülkiyet tazminatı.

GitHub Copilot Enterprise ise daha fazla kontrol ve yetenek ekler:

• Copilot Spaces: Geliştiricilerin Copilot’u dahili dokümantasyon, vikiler ve sistemik kod standartlarına karşı yönlendirmesine olanak tanıyan bir bilgi merkezi özelliği.
• Geliştirilmiş GitHub.com Sohbet entegrasyonu.
• Alt organizasyonlar genelinde hiyerarşik ilke mirası.

GitHub Copilot Enterprise, etkin bir GitHub Enterprise Cloud aboneliği gerektirir. GitHub Enterprise Cloud kullanıcı başına aylık 21 $ ve Copilot Enterprise lisansı kullanıcı başına aylık 39 $ olduğundan, gerçek asgari maliyet Enterprise için kullanıcı başına aylık 60 $'dır. Bu, GitHub Free veya GitHub Team planlarında çalışan organizasyonlarca yerel olarak satın alınabilen GitHub Copilot Business kademesi için geçerli değildir.

Organizasyonlar, ilke mirası gibi kurumsal düzeydeki avantajları kaçırır, ancak yine de IP tazminatı, denetim, dosya hariç tutma ve organizasyonel ilke yönetimi elde eder; bu nedenle orta ölçekli mühendislik ekipleri için iyi bir alternatiftir.

Bir Enterprise aboneliği düşünüyorsanız, GitHub Copilot Enterprise kılavuzumuz, Copilot Spaces ve yeni Usage Metrics API’si gibi özellikleri nasıl kullanacağınızı gösterir.

Bireysel ve Business Planlarını Ayıran Unsurlar

Veri yönetimi, IP tazminatı ve faturalandırma; bireysel ve kurumsal planların büyük ölçüde ayrıştığı ana alanlardır. Kullanıcılar için ek özellikler elbette iyidir; ancak bu farkları anlamak, kişisel Pro lisanslarından oluşan bir yığını yönetmek ile bir Business aboneliği arasında karar veren biri için kritik önemdedir.

Veri işleme ve eğitim varsayılanları

Tescilli sistemlerle çalışan ekipler için, veri gizliliği genellikle kişisel planlarla Business abonelikleri arasındaki belirleyici faktördür.

Nisan 2026’da GitHub, bireysel Copilot planları için etkileşim verisi toplanma şeklini değiştirdi. Free, Pro ve Pro+ kullanıcıları için, kullanıcı açıkça vazgeçmediği sürece etkileşim verileri varsayılan olarak model eğitimi için kullanılabilir.

Hangi verilerin yapay zekâ eğitiminde kullanıldığını bilmek için bekleyen koddaki veri ile etkileşim verisi arasındaki farkı netleştirelim:

• Bekleyen kod (code at rest): Özel deponuzda bulunan ham kod okunmaz ve kamuya açık eğitim setlerine alınmaz.
• Etkileşim verisi: Buna, istemler, sohbet sorguları, etkin düzenleme oturumları sırasında IDE API’si üzerinden gönderilen imleç bağlamı, çevreleyen kod blokları, öneri kabul metrikleri ve geri bildirim günlükleri dahildir.

Business ve Enterprise anlaşmaları, etkileşim verilerinin hiçbir koşulda eğitim amacıyla kullanılmayacağına dair katı bir sözleşmesel garanti içerir. Herhangi bir manuel kullanıcı müdahalesi gerekmez.

Verilerin nasıl kullanıldığına ve Copilot’ta sorunları nasıl çözebileceğinize dair daha derin bir bakış için, GitHub Copilot Gizlilik ve Sorun Giderme kılavuzumuzu okumanızı öneririm.

IP tazminatı

GitHub Copilot Business ve Enterprise, üretilen kod için fikri mülkiyet (IP) tazminatı kapsamı içerir. Bireysel planlar içermez.

Pratikte tazminat, üretilen kodun fikri mülkiyet ihtilaflarına yol açması halinde, belirli koşullar altında GitHub’ın sözleşmeye dayalı olarak hukuki koruma sağlamayı kabul etmesi demektir. Bu, tüm hukuki riski ortadan kaldırmaz; fakat ticari yazılım ekipleri için sorumluluk tartışmasını değiştirir.

Müşteriler için kod teslim eden serbest çalışanların buna dikkat etmesi gerekir. “Kişisel verimlilik aracı” ile “kuruluş destekli geliştirme platformu” arasındaki fark, sözleşmeler ve ticari teslimatlar devreye girdiğinde çok gerçek hale gelir.

Faturalandırma, koltuklar ve AI Credits’e geçiş

Bireysel faturalandırma, doğrudan kişisel hesaplara bağlı self-servis yöntemler kullanır. Business planları, yönetici tarafından verilen koltuklarla faturalandırmayı merkezileştirir. Ayrıca, bireysel kullanıcıların bağımsız kredi havuzlarıyla etkileşime girmesi yerine, organizasyon kullanıcı sayısına bağlı olarak aylık ayrılan AI Kredilerini havuzlar.

Enterprise planları, ayrıntılı bütçe uygulama limitleri, maliyet merkezi gruplama ve departman düzeyinde tahsislerle daha da ince kontrol sağlar; böylece tek bir geliştirme ekibinin yoğun aracısal iş akışları tüm şirket kredi tahsisini tüketmez.

SKU’lar ve Gizlilik Hususları

Veri gizliliği ve SKU’lar için çeşitli korumaları anlamak önemlidir. Veri akışını, hukuki korumaları ve çeşitli kademelerdeki takibi yöneten mimari sınırlar aşağıda özetlenmiştir:

Nisan 2026 eğitim politikası değişiklikleri

Bireysel planlar için onay verme (opt-in) modelinden vazgeçme (opt-out) çerçevesine geçiş, uyumluluk sızıntısı için birincil vektörü vurgular. Etkin bir IDE oturumu sırasında otomatik olarak yakalanan etkileşim verisi yükü şunları içerir:

• Ayrıntılı sohbet geçmişleri ve istem bağlamı.
• Çok satırlı kod önerileri ve yerel kabul oranları.
• Aktif düzenleyici imleç bağlamı; bu, sıklıkla bitişik dosya bağlamını, içe aktarma ifadelerini ve açık sekmelerdeki değişken bildirimlerini çeker.

Bir geliştiricinin kurumsal bir depo içinde çalışırken kişisel Copilot Pro hesabını kullandığını hayal edin. Eğitim etkin kalırsa, bu çalışma oturumuna bağlı etkileşim verileri GitHub’ın eğitim ekosistemine girebilir. Bu senaryo, organizasyonların Business planlarını benimsemesinin yaygın bir nedenidir.

Gizlilik gereksinimleriniz için doğru SKU’yu seçmek

Yaptığınız işin düzeyine bağlı olarak farklı SKU’lara ihtiyaç duyabilirsiniz. 

• Bağımsız geliştirici/yan projeler: Free veya Pro kademeleri maksimum esneklik sunar. Tescilli kod üzerinde çalışıyorsanız kişisel gizlilik ayarlarınızdan vazgeçmeyi seçin.
• Serbest çalışanlar/yükleniciler: Business planı savunmacı bir bariyer sağlar. Müşteri sözleşmeleri sıklıkla verilerin harici LLM sağlayıcılarına iletilmesini açıkça yasaklar; özel bir organizasyon koltuğu sözleşmelerinizi korur.
• Uyumluluk zorunlulukları olan kurumsal ekipler: Business kademesi, veri boru hatlarının yalıtımını sağlayan ve yönetimsel yönetişimi etkinleştiren standart asgari düzeyi temsil eder.
• Düzenlemeye tabi sektörler (finans, sağlık): Enterprise kademesi genellikle zorunludur; uzman güvenlik yapılandırmalarıyla entegrasyon, katı veri yerleşimi gereksinimleri ve yerelleştirilmiş ince ayar katmanlarına olanak tanır.

Belirli Dosyaları Copilot’tan Hariç Tutma

GitHub Copilot dosya hariç tutma kural setlerini uygulamak, bir ortamı savunmacı şekilde güvence altına almanın en etkili yollarından biridir. İçerik hariç tutma, yerel IDE aracısının belirli dosya içeriklerini işlemesini engelleyerek onları satır içi tamamlamalar, sohbet kutuları ve arka plan aracısal işlemler için tamamen görünmez kılar. 

Şunu unutmayın ki GitHub Copilot CLI, Copilot bulut aracısı ve IDE’lerde Copilot Chat’teki Agent modu içerik hariç tutmayı desteklemez.

Hariç tutma kurallarını yapılandırma

Yönetim ekipleri, hariç tutma yapılandırmalarını ya küresel Organization Settings panelinden ya da hedeflenmiş bireysel Repository ayarlarından uygulayabilir. Sağ üstteki Settings düğmesine tıklayarak depo veya organizasyon ayarlarına girmeniz yeterlidir.

Kenar çubuğunda Copilot ayarları altında “Code and automation”ı seçin. Ardından “Paths to exclude in this repository” kutusuna aşağıdaki gibi hariç tutmalarınızı girin:

# Ignore the /src/some-dir/kernel.rs file in this repository.
- "/src/some-dir/kernel.rs"

# Ignore files called secrets.json anywhere in this repository.
- "secrets.json"

# Ignore all files whose names begin with secret anywhere in this repository.
- "secret*"

# Ignore files whose names end with .cfg anywhere in this repository.
- "*.cfg"

# Ignore all files in or below the /scripts directory of this repository.
- "/scripts/**"

Organizasyon depo düzeyi benzerdir; ancak ayar, aşağıdaki biçimi kullanan “Repositories and Paths to exclude” altında olacaktır:

REPOSITORY-REFERENCE:
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - …

Ayarların bir parçası olarak REPOSITORY-REFERENCEı korumak önemlidir. Yaygın yapılandırma tabanları, sabit kimlik bilgilerini, üretim orkestrasyon profillerini, hassas tescilli algoritmik modülleri veya yüksek düzeyde düzenlenen uyumluluk klasörlerini önceliklendirmelidir.

Hariç tutmaların Copilot özelliklerine uygulanma biçimi

Bir hariç tutma eşleşmesi meydana geldiğinde, veri yalıtımı tüm Copilot alt sistemleri genelinde kesindir:

• Satır içi tamamlamalar: Dosya içinde bağlam oluşturmaktan veya bitişik dosyaları doldurmak için o dosyadan bağlam çekmekten engellenir.
• Copilot sohbet/ajanlar: Sistem, dosyanın organizasyon politikası kısıtlamaları nedeniyle incelenemeyeceğini belirten bir bildirim döndürür.

Standart yerel IDE motorları aynı şekilde çalışır. Metin ayrıştırma, dahili sözdizimi vurgulama ve yerelleştirilmiş IntelliSense gibi yaşam kalitesi araçları normal şekilde derlenir; çünkü dosya hariç tutma katmanı açıkça harici Copilot telemetri akışlarına uygulanır. 

Yöneticiler, yol kalıplarını hazırlık depolarını kullanarak kapsamlı şekilde test etmelidir; hatalı joker karakterler, yalıtmayı amaçladığınız verileri ortaya çıkararak açık şekilde başarısız olabilir.

Organizasyon Çapında İlke Yönetimi

GitHub Copilot organizasyon ilke yönetimini zorunlu kılmak, kurumsal güvenliğin bireysel geliştirici tercihlerinden ziyade yönetim ekibi tarafından belirlenmesini garanti eder.

Mevcut ilke ayarları

Organizasyonlar geliştiriciler için çeşitli ayarları kontrol edebilir:

• Özellik anahtarları: Geliştirme ortamlarında, komut satırı arayüzlerinde (Copilot CLI aracılığıyla) veya gelişmiş aracısal kod inceleme sistemlerinde Copilot Chat’i küresel olarak etkinleştirin veya bastırın.
• Genel kod filtresi: Copilot’un GitHub’daki açık kaynak depolarıyla yakından eşleşen kod önerileri döndürmesini engelleyen, açık kaynak lisans uyumluluğu risklerini azaltan hukuki bir kontrol mekanizması.
• Model seçimi kısıtlamaları: Geliştiricilerin hangi modelleri (ör. belirli GPT veya Claude varyantları) seçebileceğini kısıtlayın; böylece gecikmeyi, kredi tüketimini ve performansı yönetebilirsiniz. GitHub’ın platformu üzerinden sunulan modellere yakından bakmak için, GitHub Modelleri hakkındaki bu pratik kılavuza göz atın.
• Özel organizasyon talimatları: Geliştiricileriniz tarafından gönderilen her isteme kurumsal kodlama kalıplarını, güvenlik çerçevelerini ve mimari paradigmaları ekleyen standart markdown ilke dosyalarını enjekte edin.

Ekibiniz GitHub’ın organizasyon ve izin modeline daha az aşinaysa, Orta Düzey GitHub Kavramları kursu yararlı bir arka plan sağlar. Komut satırı araçlarına genişleyen mühendislik grupları için, GitHub Copilot CLI Eğitimi kılavuzumuza bakın.

Kurumsal düzeyde ilke mirası

Büyük ölçekli kurumsal ortamlarda, ilke motoru katı bir hiyerarşik miras zincirini izler: Enterprise Politikası > Organizasyon Politikası > Kullanıcı Tercihleri

Kurumsal yöneticiler, politikaları tüm daha küçük iş birimleri genelinde (örneğin ekipler) küresel olarak kilitlemeyi, seçici organizasyonel geçersiz kılmalara izin vermeyi veya kontrolü tamamen hiyerarşi aşağısına devretmeyi seçebilir. Örneğin, kurum belirli model kullanım ayarlarını kısıtlamak için küresel ayarlara sahip olabilir.

Ekip düzeyinde ise, finans hizmetleri birimini katı genel kod filtreleriyle kısıtlarken, dahili yazılım Ar-Ge birimine daha esnek deneyler tanıyabilir.

Denetim Günlükleri

Uyumluluk denetçileri yazılım tedarik zincirinize ilişkin doğrulama istediğinde veya güvenlik ekipleri bir veri sızıntısını izlediğinde, GitHub Copilot platform değişikliklerinin kaydını denetler.

Denetim günlüğünde Copilot olayları

Sistem, yönetim işlemlerinin kapsamlı bir defterini tutar ve şunları kaydeder:

• Açık koltuk atamaları, geri almalar ve faturalandırma grubu değişiklikleri.
• Genel kod çoğaltma filtresindeki değişiklikler.
• Dosya ve dizin hariç tutma kalıplarındaki değişiklikler.
• Özellik etkinleştirme durumları (ör. aracısal kod inceleme modlarını açma)

Ayrıntı düzeyi tamamen aboneliğinize bağlıdır. Business kademeleri organizasyon kapsamındaki eylem olay akışlarına odaklanırken, Enterprise hesapları sistemik çapraz organizasyon adli telemetrisini açar.

Arama, filtreleme ve dışa aktarma

Denetim günlüğü akışlarına Organization Settings panelinden yerel olarak erişilebilir. Yöneticiler, belirli eylem niteleyicilerini kullanarak arayüzde sorgulama yapabilir:

# Filter logs to identify who adjusted Copilot access privileges
action:copilot.cfb_seat_assignment_created

# Identify changes made to systemic exclusions within a date window
action:copilot.content_exclusion_updated created:2026-05-01..2026-05-31

Enterprise hesapları, bu denetim olaylarını otomatik uyarı ve merkezi, değiştirilemez saklama için (Splunk veya Datadog gibi) harici Güvenlik Bilgileri ve Olay Yönetimi (SIEM) sistemlerine doğrudan akışa almayı destekler.

REST API ile Copilot Koltuklarını Yönetme

Kullanıcı koltuklarını bir UI panosu üzerinden elle sağlamak küçük ekipler için işe yarar, ancak yüksek hacimli kurumsal işe alım iş akışlarında hızla yetersiz kalır. Github Copilot REST API koltuk uç noktalarını kullanmak, kimlik ve erişim yönetimini bütünüyle kod olarak ele almanıza olanak tanır.

Bu, Copilot yönetiminin en sevdiğim bölümlerinden biridir; çünkü lisanslamayı mühendislik ekiplerinin temiz bir şekilde otomatikleştirebileceği bir şeye dönüştürür.

Temel API uç noktaları

Yaygın API iş akışları şunları içerir:

• Koltuk atamalarını listeleme
• Koltuk atama
• Koltuk kaldırma
• Kullanım metriklerini alma
• Organizasyon Copilot ayarlarını okuma

Kimlik doğrulama genellikle şunları gerektirir:

• İnce taneli kişisel erişim belirteçleri
• GitHub Uygulaması izinleri
• Organizasyon yönetici ayrıcalıkları

Bu yönetim yollarına erişmek için, entegrasyon betiklerinizin yükseltilmiş admin:org kapsamlarına sahip bir Kişisel Erişim Belirteci (PAT) kullanarak kimlik doğrulaması yapması veya açıkça organizasyon düzeyinde Copilot yönetim ayrıcalıklarına sahip yetkili bir GitHub Uygulaması aracılığıyla çalıştırılması gerekir. 

Programatik platform entegrasyonlarına daha derin bir bakış için, GitHub Foundations beceri yolumuzu almanızı öneririm. 

Yaygın otomasyon kalıpları

Bazı pratik kalıplar şunlardır:

• Otomatik kimlik işe alımı: Bir İK bilgi sistemini (Workday veya Okta gibi) doğrudan web kancaları aracılığıyla GitHub’a bağlamak. Belirli bir ekibe bir mühendis katıldığında, bir betik Copilot çalışma alanını otomatik olarak sağlamak için bir POST isteği gönderir.

• Etkin olmayan koltuk geri kazanımı: Zamanlanmış bir Cron betiği API aracılığıyla etkin koltuk kullanımını sorgular. Bir kullanıcı 30 günden uzun süredir Copilot ile etkileşime girmediyse, betik lisansı geri almak için bir DELETE komutu yürütür ve kurumsal kredi havuzunu korur.

• Finansal panolar: Günlük tahsis ve tüketim telemetrisini çekerek iç BI platformlarını (Tableau gibi) bölüm düzeyinde net maliyet merkezi çapraz faturalandırma ile beslemek.

Örnek: Python ile bir Copilot koltuğu atamak

Aşağıdaki betik, Python kullanarak belirli bir geliştiriciye programatik olarak bir organizasyon koltuğu atamanın nasıl yapılacağını göstermektedir:

	import requests
	# Identity Configuration
TOKEN = "YOUR_ORGANIZATION_ADMIN_PAT"
ORG = "your-corporate-org"
USERNAME = "target-developer-user"

url = f"https://api.github.com/orgs/{ORG}/copilot/billing/selected_users"

headers = {
    "Authorization": f"Bearer {TOKEN}",
    "Accept": "application/vnd.github+json",
    "X-GitHub-Api-Version": "2022-11-28"
}

payload = {
    "selected_usernames": [USERNAME]
}

response = requests.post(url, json=payload, headers=headers)

if response.status_code == 201:
    print(f"Successfully allocated Copilot seat to {USERNAME}.")
else:
    print(f"Failed allocation. Status: {response.status_code}")
    print(response.json())

Son Düşünceler

GitHub Copilot’un plan yapısı fiyatlandırma sayfasında basit görünür. Ekipleri yönetmeye başladığınızda, farklar çok daha önemli hale gelir.

Gizlilik sınırları, eğitim politikaları, denetlenebilirlik ve yönetişim kontrolleri, çoğu zaman ham model erişiminden daha fazla önem taşır. Bu nedenle GitHub Copilot Business vs Enterprise tartışmaları genellikle salt mühendislikten ziyade güvenlik ve operasyon sohbetlerine dönüşür.

Bugün bir ekibe danışıyor olsaydım, önce yönetişim gereksinimleriyle başlardım:

• Sözleşmesel gizlilik garantilerine ihtiyacınız var mı?
• Denetim günlüklerine ihtiyacınız var mı?
• Merkezi ilke yönetimine ihtiyacınız var mı?

Bundan sonra, kullanım hacmi ve özellik erişimi için optimize ederdim.

Ekibinizin teknik yetkinliklerini derinleştirmek ve resmi sertifikalara hazırlanmak için şu ileri düzey öğrenme yollarını keşfedin:

• GitHub Copilot ile Yazılım Geliştirme Kursu
• Yazılım Mühendisliği için Yapay Zekâ Becerileri Yolu
• Veri Profesyonelleri için GitHub Sertifikasyon Kılavuzu