Copilot web sohbeti artık küçültülüp sonra sürdürülebiliyor: Token göstergesi ne işe yarıyor?
GitHub, web üzerindeki Copilot konuşmalarına küçültme, geçmişten devam ve oturum bazlı token görünürlüğü ekledi; gösterge fatura ile aynı kavram değil.
1 okunma4 dk okumaGitHub Changelog — Copilot on web expands conversation controls

GitHub Copilot'u web üzerinde kullanırken uzun bir konuşmayı kapatmadan kod sayfasına dönmek artık daha kolay. GitHub, 10 Ağustos 2026'da Copilot web sohbetine pencereyi küçültme, son konuşmaları görme ve kaldığı yerden devam etme kontrolleri ekledi. Aynı güncellemeyle oturum ve mesaj düzeyinde token harcaması göstergeleri de görünür hâle geldi.
Değişiklik bütün Copilot planları için duyuruldu. Özellikle depo, issue ve pull request arasında dolaşırken aynı araştırma bağlamını kaybetmek istemeyen kullanıcıya yarar sağlıyor. Ancak sohbetin devam etmesi, modelin bütün önceki ayrıntıları sınırsız ve kusursuz hatırladığı anlamına gelmez. Bağlam penceresi, özetleme ve ürün politikası konuşmanın ne kadarının etkin kaldığını etkileyebilir.
Token göstergesi neyi anlatıyor?
Token, modelin metni işlerken kullandığı küçük birimdir. Gösterge hangi mesajın veya oturumun bağlam bütçesini ne kadar tükettiğini anlamaya yardım eder. Büyük dosya yapıştırmak, uzun günlük eklemek ve aynı bilgiyi tekrar tekrar göndermek token kullanımını artırabilir.
Görünen sayı doğrudan kredi kartına yansıyacak dolar tutarı değildir. Copilot planı, premium istek çarpanı, model seçimi, kullanım bazlı faturalandırma ve kuruluş politikası maliyeti farklı biçimde hesaplayabilir. Göstergeyi “bağlam ve verimlilik sinyali” olarak okumak, kesin fatura sayacı gibi kullanmamak gerekir.
Nasıl kullanılır?
github.com üzerinde Copilot sohbeti açılır. Kod veya issue incelerken sohbet paneli küçültülür; sayfada çalışmaya devam edilir. Son konuşmalar bölümünden ilgili oturum seçilerek bağlam yeniden açılır. Token göstergesi uzun oturumun hangi mesajlarda büyüdüğünü görmeye yardımcı olur.
Örnek komut:
“Bu pull request'i yalnız değişen dosyalar ve bağlı issue üzerinden incele. Önce üç riskli bölümü dosya yolu ile listele. Aynı kodu cevaba kopyalama; kısa kanıt ver. Her ek dosyayı açmadan önce neden gerektiğini söyle. Sonunda doğrulanmamış varsayımları ayrı yaz.”
Bu yöntem gereksiz bağlamı azaltır ve incelemeyi izlenebilir kılar.
Üç somut kullanım örneği
- Bir issue'daki hatayı araştırırken sohbeti küçültüp ilgili kod dosyalarını açmak, sonra aynı oturumda çözüm planına dönmek.
- Uzun bir pull request incelemesinde hangi ek mesajın token tüketimini sıçrattığını görüp yalnız gerekli günlük kesitini paylaşmak.
- Gün sonunda son konuşmalardan yarım kalan depo araştırmasını bulup yapılacaklar listesiyle sürdürmek.
Ücretsiz mi?
GitHub özelliğin bütün Copilot planlarına geldiğini belirtiyor. Bununla birlikte her planın mesaj, premium istek ve model erişim sınırı farklı olabilir. Kuruluş yöneticisi kullanım bazlı faturalandırmayı veya belirli modelleri kapatabilir. Bilgiler 1 Eylül 2026'da kontrol edildi; kesin maliyet için Copilot kullanım ve fatura sayfası görülmeli.
Verimli oturum için yöntem
Bir konuşmaya tek hedefle başlayın. Büyük depo yerine ilgili klasörü, bütün günlük yerine hata çevresindeki satırları verin. Modelden kaynak dosyalarını kopyalamasını değil, yol ve kısa kanıt göstermesini isteyin. Görev değişince yeni sohbet açmak bağlam karışmasını azaltabilir. Kritik kararları konuşma sonunda kısa bir özet ve açık dosya listesiyle kaydedin.
Tokenı azaltmak her zaman kaliteyi artırmaz. Hata için gerekli yapılandırma dosyasını saklamak modelin yanlış sonuca varmasına yol açabilir. Amaç en az token değil, yeterli ve temiz bağlamdır.
Sınırlar ve güvenlik
Sohbet geçmişi depo sırlarını saklamak için uygun bir kasa değildir. Erişim belirteçleri, müşteri verisi ve özel anahtarlar mesaja eklenmemeli. Kurumsal kullanıcılar veri saklama ve model eğitim politikalarını yönetici belgelerinden kontrol etmeli. Paylaşılan ekran veya ortak cihazda son konuşmaların görünmesi mahremiyet riski yaratabilir.
Model bir dosyayı görmediği hâlde görmüş gibi cevap verebilir. Her kod önerisi test edilmeli; güvenlik ve lisans incelemesi atlanmamalı. Token göstergesi kalitenin ya da güvenliğin puanı değildir.
Uzun konuşmayı ne zaman bölmeli?
Sohbetin hedefi hata araştırmasından yeni özellik tasarımına döndüyse yeni oturum daha temiz sonuç verebilir. Önce eski konuşmadan doğrulanmış bulgular, açık sorular ve ilgili dosya yolları kısa bir devir notuna dönüştürülür. Yeni sohbet bu not ve yalnız gerekli kaynaklarla başlatılır. Böylece eski varsayım, başarısız deneme ve ilgisiz günlükler yeni görevin bağlamını doldurmaz.
Kurumsal ekip aynı devir şablonunu kullanabilir: amaç, görülen kanıt, yapılan değişiklik, çalışan test, kalan risk ve sonraki adım. Token göstergesi bu yöntemin bağlamı gerçekten azalttığını ölçmeye yardım eder. Buna karşılık modelin ihtiyaç duyduğu lisans, yapılandırma veya hata çıktısı devir notundan çıkarılmamalı; eksik bağlamın ürettiği yeniden çalışma da maliyettir.
Konuşma geçmişinden devam ederken depo dalının ve dosyaların değişmiş olabileceği unutulmamalı. Modelden önce mevcut commit, açık pull request ve test durumunu yeniden kontrol etmesi istenebilir. Dün doğru olan yol bugün taşınmışsa eski bağlam güvenilir kanıt değildir. Devir notunda tarih ve commit kimliği bulunması, yanlış sürüm üzerinde öneri yapılmasını azaltır. Oturum silme ve saklama kuralları da kurum politikasıyla uyumlu olmalıdır.
Okuyucu bugün bir Copilot oturumunda en çok bağlam tüketen mesajı bulup aynı görevi daha kısa, kaynak-yollu bir istekle tekrar deneyebilir. Kod yapay zekâsında verimi ölçülebilir hâle getirmek için Mülk Rehberi Gazetesi'ni takip edin.
