GitHub Models 30 Temmuz'da Kapanıyor: Önce Çağrıları Bulun, Sonra PAT'ten Kurtulun

GitHub bu hafta birlikte okunması gereken iki changelog girdisi yayımladı. 1 Temmuz'da GitHub Models'ın tamamen kapanacağı tarihi açıkladı: 30 Temmuz 2026. Bir gün sonra da Copilot CLI'ın artık GitHub Actions içinde yerleşik GITHUB_TOKEN ile çalışabildiğini duyurdu; personal access token'a gerek kalmadan. Biri, pek çok küçük AI otomasyonunun sessizce geçtiği bir kapıyı kapatıyor. Diğeri daha temiz bir kapı açıyor. Çalıştırdığınız herhangi bir şey hâlâ GitHub Models'ı çağırıyorsa, ilk planlı kesintiye iki haftadan az zamanınız var.

Ne kalkıyor, ne zaman?#

GitHub kapanışı Haziran'da duyurmuş ve Models'ı o tarihte yeni müşterilere kapatmıştı. 1 Temmuz girdisi bir sonraki adımın takvimini belirliyor ve bu adım, aktif kullanımı olan mevcut müşteriler dahil herkesi kapsıyor. 30 Temmuz'dan sonra playground, model kataloğu, inference API ve bring-your-own-key (BYOK) endpoint'leri artık kullanılamayacak, ilgili arayüz de kaldırılacak.

Bundan önce 16 ve 23 Temmuz'da iki brownout var: bu günlerde Models istekleri, servis geri gelene kadar geçici olarak hata dönecek. Nereye geçileceği konusunda GitHub, geniş bir model kataloğuna ihtiyacınız varsa Microsoft Foundry'yi, AI destekli iş akışlarını doğrudan GitHub üzerinde kurmak istiyorsanız GitHub Copilot'u işaret ediyor.

Brownout'ları bedava bir prova gibi görün. 16'sında bir şey kırılırsa, o bağımlılığı son dakikada değil, iki hafta payla bulmuş olursunuz.

Brownout'lardan önce çağrıları siz bulun#

GitHub Models'ı benimsemek kolaydı; gözden kaçmasının sebebi de bu. Geçen Ağustos GitHub'ın kendi blogu, actions/ai-inference@v1 ve permissions bloğuna eklenen tek bir models: read satırıyla Models'ın Actions içinden nasıl kullanılacağını gösteriyordu.

Bir ekibin Pazartesi listesine koyacaklarım:

• Her repo'nun .github/workflows klasöründe actions/ai-inference ve models: read arayın.
• Script'lerde ve geliştirici araçlarında gh models CLI eklentisini arayın.
• Models'ta BYOK'u kimin kurduğunu bulun. O yol da kapanıyor.
• Sadece CI'a değil, uygulama koduna da bakın; playground'daki bir prototip, gerçek bir servisten inference API'yi çağırır hâle gelmiş olabilir.
• Her bulgu için bir sahip ve bir karar belirleyin: Foundry'ye taşı, Copilot'a taşı, zaten ödeme yaptığınız bir sağlayıcıya taşı ya da sil.

İşin iyi tarafı: CI'da Copilot CLI için PAT gerekmiyor#

2 Temmuz değişikliği beni sevindiren kısım. Bir workflow içinde Copilot CLI çalıştırmak eskiden bir personal access token oluşturup onu secret olarak saklamak demekti. GitHub yeni yolu, ölçekli otomasyon için "the operational and security risks of managing long-lived PATs" ortadan kaldırmak olarak tanımlıyor ve katılıyorum. Tek bir kişiye bağlı, repo secret'larında duran uzun ömürlü bir token, AI otomasyonunda en az güvendiğim parça. Bir diff üzerinde AI reviewer'lar çalıştıran CLI aracım Quorate'i bir pipeline'a koymayı düşündüğümde, review mantığını değerlendirmek kolay. Kalıcı credential ise öyle değil.

Kurulum küçük. Organizasyon, "Allow use of Copilot CLI billed to the organization" Copilot policy'sini etkinleştiriyor; mevcut "Copilot CLI" policy'si açıksa bu varsayılan olarak açık geliyor. Ardından workflow'un copilot-requests: write iznine ihtiyacı var ve ekstra secret olmadan kendi GITHUB_TOKEN'ı ile kimlik doğruluyor. Dokümantasyondaki Actions içinde Copilot CLI'ı GITHUB_TOKEN ile kullanma örnek workflow'u bunu salt okunur contents ile birlikte kullanıyor:

permissions:
  contents: read
  copilot-requests: write

Ayrıca güncel bir CLI gerekiyor: copilot update ile güncelleyin ya da npm install -g @github/copilot ile yeniden kurun. CI'da CLI sürümünü sabitliyorsanız, kimlik doğrulamayı değiştirmeden önce sürümü yükseltin.

Değişmeyen bir şey var. Workflow'unuzun içindeki bir agent, o job'ın erişebildiği her şeye hâlâ erişebilir. Aynı doküman sayfası, CLI'ı doğrudan workflow adımlarında çağırmanın ona workflow ortamında geniş erişim verdiği ve fork'lardan gelen pull request'lerle tetiklenen workflow'ların özellikle risk altında olduğu konusunda uyarıyor. Çoğu otomasyon için, otomatik ortamlara koruma katmanları ekleyen GitHub Agentic Workflows'u öneriyor. İzinleri dar tutun ve hangi tetikleyicilerin agent'a güvenilmeyen girdi taşıyabileceğini takip edin; kısa ömürlü bir token bunu çözmüyor. Bu aynı zamanda üzerinde çalıştığım CEH (AI) içeriğiyle en çok örtüşen kısım.

Faturalandırma organizasyona geçiyor#

Organizasyona ait repo'larda CLI'ın harcadığı AI kredileri organizasyona faturalandırılıyor. Changelog, bu modda maliyet bir kullanıcıya atfedilmediği için kullanıcı seviyesindeki bütçelerin dikkate alınmadığını açıkça belirtiyor. Geliştirici başına bütçeler, kontrolden çıkmış bir workflow'u yakalamayacak.

GitHub üç kontrol sıralıyor: bütçe tanımlanabilen cost center'lar; organizasyonun faturalandırma ve kullanım panoları; ve bir workflow'un kullanabileceği maksimum AI kredisi miktarını belirleyen session limit. Kontrol etmediğiniz olaylarla tetiklenen her workflow için session limit'i zorunlu sayardım ve bunu ilk sürpriz faturadan sonra değil, ilk çalıştırmadan önce ayarlardım.

Benim görüşüm#

Birlikte okunduğunda bu iki duyuru, GitHub'ın AI yüzeyini Copilot altında topladığını gösteriyor. Models çağrılarının envanterini bu hafta çıkarın. 16 Temmuz, hepsini bulduğunuzu teyit etsin. CI otomasyonunu Copilot CLI'a taşırken PAT kalıbını yeniden kurmak yerine session limit ile birlikte GITHUB_TOKEN yolunu kullanın. Sonra eski token'ları iptal edin, çünkü genellikle atlanan adım budur.