GitHub Copilot Kullanım Ücretlendirmesi: API Ekipleri Ne Beklemeli?

GitHub Copilot'ın faturalandırma modeli geçen yıl iki kez değişti ve bu ay tekrar değişti. Bu ay itibarıyla, pull request'lerdeki Copilot kod incelemesi, depoyu sahibi olan fatura hesabından GitHub Actions dakikalarını tüketmeye başlıyor. Geçen çeyrekte gelen premium istek kotasıyla birlikte API ekipleri artık aynı anda üç ölçüm birimini yönetmek zorunda: Copilot koltukları, premium istekler ve Actions dakikaları.

Apidog'u bugün deneyin

Bu yazıda her ölçüm biriminin neyi ölçtüğünü, yeni kod inceleme faturalandırmasının API depolarını nasıl etkilediğini ve maliyetleri faturaya yansımadan önce nasıl modelleyebileceğinizi adım adım ele alacağız.

Sonunda bunu Apidog içindeki bir iş akışıyla birleştiriyoruz. Böylece API spesifikasyonu, sözleşme testleri ve yapay zeka inceleme adımları üç ayrı faturalandırma paneline dağılmak yerine tek bir akışta yönetilebilir.

Ekibinizin doğrudan tükettiği model API'larının maliyetini de hesaplıyorsanız, GPT-5.5 fiyatlandırması ve DeepSeek V4 fiyatlandırması kılavuzları, aynı konunun belirteç başına maliyet tarafını açıklar.

Özet

• Copilot maliyetini artık üç ayrı kalemle düşünün: koltuk lisansı, premium istekler ve Copilot kod incelemesi için Actions dakikaları.
• Pull request üzerindeki Copilot kod incelemesi, arka planda GitHub Actions altyapısında çalışır.
• API depoları daha fazla tüketir çünkü PR'lar genellikle spesifikasyon, oluşturulmuş istemci, handler ve test değişikliklerini birlikte içerir.
• Premium istekler; Workspace, ajan modu, Copilot Spaces ve gelişmiş model seçimi gibi daha pahalı özellikleri sınırlar.
• Bir sonraki fatura döneminden önce harcama limiti koyun, depo bazında Actions kullanımını ölçün ve API deposu başına aylık yaklaşık 400-800 Actions dakikası bütçeleyin.

Copilot maliyetini oluşturan üç ölçüm birimi

Copilot eskiden temelde tek bir lisans kalemiydi. Artık maliyeti üç parçada izlemek gerekiyor.

1. Koltuk başına lisans

Bu sabit maliyettir.

• Copilot Business: kullanıcı başına aylık 10 dolar
• Copilot Enterprise: kullanıcı başına aylık 19 dolar

Bu ücret; sohbet, satır içi tamamlamalar, çok satırlı öneriler, IDE entegrasyonları ve standart model havuzuna erişim için ödenir.

Uygulama adımı:

1. Aktif Copilot kullanıcılarını listeleyin.
2. Son 30-60 günde Copilot kullanmayan kullanıcıları işaretleyin.
3. Üç ayda bir koltuk denetimi yapın.
4. Pasif kullanıcılardan koltukları geri alın.

Basit hesap:

koltuk_maliyeti = aktif_kullanıcı_sayısı × koltuk_fiyatı

Örnek:

10 Enterprise kullanıcısı × 19 dolar = 190 dolar / ay

2. Premium istekler

Premium istekler, GitHub'ın daha pahalı Copilot özellikleri için kullandığı tüketim birimidir.

Aşağıdaki işlemler premium istek tüketebilir:

• Ajan modu
• Workspace kullanımı
• Copilot Spaces sorguları
• Varsayılan model dışında model seçimi
• Çok adımlı yapay zeka görevleri

Mevcut oranlar revizyona tabi olmakla birlikte şu şekilde düşünülmelidir:

Özellik	Premium istek cinsinden maliyet
Varsayılan model sohbeti	Ücretli katmanlar için ücretsiz
Satır içi tamamlamalar	Ücretli katmanlar için ücretsiz
Ajan modu, varsayılan model	İstek başına 1
Workspace, varsayılan model	İstek başına 1
Claude Sonnet 4.5 seçimi	1,5x çarpan
GPT-5.5 seçimi	2x çarpan
GPT-5.5 Pro seçimi	6x çarpan
Copilot Spaces sorgusu	Sorgu başına 1

Dahil edilen kota:

• Copilot Business: koltuk başına aylık 300 premium istek
• Copilot Enterprise: koltuk başına aylık 1.000 premium istek
• Aşım: istek başına 0,04 dolar
• Aşım, kuruluşta belirlediğiniz harcama limitiyle sınırlanır

API ekiplerinde premium isteği artıran tipik görevler şunlardır:

"OpenAPI istemcisini yeniden oluştur."
"Bu endpoint için sözleşme testi yaz."
"Bu API değişikliğine göre handler ve testleri güncelle."
"Yeni response şemasına göre mock örneklerini düzenle."

Bu görevler tek bir kullanıcı istemi gibi görünse de arka planda birden fazla ajan adımı çalıştırabilir. Bu yüzden tek bir prompt, birkaç premium isteğe dönüşebilir.

3. Copilot kod incelemesi için Actions dakikaları

Bu ay ekipleri en çok şaşırtan değişiklik bu oldu.

Copilot bir pull request üzerinde otomatik kod incelemesi yaptığında, inceleme GitHub Actions altyapısında çalışır. Bu çalışma, kuruluşunuzun normal Actions dakika kotasından düşer.

Bilmeniz gerekenler:

• Bu dakikalar ayrı bir Copilot kotası değildir.
• GitHub planınızdaki mevcut Actions kotasından tüketilir.
• Team planında ayda 3.000 dakika, Enterprise'da Linux runner'lar için 50.000 dakika kotası bulunur.
• Özel depolardaki Actions dakikaları bütçeden düşer.
• Genel depolardaki Actions kullanımı ücretsizdir.

Tipik bir API PR'ında Copilot kod incelemesi yaklaşık 2-6 Actions dakikası tüketebilir. Büyük fark içeren, çok dosyalı veya geniş bağlamlı incelemelerde bu süre 15 dakikaya kadar çıkabilir.

Basit hesap:

aylık_inceleme_dakikası = aylık_PR_sayısı × PR_başına_ortalama_dakika

Örnek:

50 PR × 4 dakika = 200 Actions dakikası / ay

Tek depo için bu makul görünebilir. Ancak üç aktif API deposunda:

3 depo × 200 dakika = 600 Actions dakikası / ay

Bu sayı, CI testleri çalışmadan önce tüketilen ek dakikadır.

API depoları neden daha fazla tüketir?

API depoları Copilot maliyetini ortalamadan daha hızlı artırır. Bunun üç ana nedeni var.

1. Pull request'ler daha büyüktür

Tipik bir API değişikliği sadece tek dosyayı etkilemez. Genellikle şunları içerir:

• openapi.yaml veya benzeri API spesifikasyonu
• Oluşturulmuş istemciler
• Sunucu handler'ları
• Sözleşme testleri
• Mock veriler
• Dokümantasyon örnekleri

Copilot incelemesi bu dosyaların tamamını okuyabilir. Daha büyük fark, daha uzun inceleme süresi ve daha fazla Actions dakikası anlamına gelir.

2. Oluşturulan kod inceleme maliyetini şişirir

Birçok ekip oluşturulmuş istemcileri commit eder. Bu dosyalar çoğu zaman mekanik çıktılardır, ancak PR farkına dahil olduklarında inceleme tarafından okunabilir.

Bu durumda iki sorun oluşur:

• İnceleme süresi artar.
• İnceleme değeri düşer çünkü üretilmiş kod genellikle manuel incelenmemelidir.

Pratik çözüm: oluşturulmuş istemcileri Copilot review path filtrelerinden hariç tutun.

3. PR başına birden fazla kontrol çalışır

API ekipleri genellikle aynı PR üzerinde şunları birlikte çalıştırır:

• Copilot kod incelemesi
• CodeQL
• Snyk
• Özel güvenlik tarayıcıları
• Sözleşme testleri
• Entegrasyon testleri

Copilot burada yeni maliyet kalemidir. Diğer kontroller zaten Actions dakikası tüketiyordu. Bu yüzden Copilot incelemesini her PR'da koşulsuz çalıştırmak yerine tetikleyicileri daraltmak gerekir.

Aylık Copilot faturanızı nasıl tahmin edersiniz?

Maliyeti üç adımda modelleyin.

Adım 1: Koltuk maliyetini hesaplayın

business_koltuk_maliyeti = aktif_kullanıcı_sayısı × 10
enterprise_koltuk_maliyeti = aktif_kullanıcı_sayısı × 19

Örnek:

aktif_kullanıcı_sayısı = 10
plan = Enterprise

koltuk_maliyeti = 10 × 19 = 190 dolar / ay

Adım 2: Premium istek aşımını hesaplayın

Geliştirici başına aylık tahmin yapın.

Yaklaşık kullanım profilleri:

• Sadece sohbet ve temel kullanım: ayda yaklaşık 150 istek
• Yoğun Workspace / ajan modu kullanımı: ayda yaklaşık 600-800 istek

Business için basit aşım hesabı:

premium_aşım = max(0, kullanılan_istekler - koltuk_başına_300) × 0,04

Enterprise için:

premium_aşım = max(0, kullanılan_istekler - koltuk_başına_1000) × 0,04

Kuruluş düzeyinde mutlaka harcama limiti koyun. Varsayılan davranışı sınırsız kabul etmek, aktif olarak izleme yapmayan ekipler için risklidir.

Adım 3: Kod incelemesi için Actions dakikalarını hesaplayın

Orta büyüklükteki API PR'ları için 4 dakikalık ortalama makul bir başlangıç noktasıdır.

inceleme_dakikaları = ay_başına_PR_sayısı × 4

Actions kotası aşılıyorsa:

inceleme_aşımı = max(0, inceleme_dakikaları - kalan_actions_kotası) × 0,008

Örnek senaryo:

• 10 geliştirici
• Copilot Enterprise
• Ayda 200 PR
• PR başına ortalama 4 dakika Copilot incelemesi

koltuklar = 10 × 19 = 190 dolar
inceleme_dakikaları = 200 × 4 = 800 dakika
premium_aşım = yaklaşık 40 dolar

Yaklaşık sonuç:

• Koltuklar: 190 dolar
• Premium aşım: 40 dolar
• İnceleme dakikaları: Enterprise kotası içinde ise 0 dolar
• Toplam: yaklaşık 230 dolar / ay

Business katmanındaki küçük ekipler daha dar Actions kotası nedeniyle aşımı daha hızlı görebilir.

CI hattında hemen uygulayabileceğiniz optimizasyonlar

Aşağıdaki üç değişiklik genellikle en hızlı sonucu verir.

1. Bot PR'larında Copilot incelemesini atlayın

Dependabot veya Renovate PR'larında çoğu zaman yapay zeka kod incelemesine gerek yoktur.

Örnek GitHub Actions koşulu:

on:
  pull_request:
    types: [opened, synchronize]

jobs:
  copilot-review:
    if: github.actor != 'dependabot[bot]' && github.actor != 'renovate[bot]'
    runs-on: ubuntu-latest
    steps:
      - uses: github/copilot-review@v1

Bu tek filtre, paket güncelleme trafiği yüksek depolarda ciddi dakika tasarrufu sağlar.

2. Oluşturulmuş istemcileri inceleme kapsamından çıkarın

Eğer depo her PR'da istemcileri yeniden oluşturuyorsa, Copilot farkı her seferinde okuyabilir.

Daha iyi yaklaşım:

1. Oluşturulmuş çıktılar için hash hesaplayın.
2. Hash temel branch ile aynıysa inceleme adımını atlayın.
3. Oluşturulmuş klasörleri path filtresi dışında bırakın.

Örnek hariç tutulacak klasörler:

generated/**
clients/**
sdk/**
dist/**

3. Copilot incelemesini sadece anlamlı API yollarında çalıştırın

İncelemeyi handler, spesifikasyon ve test dosyalarıyla sınırlayın.

on:
  pull_request:
    paths:
      - 'apis/**/*.yaml'
      - 'cmd/**'
      - 'internal/**'
      - 'tests/**'

Bu yaklaşımda Copilot incelemesi hâlâ kritik API mantığını görür, ancak oluşturulmuş veya alakasız dosyalar için dakika harcamaz.

API ekipleri için önerilen yönetim kontrolleri

Bu kontrolleri kurmak genellikle 20 dakika sürer ve sürpriz faturaları azaltır.

1. Kuruluş düzeyinde harcama limiti belirleyin

Harcama limitini depo bazında değil, kuruluş düzeyinde belirleyin.

Pratik yaklaşım:

beklenen_aylık_aşım × 1,2 = harcama_limiti

Eğer emin değilseniz daha düşük bir limit ile başlayın ve 30 gün sonra artırın.

2. Premium istek uyarılarını görünür hale getirin

GitHub dahil edilen kotanın yüzde 50, 75 ve 90 seviyelerinde uyarı gönderebilir. Bu uyarıları sadece e-postada bırakmayın.

Bağlayabileceğiniz yerler:

• Slack
• Microsoft Teams
• PagerDuty
• İç geliştirici portalı
• FinOps dashboard'u

3. Copilot incelemesini etiketle tetikleyin

Her PR'da otomatik inceleme yerine etiket tabanlı model kullanın.

Örnek politika:

Sadece review-please etiketi olan PR'larda Copilot incelemesi çalışır.

Bunun avantajı:

• Küçük veya mekanik PR'lar atlanır.
• Kritik API değişiklikleri hâlâ incelenir.
• Actions dakika tüketimi azalır.

4. Enterprise özelliklerini ekip bazında açın

Copilot Enterprise özelliklerini tüm kuruluşa tek seferde açmak yerine ekip bazında etkinleştirin.

Önerilen sıra:

1. API platform ekibi
2. Yoğun sözleşme testi yazan ekipler
3. SDK ve istemci üreten ekipler
4. Geniş organizasyon kullanımı

Bu yaklaşım yeni özelliklerin maliyetini kontrollü ölçmenizi sağlar.

Apidog bu akışta nerede duruyor?

Apidog, Copilot alternatifi değildir. API sözleşmesi, mock, test ve dokümantasyon katmanını tek yerde tutarak Copilot incelemesinin daha pahalı aşamalara gereksiz yere harcama yapmasını önlemeye yardımcı olur.

API depoları için pratik akış şu şekilde kurulabilir:

1. API spesifikasyonunu Apidog koleksiyonunda tutun.
2. Kaydedilmiş request/response örneklerini spesifikasyonla birlikte yönetin.
3. Sözleşme testlerini canlı API yerine Apidog mock sunucusuna karşı çalıştırın.
4. CI içinde önce sözleşme doğrulamasını çalıştırın.
5. Copilot incelemesini sadece doğrulama başarılıysa tetikleyin.

Örnek akış:

PR açılır
  ↓
OpenAPI / Apidog koleksiyonu doğrulanır
  ↓
Mock sunucuya karşı sözleşme testleri çalışır
  ↓
Başarısızsa pipeline durur
  ↓
Başarılıysa Copilot kod incelemesi çalışır

Bu sıralama önemlidir çünkü Copilot incelemesi hattaki daha pahalı adımlardan biridir. Ucuz sözleşme kontrollerinde başarısız olacak bir PR için inceleme dakikası harcamamak gerekir.

Daha temel mock iş akışı için Postman olmadan API testi kılavuzuna, model API senaryosu için DeepSeek V4 API kılavuzuna bakabilirsiniz.

Örnek CI akışı

Aşağıdaki yapı, önce ucuz kontrolleri çalıştırıp Copilot incelemesini sona bırakır.

on:
  pull_request:
    types: [opened, synchronize]
    paths:
      - 'apis/**/*.yaml'
      - 'cmd/**'
      - 'internal/**'
      - 'tests/**'

jobs:
  contract-check:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      # Örnek: sözleşme doğrulama adımı
      - name: Run contract validation
        run: |
          apidog-cli validate

  copilot-review:
    needs: contract-check
    if: github.actor != 'dependabot[bot]' && github.actor != 'renovate[bot]'
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: github/copilot-review@v1

Buradaki amaç Copilot incelemesini kaldırmak değil, doğru yerde çalıştırmaktır.

Bir sonraki faturalandırma döngüsünde neyi izlemelisiniz?

Takviminize üç kontrol noktası ekleyin.

1-7. günler

Premium istek kullanımı genellikle normal görünür. Çoğu ekip ilk hafta dahil edilen kotanın altında kalır.

Kontrol edin:

• Koltuk sayısı
• Aktif kullanıcı sayısı
• Premium istek eğilimi
• Actions dakika taban çizgisi

14-21. günler

Yoğun Workspace veya ajan modu kullanıcıları dahil kotayı aşmaya başlayabilir.

Kontrol edin:

• Hangi kullanıcılar kotaya yaklaşıyor?
• Harcama limiti devrede mi?
• Ajan modu kullanımı beklenen seviyede mi?

28-30. günler

Copilot incelemesinden kaynaklanan Actions dakika kullanımı belirginleşir.

Kontrol edin:

• Bu ayki Actions kullanımı
• Önceki ayla fark
• En çok dakika tüketen depolar
• En çok tetiklenen workflow'lar

Ay sonunda şu kararları verin:

• Yoğun kullanıcıları Enterprise katmanına taşımak gerekiyor mu?
• Pasif kullanıcıların koltukları kaldırılmalı mı?
• Copilot review path filtresi daraltılmalı mı?
• Etiket tabanlı tetikleme modeline geçilmeli mi?

Sık yapılan hatalar

API ekiplerinde en sık görülen sorunlar şunlar:

1. Harcama limiti olmaması
   
   Tek bir ajan döngüsü uzun süre çalışabilir. Her zaman üst sınır belirleyin.

2. Copilot incelemesinin her depoda açık olması
   
   İncelemenin gerçekten değer kattığı depoları seçin. Diğerlerinde kapatın.

3. Oluşturulmuş istemcilerin incelenmesi
   
   Generated kodu path filtresiyle hariç tutun.

4. Bot PR'larının incelenmesi
   
   Dependabot, Renovate ve şirket içi otomatik güncelleyicileri filtreleyin.

5. Öncesi/sonrası ölçüm yapılmaması
   
   GitHub faturalandırma arayüzünden CSV dışa aktarımı alın ve her ay saklayın.

SSS

Koltuk fiyatı hâlâ kullanıcı başına 10 dolar mı?

Copilot Business kullanıcı başına aylık 10 dolar, Copilot Enterprise kullanıcı başına aylık 19 dolar ve bireyler için Copilot Pro aylık 10 dolardır. Koltuk katmanı, dahil edilen premium istek kotasını belirler.

Satır içi tamamlamalar artık ölçülüyor mu?

Hayır. Sohbet ve satır içi tamamlamalar için varsayılan model, ücretli katmanlarda ölçülmez. Premium istekler daha pahalı özellikleri ve model seçimini kapsar.

Premium kotam bittiğinde ne olur?

Varsayılan olarak istekler kota hatasıyla başarısız olmaya başlar. Aşım kullanımına izin vermek için kuruluş düzeyinde harcama limiti belirleyebilirsiniz. Aşım, belirlenen limite kadar istek başına 0,04 dolar olarak hesaplanır.

Kod incelemesi için Actions dakikaları ayrı mı faturalandırılır?

Hayır. Copilot kod incelemesi, CI işlerinizle aynı Actions dakika havuzunu tüketir. Bu yüzden toplam Actions kullanımını izlemeli ve workflow tetikleyicilerini buna göre ayarlamalısınız.

Copilot kod incelemesini tamamen devre dışı bırakabilir miyim?

Evet. Kuruluş yöneticisi politika düzeyinde depolar için Copilot kod incelemesini devre dışı bırakabilir. Aynı yaklaşım ekip bazında etkinleştirme için de kullanılabilir.

Copilot incelemesi özel API spesifikasyonlarında çalışır mı?

Evet. Özel depolarda çalışır ve Actions dakikası tüketir. İnceleyici, spesifikasyon ve handler dosyalarını diğer kaynak dosyalar gibi okuyabilir.

Copilot incelemesi premium istekleri de kullanıyor mu?

Şu anda Copilot kod incelemesi yalnızca Actions dakikalarını tüketir. İncelemede kullanılan model Copilot platformunun parçasıdır ve ayrı bir premium istek olarak faturalandırılmaz. Bu alan değişebileceği için GitHub değişiklik günlüğünü izlemek gerekir.

Son kontrol listesi

Bir sonraki fatura döneminden önce şunları yapın:

• [ ] Aktif Copilot kullanıcılarını çıkarın.
• [ ] Pasif koltukları kaldırın.
• [ ] Kuruluş düzeyinde harcama limiti belirleyin.
• [ ] Premium istek uyarılarını Slack veya benzeri bir kanala bağlayın.
• [ ] Bot PR'larında Copilot incelemesini kapatın.
• [ ] Oluşturulmuş istemcileri path filtresinden çıkarın.
• [ ] API depoları için aylık Actions dakika bütçesi belirleyin.
• [ ] GitHub faturalandırma CSV'sini her ay dışa aktarın.
• [ ] Ucuz sözleşme kontrollerini Copilot incelemesinden önce çalıştırın.

Hem Copilot incelemesi hem de CI içinde doğrudan model API çağrıları çalıştıran ekipler için GPT-5.5 ücretsiz Codex kılavuzu belirteç başına maliyet tarafını açıklar. Apidog ise mock ve sözleşme katmanını yöneterek yapay zeka incelemesinin yalnızca ucuz kontrolleri geçen PR'larda çalışmasına yardımcı olur.