Bir yapay zekâ aracının yeni özelliği kadar, varsayılan ayarı ve veriyi ne kadar tuttuğu da önemlidir. GitHub, 28 Ağustos 2026’da Copilot Business ve Enterprise için faturalama, birleşik Copilot deneyimi ve kod inceleme varsayılanı hakkında üç değişiklik duyurdu. Tarihler birbirinden farklı: yeni müşteri kayıtları 1 Eylül’den itibaren kademeli açılıyor; mevcut müşterilerin bazı fatura davranışları 1 Ekim’de değişiyor; birleşik deneyim ve “Balanced” inceleme varsayılanı ise 28 Eylül’den önce başlamayacak. Bu rehber, özellikle Türkiye’de dövizle yazılım alan küçük ekiplerin hangi ayarı ne zaman kontrol etmesi gerektiğini ayırıyor.
Değişiklik 1: Koltuk ataması ve fatura zamanı
GitHub’a göre kredi kartı veya PayPal ile ödeme yapan yeni Copilot Business ve Enterprise müşterilerinin kaydı 1 Eylül 2026’dan itibaren yeniden açılmaya başlayacak. Yeni koltuk atamalarında kullanıcı erişim kazanmadan önce o koltuk için ödeme gerekecek. Mevcut müşterilerde atanmış tüm koltukların yeni fatura döneminin başında peşin ücretlendirilmesi 1 Ekim 2026’da başlayacak.
Liste fiyatlarının değişmediği özellikle belirtiliyor. Fakat “fiyat aynı” ile “nakit akışı aynı” aynı cümle değildir. Koltuk ay ortasında eklenirse kalan dönem için orantılı ücret devam ediyor; koltuğu geri almak ise orantılı iade üretmiyor, kaldırma bir sonraki aylık döneme yansıyor. Dahil kullanımı aşan ekipler için ek kullanım satın alma seçeneği sürecek.
Türkiye’de neden daha dikkatli olunmalı?
TL bütçe yapıp dolar cinsinden ödeme yapan ekipte kur değişimi, vergi ve banka dönüşüm farkı toplam maliyeti etkiler. Ay başında otomatik atanan gereksiz üç koltuk, ay sonunda fark edilen küçük bir yönetim hatası olmaktan çıkabilir. GitHub yöneticisinin yalnız aktif çalışanları değil, bot hesapları, eski yükleniciler ve test organizasyonlarını da gözden geçirmesi gerekir.
Değişiklik 2: Birleşik Copilot deneyimi ve veri saklama
GitHub, 28 Eylül 2026’dan önce olmamak üzere github.com üzerindeki Copilot Chat’i, GitHub Mobile’daki Copilot Chat’i ve Copilot cloud agent’ı tek deneyim ve politika altında yeniden sunmayı planlıyor. Birleşik deneyim varsayılan olarak açık olacak. Cloud agent hız için Sandbox kullanacak; github.com sohbetleri de daha önce cloud agent’ta kullanılan ajan oturumlarına taşınacak.
En önemli politika farkı veri saklama süresi. GitHub duyurusu, github.com sohbet verisinin önceki 28 günlük süre yerine hesabın ömrü boyunca tutulacağını söylüyor. Bu, “GitHub bütün kodunuzu sonsuza kadar eğitimde kullanacak” anlamına gelmez; duyurudaki kesin iddia sohbet verisinin saklama süresidir. Eğitim kullanımı, kurumsal sözleşme, politika seçenekleri ve gizlilik metni ayrıca okunmalıdır.
Yönetici ne yapmalı?
Business ve Enterprise yöneticileri 28 Eylül’den önce yeni politikayı okuyup takımın çalışma biçimiyle uyuştuğunu doğrulamalı. Birleşik deneyim kapatılırsa, duyuruya göre ekip github.com ve GitHub Mobile üzerindeki Copilot erişimini kaybedecek. Bu nedenle “gizlilik kaygısı var, kapat” kararı vermeden önce hangi yüzeylerin kesileceğini ve alternatif iş akışını yazın.
Değişiklik 3: Kod incelemede Balanced varsayılanı
Copilot code review için “Default” değeri 28 Eylül’den itibaren Lite yerine Balanced efor seviyesini kullanacak. Organizasyon varsayılanı, özel seçim yapılmamış depolara uygulanıyor; depo varsayılanı da otomatik istenen incelemeleri etkiliyor. Elle istenen incelemede efor seviyesi inceleme çubuğundan seçilebiliyor.
Lite davranışını korumak isteyen ekiplerin “Default” üzerinde kalmaması, organizasyon veya depo ayarında açıkça Lite seçmesi gerekiyor. Balanced’ın daha iyi sonuç verip vermediği kendi kod tabanınızda test edilmelidir. Daha fazla eforun daha fazla kullanım tüketip tüketmediğini GitHub’ın güncel kullanım ekranından ölçün; duyuru bu yazıda sabit bir tüketim katsayısı vermiyor.
Yapay zekâ politikasını özellik listesinden ayırın
Bir ürün yeni model veya ajan eklediğinde ekipler genellikle yalnız kabiliyeti konuşur. Oysa üretim kullanımında dört ayrı katman vardır:
- Yetki: Ajan hangi depoya ve araca erişebilir?
- Veri: İstem, yanıt, kod ve günlük ne kadar tutulur?
- Varsayılan: Yeni özellik otomatik mi açılır, efor seviyesi değişir mi?
- Maliyet: Koltuk ve ek kullanım hangi anda faturalanır?
Model yeteneklerinin kontrollü kullanımı için yapay zekâ model eğitimi ve siber risk eşiği yazısındaki “önce sınır, sonra kabiliyet” yaklaşımı burada da geçerlidir.
30 dakikalık yönetici denetimi
- Copilot kullanan organizasyonları ve ödeme yöntemlerini listeleyin.
- Atanmış koltukları son 30 günlük gerçek kullanıcı etkinliğiyle karşılaştırın.
- Eski çalışan, yüklenici ve test hesabı koltuklarını iş sahibiyle doğrulayın.
- Birleşik deneyimin saklama ve erişim politikasını hukuk/güvenlik sorumlusuna okutun.
- Hassas depolarda Copilot ve cloud agent erişimini ayrı inceleyin.
- İki temsilî depoda Lite ve Balanced incelemeyi aynı PR türleriyle karşılaştırın.
- 1 Eylül, 28 Eylül ve 1 Ekim için ayrı kontrol takvimi koyun.
Kısa kontrol listesi
- Kullanılmayan ücretli koltuk var mı?
- Koltuğun geri alınmasının anlık iade yaratmadığı biliniyor mu?
- Sohbet verisinin yeni saklama süresi değerlendirildi mi?
- Birleşik deneyim kapatılırsa kaybolacak yüzeyler belgelendi mi?
- Lite isteyen depolar açıkça Lite’a sabitlendi mi?
- Ek kullanım için harcama limiti ve uyarı tanımlı mı?
Bu değişikliklerin ortak mesajı şu: “varsayılan” da bir ürün kararıdır. Yönetici ayarı seçmediğinde, sağlayıcının yeni varsayılanı bütçe, veri saklama ve kod inceleme davranışını seçmiş olur. En iyi hazırlık, üç tarihi tek duyuru sanmadan her birine ayrı sahip ve kabul testi atamaktır.
