JetBrains IDE algılama özelliği ekleme önerisi

 (github.com/google-gemini)
1 puan yazan GN⁺ 2026-01-24 | 2 yorum | WhatsApp'ta paylaş
  • Gemini CLI'da JetBrains IDE'lerin yerel olarak algılanması için özellik ekleme talebi
  • Şu anda CLI, VS Code gibi belirli ortam değişkeni (TERM_PROGRAM) değerlerini kabul ediyor; bu nedenle JetBrains kullanıcılarının özelliği etkinleştirmek için ortam değişkenlerini taklit etmesi gerekiyor
  • Windows ve Linux'ta süreç algılama başarısızlığı sorunu bildirildiğinden, IDE'nin ortam değişkeni tabanlı olarak algılanması gerektiği belirtiliyor
  • Önerilen değişiklik, IDE_DEFINITIONS içine JetBrains serisinin eklenmesini ve TERMINAL_EMULATOR=JetBrains-JediTerm tanıma mantığının dahil edilmesini içeriyor
  • Bu, Gemini CLI'ın IDE entegrasyonu kapsamını genişletmek ve JetBrains kullanıcı deneyimini iyileştirmek için önemli bir geliştirme talebi

JetBrains IDE algılama özelliği önerisi

  • Gemini CLI'a JetBrains IDE ortamını tanıma özelliği eklenmesini isteyen bir issue açıldı
    • Mevcut durumda TERM_PROGRAM değeri vscode vb. ile sınırlı olduğundan, JetBrains IDE'lerde özellik otomatik olarak etkinleşmiyor
    • Bunu aşmak için JetBrains eklentisi kullanıcılarının VS Code ortam değişkenlerini taklit etmesi gerekiyordu
  • Öneri, JetBrains IDE serisini IDE_DEFINITIONS'a eklemeyi ve
    TERMINAL_EMULATOR=JetBrains-JediTerm değerinin resmî olarak desteklenen ortam şeklinde tanınmasını sağlayacak şekilde düzenleme yapmayı içeriyor

Gereklilik ve sorunun arka planı

  • Windows ve Linux ortamlarında süreç algılama işlevinin düzgün çalışmaması sorunu bulunuyor
    • İlgili örnekler JetBrains Plugin Review sayfasında ve Gemini CLI'ın issue #9273 kaydında görülebiliyor
    • Çok sayıda kullanıcı geri bildirimi ve e-posta raporu, ortam değişkeni tabanlı algılama mantığına ihtiyaç olduğunu gösteriyor

İlgili tartışmalar ve faaliyetler

  • Bu öneri, önceki PR #16083 çalışmasından ilham aldı

İlgili okumalar

2 yorum

 
roxie 2026-02-02

Çevrilmiş Hacker News yorumlarının ne demeye çalıştığını bir süre hiç anlayamayıp afalladıktan sonra,

linkteki PR'ı dikkatlice inceleyince cevap ortaya çıktı. Sanırım bu, GN+ için biraz fazla zorlu bir konuydu lol
 
GN⁺ 2026-01-24
Hacker News görüşleri

  • Sayfanın ortasında “4609 remaining items” ifadesi vardı
    iki gemini-cli botu, etiketleri kendisinin değil karşı tarafın ekleyip çıkardığını sanarak birbirini düzeltmeye çalışmış ve sonsuz döngüye girmişti
    Bu depoya uzun süredir katkı veren yaklaşık 10 kişi var; hepsinin e-posta bildirimi aldığını varsayarsak bir günde 46.000 e-posta gönderilmiş oldu
    Ayrıca, gemini-cli uygulama sayfasına bakınca geliştiricinin kişisel hesap olduğu görülüyor; yani resmi bir Google projesi değil gibi duruyor
    O halde tüm bu inference maliyetini kimin ödediği sorusu ortaya çıkıyor

    • Bu böyle ilk kez olmuyor. Oldukça sık tekrarlanan bir sorun ve bununla ilgili birden fazla issue var
      #16723, #16725, #16732, #16734
    • Deponun sahibi bir Google çalışanı ama güvenlik için resmi Google organizasyon hesabına taşınması gerekiyor
      GitHub’ın uygulama oluşturma süreci şu anda yalnızca kişisel hesaplarda mümkün olduğu için bu sorun yaşanıyor
      Organizasyon üyelerine uygulama oluşturma yetkisi vermek için iyileştirme çalışmaları sürüyor ve bunun 6 ay içinde öncelikli olarak ele alınması planlanıyor
      Ödeme tarafında ise her organizasyon kendi API anahtarını GitHub Actions secrets içine koyup kullandığı için, inference maliyeti her organizasyon tarafından karşılanıyor
    • Benim ilk yaptığım event-driven agent da böyle bir bug yaşamıştı
      Bot kendi adını biliyordu ama o adın kullanıcı ID’si olarak da görünebileceğini bilmediği için kendisini tanıyamıyordu
      Ajanın dünyayı anlama biçimindeki öz farkındalık modelinin dikkatle tasarlanması gerekiyor
    • Aslında tekrar eden mesaj, “Thank you for your understanding!” × 4609 olmuş
    • “Herkes lütfen Reply-All tuşuna basmasın.”
      Bu yalnızca botlara özgü bir sorun değil; insanların da sık düştüğü bir tuzak

  • Geçmişte şirketimize yeni gelen bir “Salesforce uzmanı”, destek kuyruğunu iyileştirmek için bir kural yazmıştı
    Destek ekibi yeni bir e-posta alınca Salesforce içinde ticket oluşturuluyor, ticket atanınca da tekrar e-posta gönderiliyordu
    Sonunda sonsuz bildirim döngüsü oluştu ve kendisi hatasını kabul etmediği için nedenini bulmak uzun sürdü

    • Ben de benzer bir şey yaşadım. Müşterinin helpdesk’i ile bizim helpdesk’imiz karşılıklı otomatik yanıt gönderince ticket seli yaşandı
      Bir saat içinde yüzlerce ticket oluştu
    • Salesforce’u bir kez kullanmıştım; insanların bunu neden sevdiğini anlamamıştım
      Neredeyse Excel ile yönetmek daha iyi olur diye düşünmüştüm
    • Öğrenciyken e-posta sunucusunda şaka amaçlı bir kural ayarlayıp okulun tüm sunucusunu çökerttiğim bir olay olmuştu
      Otomatik yanıt kuralları birbirine takıldı, binlerce e-posta birikti ve sonunda giriş sistemi bile çalışmaz hale geldi
      6 ay bilgisayar kullanmam yasaklandı; sonrasında ise BT odasında ekranım gerçek zamanlı izleniyordu
      Bir yıl sonra başka bir sorun çıkınca BT ekibi sınıfıma koşup beni götürmüştü
    • “O kuralı nereye sakladıklarını bulmak sonsuza kadar sürdü” sözüne tamamen katılıyorum
      Salesforce gerçekten canavar gibi bir sistem
    • Bu tür hikâyeler hem komik geliyor, hem de aynı anda “bu nasıl olabilir?” ve “yine de anlıyorum” şeklinde ikili bir duygu yaratıyor

  • Geçen hafta da aynı depoda benzer bir AI botunun kendi kendine tartışması olayı yaşanmıştı
    Birisi şaka olarak “RAM’in 800 dolara çıkma sebebi bu” demişti

  • Bu script’in yazarı benim :-)
    İki GitHub Action workflow’u birbiriyle çakıştı
    (1) belirli koşullarda need-triage etiketini kaldıran workflow
    (2) proje yöneticisi olmayan bir kullanıcı etiketi kaldırırsa onu geri ekleyen workflow
    Gece 10-11 civarında gönderdim ve yattım; sabah kalktığımda binlerce mesaj oluşmuştu
    Sebep, (2) numarada diğer botlar veya otomasyonların da istisna olarak ele alınması gerekmesiydi; fark eder etmez hemen düzelttim

    • “Gece 10-11 gibi gönderip yattım” kısmını çok iyi anlıyorum
      Neyse ki büyük bir zarar olmadı ve ilk gördüğümde kahkaha attım

  • Gemini-cli[bot], kendi kendisiyle kavga ederek etiketi ekleyip silmeyi 4600’den fazla kez tekrarladı

    • Uçan arabaların olmamasına üzülmüyorum ama geleceğin böyle aptallıkları hayal kırıklığı yaratıyor

  • Sonunda AI’nın işe yarar bir şey yaptığı bir örnek çıktı
    Bunu bir insanın 4500 kez etiketi ekleyip çıkardığını düşünmek korkunç olurdu

    • Artık GitHub etiketçisi diye bir meslek kalmadı
      AGI’nin pratik yararı kanıtlanmış oldu (yarı şaka yarı ciddi)

  • Burada gerçekten AI devrede miydi diye merak ediyorum
    Daha çok iki otomasyon kuralının çakışması gibi görünüyor. 2015’te de mümkün olabilecek bir bug gibi

    • İşin ironik tarafı, AI’nın akıllı olduğu söyleniyor ama böyle bir döngüyü fark edemiyor
      AGI’ye daha çok var; hatta dürüst olmak gerekirse AI’nın kendisinin bile gidecek yolu uzun

  • Bu, LLM kokusu eklenmiş tipik bir CI bug’ı örneği
    Bizde de birkaç hafta önce özel bir merge queue’da benzer bir olay oldu

    • “Klasik CI bug’ı” deniyor ama botların birbirleriyle sonsuz konuşma döngüsüne girdiğini ilk kez duyuyorum
      Eskiden IRC botu yaparken ikinci adım, “kendine cevap verme”yi engellemekti
      O yüzden bu bir CI bug’ından çok tasarım hatasına benziyor

  • Bu bir PR gibi görünüyor ama aslında issue report
    Düzeltme patch’i nerede diye bakıyordum; meğer bu depo tüm PR’lar için bağlantılı issue istiyormuş
    Ama bu olayda ikisi birbirine bağlı bile değilmiş

  • Bunun gibi şeyler yakında sosyal güvenlik ödemeleri, kanser tedavi planları, hava kargo lojistiği, ISP routing yapılandırması gibi yerlerde de yaşanacakmış gibi geliyor
    Gerçekten ilginç zamanlar geliyor gibi görünüyor