Intelligent Terminal 0.1.1: Bash Desteği, /fix ve /model Yenilikleri
Şöyle başlayayım: Windows terminali tarafındaki gelişmeleri yıllardır, biraz mühendis merakıyla, biraz da “acaba bu sefer neyi düzelttiler?” diye takip ediyorum. Eski cmd günlerinden PowerShell IŞE’ye, oradan Windows Terminal’in çıkışına kadar neredeyse her sürümü kurcaladım; şimdi de Intelligent Terminal’in 0.1.1 sürümü karşımızda — yanı ilk ciddi servicing güncellemesi. İlk bakışta ufak tefek bir rötuş gibi dürüyor, ama içine girince “haa, buraya dokunmaları iyi olmuş” dedirtiyor.
İnanın, Lafı gevelemeden söyleyeyim: 0.1 sürümü kullanışlıydı ama eksikti. Bash kullanan biriyseniz — hele WSL üstünden iş yapıyorsanız — auto error detection sadece PowerShell’de çalışınca insanın içi biraz cız ediyor,. Terminalin akıllı tarafı yarım kalmış gibi hissediliyor. Bu sürüm o boşluğu kapatıyor, üstüne birkaç hoş detay da bırakmış.
Hmm, bunu nasıl anlatsamdı…
0.1.1 ile Gelen Asıl Hikâye
Şöyle ki, Microsoft bu sürümü “ilk servis güncellemesi” diye anlatıyor. Ben olaya biraz farklı bakıyorum: 0.1 sonrası topluluk ne istediyse önü dinlemişler gibi dürüyor, sonra da “tamam, en çok konuşulanları sıraya koyalım” demişler. İçeriğe bakınca bu baya net; Windows 10 desteği, Bash desteği, /fix komutu… bunların hepsi forumlarda ve GitHub Issues’ta dönüp duran başlıklardı zaten.
Hızlıca bir çerçeve çizeyim, sonra tek tek dalarız:
- Bash ve WSL Bash için otomatik hata tespiti — bunu es geçmeyin
- /fix slash komutu — talep üzerine yardım
- /model ile oturum içinde model değiştirme
- Agent pane’in artık tam bir Profile olması (özelleştirme) (bu kritik)
- Windows 10 (10.0.19041.0+) desteği
- Session management iyileştirmeleri
İtiraf edeyim, Kurulum tarafı da fena değil: Microsoft Store’dan indirebilirsiniz ya da hızlı yol isterseniz komut satırından winget install Microsoft.IntelligentTerminal çalıştırırsınız; GitHub release sayfasından MSIX paketini almak da mümkün.
Bash ve WSL’de Otomatik Hata Tespiti: Sonunda
Araya gireyim: Bunu açık konuşayım — 0.1 çıktığında ben de “güzel başlangıç ama ben çoğunlukla WSL üzerinden gidiyorum, PowerShell-only auto detect biraz dar kalmış” diye düşünmüştüm. Şimdi o tarafı toparlamışlar.
Komut başarısız olduğunda — exit code sıfır değilse — Intelligent Terminal artık Bash ortamında da bunu yakalıyor; agent açılıyor, neyin ters gittiğini anlatıyor, çözüm öneriyor ya da doğrudan düzeltmeyi denemeyi teklif ediyor. Hangi shell’i kullandığınızın pek önemi kalmıyor.
Bunu Türkiye’deki ekipler açısından düşününce şöyle bir şey çıkıyor: Sahada gördüğüm kadarıyla DevOps ve sistem ekiplerinin önemli kısmı Linux server işlerini WSL üstünden yürütüyor; yanı Windows iş istasyonu var, yanında WSL Ubuntu var, bir de uzaktan SSH ile prod sunuculara giriliyor (klasik kombinasyon). Böyle bir akışta Bash desteği olmadan terminalin “akıllı” tarafı yarım kalıyordu, şimdi o his baya azalmış.
Pratikte Nasıl Hissediyor?
Bi saniye — Tipik senaryo şu: kubectl apply -f deployment.yaml dediniz ve YAML’da indentation kaydı kaydı gitti diyelim. Eskiden hatayı alıp kopyalıyor, tarayıcıya geçiyor, ChatGPT’ye ya da Copilot’a yapıştırıyorduk; şimdi terminal kendi yakalıyor, agent açıklıyor ve üstüne düzeltme önerisi veriyor. Akış bozulmuyor.
Durun, bir saniye.
Küçük gibi görünüyor ama gün içinde bunu 20-30 kez yaşayınca fark ediyor insan; zaman kazancı ayrı mesele, asıl mesele kafanın bölünmemesi oluyor çünkü arada sekme değiştirip geri dönmek bazen asıl işi yavaşlatan şey hâline geliyor. Daha fazla bilgi için Outcome-Driven Learning: OpenEnv ve Foundry ile Kurumsal RL yazımıza bakabilirsiniz.
Bence asıl değer “AI hatayı düzeltti” kısmında değil; context switch azalınca çıkıyor ortaya. Tarayıcıya geçmek, hatayı yapıştırmak, cevabı okumak ve tekrar terminale dönmek… teknik olarak kısa sürüyor gibi görünür ama dikkati dağıtınca iş uzuyor.
/fix Komutu: İstediğinde Çağır
Peki neden lazım? Çünkü otomatik tespit her zaman devrede olmayabiliyor ya da sizi gereksiz yere dürtebiliyor; açık konuşalım, bazen komut başarılı görünür ama sonuç beklediğiniz şey değildir.
Vallahi, /fix tam burada devreye giriyor (ben de ilk duyduğumda şaşırmıştım)
Birkaç örnek vereyim:
docker psçalıştırdınız ama ayakta olması gereken container sessiz sedasızExited (1)durumuna düşmüş olabilir.- Build geçti ama ortalıkta 40 tane warning dolaşıyor olabilir; exit code 0’dır ama temizlik yapılması gerekir.
curl https://api.example.com/usersisteği dönerken 404 alırsınız; shell tarafında hata yoktur çünkü curl işi bitirmiştir ama endpoint tarafında bir şey yamuktur.
Böyle durumlarda /fix yazıp Enter’a basıyorsunuz; agent shell çıktısını okuyor, neyin yanlış olabileceğini tartıyor ve öneri veriyor. Hani yanınızda kıdemli bir sysadmin oturmuş da omzunuzun üstünden bakıp “şuna bir göz at” diyor gibi bir his var — çok abartmadan söyleyeyim, his oraya yakın.
Aauto-detect Kapalıyken Bile Çalışıyor
Ne yalan söyleyeyim, Burası önemli bir detay çünkü bazı kullanıcılar otomatik tespiti gürültülü bulabiliyor; özellikle çok sayıda deneme-yanılma yapanlar için agent’ın her hatada açılması biraz fazla gelebilir. Agents League Hackathon 2026: Enterprise Agents Kategorisi Rehberi yazımızda bu konuya da değinmiştik.
Tam da öyle.
Aauto-detect’i kapatıp sadece /fix ile manuel çağırmak güzel bir orta yol oluyor; ben şahsen bu modu daha rahat buluyorum çünkü kontrol bende kalıyor ve terminal bana durduk yere laf atmıyor diyebilirim. Daha fazla bilgi için Opus 4.6 (fast) Emekli Oluyor: Copilot Kullanıcıları Ne Yapmalı? yazımıza bakabilirsiniz.
/model: Oturum İçinde Model Değiştirme
Bak şimdi.
Bence en az konuşulan ama en işe yarayan özelliklerden biri bu olmuş olabilir. Agent pane içinde artık per-pane bir /model picker var; yanı aynı anda farklı pencerelerde farklı model seçebiliyorsunuz ve oturumu kapatıp açmanız gerekmiyor.
Evet.
Bak şimdi, Neden önemli? Gün içinde yaptığım işler aynı kefede olmuyor: Microsoft Agent Framework: Katmanlı SDK Tasarımının İç Yüzü yazımızda bu konuya da değinmiştik.
- Küçük bir “bu komutun syntax’ı neydi?” sorusu varsa hafif model yetiyor;
- Karmaşık bir Azure ARM template debug edecekseniz daha fazla reasoning isteyen model gerekiyor;
- Bazı bash script analizlerinde işe orta seviye gayet idare ediyor.
Az önce küçük model dedim ama aslında mesele sadece hız değil.
Eğer işi doğru yerde doğru modele bırakmazsanız ya gereksiz maliyet çıkar ya da cevap sizi yarı yolda bırakır; ikisinin ortasını tutturmak bazen sandığınızdan zor oluyor. Bu konuyla ilgili RDBMS’ten Cosmos DB’ye Geçiş: AI Asistanı Ne Kadar İşe Yarar? yazımıza da göz atmanızı tavsiye ederim.
Kurumsal kullanımda model seçimi ciddi bir maliyet kalemine dönüşebiliyor. Elli kişilik bir geliştirici ekibinde herkes sürekli “en güçlü modeli” seçerse aylık token faturası hızlıca şişer.
/model picker’ın olması işe ekip içinde “hafif soruysa hafif model” alışkanlığını yerleştirmeyi kolaylaştırıyor.
Agent Pane Artık Bir Profile
Bu güncellemeyi ilk görünce içimden direkt şu geçti: “Tamam işte bunu baştan yapmaları gerekiyordu.” Agent pane artık Intelligent Terminal ayarlarında gerçek anlamda bir >Profile. Yanı renk şeması ayrı oynanabiliyor,, font ayarı profile göre değişebiliyor,,, opacity veya acrylic kullanabiliyorsunuz,,, background image bile verebiliyorsunuz..
| Özelleştirme | Önceki Durum | 0.1.1 ile |
|---|---|---|
| Önceki Durum | Sabit | Tam özelleştirilebilir |
| Önceki Durum | Sabit | Tam özelleştirilebilir |
| Önceki Durum | Sabit | Tam özelleştirilebilir |
| Önceki Durum | Sabit | Tam özelleştirilebilir |
Hani küçük gibi dürüyor ama agent pane’i terminalin geri kalanından görsel olarak ayırabilmek bence ciddi rahatlık sağlıyor.
Mesela ben agent pane’e hafif mavi tonlu tema verdim,, ana shell siyah-beyaz kaldı..
Bir bakışta hangi panelde olduğumu anlıyorum..
Windows 10 Desteği
Sonunda.
Topluluğun en çok istediği başlıklardan biri buydu.. Şimdi Windows10 (build >10.0..19041 Altındaysanız
O zaman maalesef uygulama yine çalışmayacak..
Şu komutla kontrol edin:
w i n v e r
# veya PowerShell üzerinden:
[System.Environment]::OSVersion.Version
Build19041,, Windows10 May2020 Update’e denk geliyor..
Bundan önceki sürümlerde zaten Microsoft resmî destek vermiyor,, dolayısıyla bu sınır gayet mantıklı.
Sessizce İyileşmiş
Shell integration hook’larını kurmadan da artık agent pane veya Command Palette üzerinden oluşturulan oturumlar için minimum status görüntülenebiliyor..
Yanı “ne çalışıyor,, hangi oturumdayım” bilgisi hook kurulmamış sistemlerde de var artık..
Bu konfigürasyon dramını yaşamamış olanlara söyleyeyim:
shell integration hook kurmak bazen tatsız oluyor.. PowerShell profile’a satır eklemek,.bashrc düzenlemek…
Her makinede tekrar tekrar uğraşmak gerekiyor..
Hook olmadan temel görünürlüğün olması hızlı dene senaryosunda baya işe yarıyor.
Kimler İçin Mantıklı Kimler İçin Erken?
Açık konuşayım:, ürün hâlâ `
</body></html>
—
Sıkça Sorulan Sorular
Intelligent Terminal, Windows Terminal’in yerini alıyor mu?
Araya gireyim: Şimdilik hayır. Yanı ikisi ayrı ürün olarak yan yana gidiyor. Aslında Intelligent Terminal’i, Windows Terminal’e AI yetenekleri eklenmiş bir versiyon gibi düşünebilirsiniz. Uzun vadede birleşirler mi? Henüz Microsoft’tan resmî bir şey yok ama bence mantıklı olan o yönde ilerlemeleri.
/model picker’da hangi modeller var?
Sürüm notlarında tam liste yok açıkçası. Ama hani varsayılan olarak GitHub Copilot ekosistemindekine benzer bir model kümesinden seçim yapabiliyorsunuz. Güncel listeyi görmek için /model komutunu yazmanız yeterli — sürüm güncelledikçe zaten liste de genişliyor.
Kurumsal ortamda veri gizliliği ne durumda?
Bu konu henüz tam netleşmedi. Genel olarak prompt’lar ve shell çıktıları model sağlayıcısına gidiyor. Hassas veri içeren terminallerde çalışıyorsanız, (söylemesi ayıp) mesela kurumsal bir GitHub Copilot Enterprise ya da Azure OpenAI tabanlı bir konfigürasyon değerlendirmenizi öneririm. Resmî dokümantasyonu mutlaka okuyun ve hukuk/uyum ekibinizle paylaşın — atlamamanız gereken bir adım bu.
Auto error detection her şeyi yavaşlatır mı?
Tecrübeme göre gözle görülür bir yavaşlama olmuyor. Hata yakalama hook’lar üzerinden çalışıyor ve çoğunlukla async (en azından benim deneyimim böyle). Eski makinelerde küçük bir gecikme olabilir belki ama mesela 8GB RAM’li bir makinede pratikte hiç fark etmedim.
WSL1 mi, WSL2 mi destekleniyor?
İkisi de teorik olarak destekleniyor. Ama deneyimden söyleyeyim, WSL2 üzerinde çok daha sorunsuz çalışıyor. Hâlâ WSL1 kullanıyorsanız — aslında zaten upgrade etmenin vakti gelmişti, bu güncelleme iyi bir bahane sayılır.
Kaynaklar ve İleri Okuma
Microsoft Command Line Blog: Intelligent Terminal 0.1.1 Resmî Duyurusu
Microsoft Terminal GitHub Repository
Windows Terminal Resmî Dokümantasyonu
WSL Resmî Dokümantasyonu (Microsoft Learn)
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
Yorum gönder