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

GitHub Copilot Planlarına Genel Bakış

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

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

Buna karşın, çok dosyalı sohbet, ajans benzeri iş akışları, uzun süreli kodlama oturumları ve derinlemesine kod incelemeleri gibi gelişmiş işlemler; belirli modelin yayımlanmış API oranlarına göre (girdi, çıktı ve önbelleğe alınan belirteçler) belirteç tüketimine bağlı olarak AI Credits harcar. 

Temel aylık abonelik fiyatları sabit kaldı, ancak bu geçiş, yöneticilerin aşımlar için nasıl bütçe ayırdığını ve etkin kullanımı nasıl izlediğini değiştiriyor.

Bireysel planlar: Free, Student, Pro ve Pro+

Bireysel kademeler; model erişim eşikleri, kullanım limitleri ve deneysel yetenekler açısından farklılaşır. Örneğin, Free kademesi temel keşfe olanak tanırken, Pro+ yapay zekâ destekli uygulamalar geliştirmeye yönelik bir ortam olan GitHub Spark’a erişim sağlar.

Ş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 tamamen denetlenebilir bir kurumsal altyapı varlığına dönüştüğü noktadır.

GitHub Copilot Business temel yönetim özelliklerini sunar:

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

GitHub Copilot Enterprise daha da fazla kontrol ve yetenek ekler:

• Copilot Spaces: Geliştiricilerin iç dokümantasyon, vikiler ve sistemik kod standartlarına karşı Copilot’a istem verebildiği bir bilgi merkezi özelliği.
• Geliştirilmiş GitHub.com Sohbet entegrasyonu.
• Alt organizasyonlar arasında 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 organizasyonlar tarafından 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ğini düşünüyorsanız, GitHub Copilot Enterprise kılavuzumuz Copilot Spaces ve yeni Kullanım Metrikleri API’si gibi özelliklerini nasıl kullanacağınızı gösterir.

Bireysel ve Business Planlarını Ayıran Noktalar

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

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

Mülkiyete tabi sistemlerle çalışan ekipler için, veri gizliliği genellikle kişisel planlar ile Business abonelikleri arasında belirleyici faktördür.

Nisan 2026’da, GitHub bireysel Copilot planları için etkileşim verisi toplanmasının işleyişini değiştirdi. Free, Pro ve Pro+ kullanıcılarında, kullanıcı açıkça vazgeçmedikçe etkileşim verileri artık varsayılan olarak model eğitimi için kullanılabilir.

Hangi verilerin yapay zekâ eğitimi için kullanıldığını bilmek adına, bekleyen kod ile etkileşim verisi arasındaki farkı netleştirelim:

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

Business ve Enterprise sözleşmeleri, 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 daha derinlemesine bakmak 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 anlaşmazlıklarına yol açması halinde, belirli koşullar altında GitHub’ın sözleşmesel olarak hukuki koruma sağlamayı kabul ettiği anlamına gelir. Bu, tüm hukuki riski ortadan kaldırmaz; ancak ticari yazılım ekipleri için sorumluluk tartışmasını değiştirir.

Müşteriler için kod gönderen serbest çalışanların buna dikkat etmesi gerekir. “Kişisel verimlilik aracı” ile “organizasyon destekli geliştirme platformu” arasındaki fark; sözleşmeler ve ticari teslimat devreye girdiğinde çok somut hale gelir.

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

Bireysel faturalandırma, doğrudan bireysel kişisel hesaplara bağlı self-servis yöntemler kullanır. Business planları faturalandırmayı yönetici tarafından verilen koltuklarla 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 göre aylık ayrılan AI Credits’i havuzlar.

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

SKU’lar ve Gizlilik Hususları

Veri gizliliğine ve SKU’lara yönelik çeşitli korumaları anlamak önemlidir. Veri akışını, hukuki korumaları ve farklı kademeler genelinde takibi yöneten mimari sınırlar aşağıda özetlenmiştir:

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

Bireysel planlar için katılma esasından vazgeçme esasına 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 da sıklıkla açık sekmelerden bitişik dosya bağlamını, import ifadelerini ve 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 açık kalırsa, o ç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çme

Çalışmanın düzeyine bağlı olarak farklı SKU’lara ihtiyaç duyabilirsiniz. 

• Tek geliştirici/yan projeler: Free veya Pro kademeleri maksimum esneklik sunar. Mülkiyete tabi kod üzerinde çalışıyorsanız kişisel gizlilik ayarlarınızda vazgeçin.
• Serbest çalışanlar/yükleniciler: Business planı savunmacı bir bariyer sağlar. Müşteri sözleşmeleri sıklıkla verilerin harici BBA 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 hatlarının yalıtımını ve yönetimsel yönetişimi mümkün kılarak standart asgari düzeyi temsil eder.
• Düzenlemeye tabi sektörler (finans, sağlık): Enterprise kademesi genellikle zorunludur; özel güvenlik yapılandırmaları, katı veri yerleşikliği gereksinimleri ve yerelleştirilmiş ince ayar katmanlarıyla entegrasyona izin verir.

Copilot’tan Belirli Dosyaları 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 engeller; böylece bu içerikler satır içi tamamlama, sohbet kutuları ve arka plan ajans işlemleri için tamamen görünmez hale gelir. 

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

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

Yönetim ekipleri, hariç tutma yapılandırmalarını ya genel Organization Settings panelinde ya da hedeflenen bireysel Depo ayarlarında uygulayabilir. Sağ üstteki Settings düğmesine tıklayarak deponun veya organizasyonun ayarlarına girmeniz yeterlidir.

Kenar çubuğunda Copilot ayarları altında “Code and automation”ı seçin. Ardından “Bu depoda hariç tutulacak yollar” kutusuna hariç tutmalarınızı şu şekilde 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üzeyinde ayar benzerdir; ancak ayar, aşağıdaki format kullanılarak “Depolar ve Hariç Tutulacak Yollar” altında bulunur:

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

REPOSITORY-REFERENCE’ın ayarların bir parçası olarak tutulması önemlidir. Yaygın yapılandırma temel çizgileri; sert kimlik bilgilerinin, üretim orkestrasyon profillerinin, hassas mülki algoritmik modüllerin veya yüksek düzeyde düzenlenen uyumluluk klasörlerinin önceliklendirilmesini içermelidir.

Hariç tutmaların Copilot özellikleri genelinde uygulanması

Bir hariç tutma eşleşmesi gerçekleştiğinde, veri yalıtımı tüm Copilot alt sistemleri genelinde kesin olur:

• Satır içi tamamlama: Dosya içinde bağlam oluşturmaktan veya bitişik dosyaları doldurmak için ondan bağlam çekmekten engellenir.
• Copilot sohbet/aracılar: Sistem, dosyanın organizasyonel ilke kısıtlamaları nedeniyle incelenemeyeceğini bildiren bir uyarı 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 desenlerini hazırlık (staging) depolarında kapsamlı şekilde test etmelidir; hatalı joker karakterler açık şekilde başarısız olabilir ve yalıtmayı amaçladığınız verileri açığa çıkarabilir.

Organizasyon Genelinde İlke Yönetimi

GitHub Copilot organizasyon ilke yönetimini uygulamak; 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 geçişleri: Geliştirme ortamlarında, komut satırı arabirimlerinde (Copilot CLI aracılığıyla) veya gelişmiş ajans benzeri kod inceleme sistemlerinde Copilot Sohbet’i genel olarak etkinleştirin veya baskılayın.
• Genel kod filtresi: Copilot’ın, GitHub’daki açık kaynak depolarıyla yakından eşleşen kod önerileri döndürmesini engelleyen hukuki bir kontrol mekanizması; açık kaynak lisans uyumluluğu risklerini azaltır.
• Model seçimi kısıtlamaları: Geliştiricilerin hangi modelleri (ör. belirli GPT veya Claude varyantları) seçebileceğini kısıtlayın; bu sayede gecikmeyi, kredi tüketimini ve performansı yönetebilirsiniz. GitHub platformu üzerinden sunulan modellere daha yakından bakmak için pratik GitHub Modelleri kılavuzuna 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ı 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ğitimine bakın.

Kurumsal düzeyde ilke mirası

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

Enterprise yöneticileri, tüm küçük iş birimleri (ör. ekipler) genelinde ilkeleri küresel olarak kilitlemeyi, seçici organizasyonel geçersiz kılmalara izin vermeyi veya kontrolü tamamen hiyerarşi boyunca devretmeyi seçebilir. Örneğin, işletme belirli model kullanım ayarlarını kilitlemek için küresel ayarlara sahip olabilir.

Ekip düzeyinde, finans hizmetleri bölümünü katı genel kod filtreleriyle kısıtlarken; dahili yazılım Ar-Ge bölümüne daha esnek denemeler yapma olanağı tanıyabilir.

Denetim Günlükleri

Uyumluluk denetçileri yazılım tedarik zincirinizin doğrulanmasını 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 filtresine yapılan değişiklikler.
• Dosya ve dizin hariç tutma desenlerindeki değişiklikler.
• Özellik etkinleştirme durumları (ör. ajans benzeri kod inceleme modlarını açma)

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

Arama, filtreleme ve dışa aktarma

Denetim günlüğü akışlarına Organization Settings panelinden yerel olarak erişilebilir. Yöneticiler, arayüzü belirli eylem niteleyicileri kullanarak sorgulayabilir:

# 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ıtmayı destekler.

REST API ile Copilot Koltuklarını Yönetme

Kullanıcı koltuklarını bir UI panosu üzerinden manuel olarak sağlamak küçük ekipler için yeterlidir; 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 tamamen kod olarak ele almanıza olanak tanır.

Bu, Copilot yönetiminin en sevdiğim kısımlarından biri; çünkü lisanslamayı mühendislik ekiplerinin temiz şekilde otomatikleştirebileceği bir şeye dönüştürüyor.

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ı ya da açık 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 derinlemesine bakmak için, GitHub Foundations yetkinlik yolumuzu almanızı öneririm. 

Yaygın otomasyon desenleri

Bazı pratik desenler şunlardır:

• Otomatik kimlik işe alımı: Bir İK bilgi sistemini (Workday veya Okta gibi) web kancaları aracılığıyla doğrudan GitHub’a bağlamak. Belirli bir ekibe bir mühendis katıldığında, 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üre Copilot ile etkileşimde bulunmadıysa, betik lisansı geri kazanmak için bir DELETE komutu yürütür ve kurumsal kredi havuzunu korur.

• Finansal panolar: Günlük tahsis ve tüketim telemetrisini dahili BI platformlarına (Tableau gibi) çekerek departman düzeyinde maliyet merkezi iç faturalandırmasını netleştirmek.

Örnek: Python ile bir Copilot koltuğu atama

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

	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’ın plan yapısı, fiyatlandırma sayfasından bakıldığı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 önemlidir. Bu nedenle GitHub Copilot Business ve Enterprise tartışmaları genellikle salt mühendislikten ziyade güvenlik ve operasyon konuşmalarına dönüşür.

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

• Sözleşmesel gizlilik güvencelerine ihtiyaç duyuyor musunuz?
• Denetim günlüklerine ihtiyaç duyuyor musunuz?
• Merkezi ilke yönetimine ihtiyaç duyuyor musunuz?

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

Ekibinizin teknik yetkinliklerini derinleştirmek ve resmi sertifikasyonlara 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â Yetenek Yolu
• Veri Profesyonelleri için GitHub Sertifikasyon Kılavuzu