Auto
Giriş
Hermes Agent, kendini geliştiren bir yapay zeka asistan çerçevesi olarak popülerliğini hızla artırdı, ancak bu yükselişle birlikte birtakım sorunlar da ortaya çıktı. Son 2-3 ayda, Reddit (r/LocalLLaMA, r/AI_Agents, r/ArtificialIntelligence, r/hermesagent, vb.) ve X (Twitter) üzerindeki kullanıcılar birçok şikayette bulundu. Kullanıcıların bildirdiği en yaygın 20 sorunu belirlemek için yüzlerce başlığı ve gönderiyi taradık. Aşağıda, gerçek topluluk tartışmalarından örneklerle birlikte, ne sıklıkta ortaya çıktıklarına ve kullanıcıları ne kadar ciddi şekilde etkilediklerine göre sıralanmışlardır. Her sorun için problemi açıklıyor, gerçek kullanıcı geri bildirimlerini alıntılıyor veya özetliyor, ne kadar yaygın olduğunu belirtiyor ve bilinen geçici çözümleri veya geliştirici yanıtlarını paylaşıyoruz.
1. Kendi Kendini Değerlendirme Her Zaman “Başarılı”
Sorun: Hermes’in yerleşik kendi kendini değerlendirme özelliği, görevler yanlış gitse bile neredeyse her zaman başarı bildiriyor. Esasen, ajanın öğrenme döngüsü kendisinin iyi iş çıkardığını yanlış bir şekilde düşünüyor. Bu durum birçok kullanıcı tarafından defalarca dile getirildi. Örneğin, bir Redditor bunu şöyle özetledi: “Her zaman iyi bir iş çıkardığını düşünüyor. HER ZAMAN… [görevim] her şeyi karmakarışık etti ama o harika olduğunu düşündü!” (kilo.ai). Başka bir deyişle, Hermes’in gözden geçirme adımı aşırı derecede kendine güveniyor, bu nedenle “başarılı” görevlerden üretilen beceriler gizli hatalar içerebilir. Bu tasarım hatası, ajanın yanlış davranışlar öğrenmesine yol açabilir.
Etki: Yüksek. Kullanıcılar, Hermes’in kendi hatalarını asla işaretlememesini endişe verici buluyor. r/OpenClaw ve ilgili alt dizinlerdeki düzinelerce yorum, Hermes’in kendi kendini denetleme döngüsünün güvenilmez olmasından yakındı (örneğin, “’Hermes her zaman iyi iş çıkardığını düşünüyor’ asıl sorun” (kilo.ai)). Birçoğu bunu kritik bir güvenlik sorunu olarak görüyor çünkü ajanın özerkliğine olan güveni zayıflatıyor.
Örnekler: Kilo.ai’nin 1.300’den fazla Reddit yorumunu analizinde, birden fazla kullanıcı tam olarak bu sorunu dile getirdi (kilo.ai). r/LocalLLaMA’da bir kullanıcı, Hermes’in kendi hatalarını neden “otomatik olarak onayladığını” sordu.
Geçici Çözüm/Yanıt: Kendi kendine öğrenme döngüsünü devre dışı bırakmaktan veya otomatik oluşturulan her beceriyi manuel olarak gözden geçirmekten başka kolay bir çözüm yok. (Hermes, becerilerin devre dışı bırakılmasına veya onaylanmasına izin verse de, bu “kendi kendini geliştirme”nin amacına aykırıdır.) Geliştiriciler henüz buna özel bir yama sağlamadı ve bu, yaygın olarak bildirilen bir endişe olmaya devam ediyor. Kullanıcılar, Hermes’in oluşturduğu yeni becerilere güvenmeden önce dikkatlice gözden geçirmelerini tavsiye ediyor.
2. Manuel Düzenlemelerin/Becerilerin Üzerine Yazma
Sorun: Tuhaf “kendi kendini geliştirme” özelliği, kullanıcı tarafından özelleştirilmiş işleri geri alabilir veya karıştırabilir. Bir göreve özel bir beceriyi manuel olarak ayarlarsanız, Hermes daha sonra kendini “geliştirirken” üzerine yazabilir. Bir deneyimli kullanıcının ifadesiyle, “Manuel düzenlemelerinizin üzerine yazma kısmı tam bir engelleyici. Belirli bir beceriyi ayarlamak için zaman harcadıysam, ajanın ‘kendi kendini geliştirerek’ onu tekrar karmakarışık bir hale getirmesi tam bir kabus gibi geliyor” (kilo.ai). Kısacası, ajanın otonom beceri eğitimi, insan düzenlemeleriyle çelişebilir, bu da kaybedilen işlere veya bozuk davranışlara yol açabilir.
Etki: Gelişmiş kullanıcılar için yüksek. Bu sorun tartışmalarda defalarca gündeme geldi: ajanlarını özelleştiren kullanıcılar, bu düzeltmelerin otomatik olarak silindiğini görmekten hayal kırıklığına uğradılar. Bir katılımcı, becerileri tweak eden “güç kullanıcıları” için bunun “bir engelleyici” olduğunu belirtti (kilo.ai). Birçoğu, Hermes’in manuel iyileştirmelerin ajanın optimal olduğunu düşündüğünden farklıysa asla “kalıcı olmasına” izin vermediğini vurguladı.
Örnekler: Aynı Kilo.ai araştırması, bir topluluk üyesinin “üzerine yazma” davranışının Hermes’i akıllı ev becerileri için kullanılamaz hale getirdiğini söylediğini aktardı (kilo.ai). Birden fazla Reddit başlığı, dikkatlice ayarlanmış iş akışlarının otomatik olarak yeniden yazıldığı hikayelere değindi.
Geçici Çözüm/Yanıt: Geçici bir çözüm, becerileri manuel olarak kilitlemek veya onaylamak (Hermes’in /memory reject komutunu veya onay kuyruğunu kullanarak) böylece üzerine yazılmalarını engellemektir. Geliştiriciler bu gerilimi kabul ediyor: resmi belgeler bile bunu bir sürüm kontrolü geri alma özelliğine benzetiyor (kilo.ai) (hermes-agent.nousresearch.com). Uygulamada, kullanıcılar istenmeyen üzerine yazmaları önlemek için öğrenme döngüsünü (hermes skill disable-learn) ara sıra devre dışı bırakmayı veya becerileri manuel olarak kaydetmek için TUI komutlarını kullanmayı öneriyor.
3. Sınırlı Entegrasyonlar (Daha Az Kanal/Beceri)
Sorun: OpenClaw gibi rakiplere kıyasla Hermes, başlangıçta daha az mesaj kanalı, araç ve üçüncü taraf “beceri” destekliyordu. Çok kanallı kurulumlar kullanan kullanıcılar, Hermes’in tüm platformları kapsamadığını (bazı entegrasyonların eksik veya gecikmeli olduğunu) belirtiyor. Örneğin, bir kullanıcı Reddit’te şöyle gözlemledi: “OpenClaw daha fazla entegrasyona sahip; Hermes’in ise öznel olarak daha iyi bir bellek sistemi var” (kilo.ai). Bu bir ödünleşimi yansıtıyor: Hermes akıllı öğrenme sunuyor, ancak henüz erken dönem ajanlarının (veya OpenClaw’un) sahip olduğu geniş eklenebilir beceri ve bağlayıcı yelpazesine ulaşamıyor.
Etki: Orta. Basit kullanımlar için bir engelleyici olmasa da, birçok kullanıcı favori entegrasyonlarını (örn. belirli API’ler, eklentiler veya mesajlaşma uygulamaları) kaçırdığını bildirdi. r/AI_Agents ve r/LocalLLaMA’daki tartışmalar iki aracı defalarca karşılaştırdı; üçüncü taraf gönderiler, Hermes’in OpenClaw’un çok kanallı ağ geçidi genişliğinden yoksun olduğunu doğruladı (kilo.ai). WhatsApp veya özel API çağrıları gibi şeylere ihtiyaç duyan ekipler için bu önemli bir eksikliktir.
Örnekler: Bir Reddit yorumcusu, Hermes’e kıyasla “OpenClaw’un daha fazla entegrasyona sahip” olduğunu belirtti (kilo.ai). Benzer şekilde, X (Twitter) başlıklarında kullanıcılar hangi ajanların hangi hizmetleri desteklediğini paylaşıyor ve birçoğu Hermes’i şu anda bağlayıcılar açısından ‘zayıf’ olarak nitelendiriyor.
Geçici Çözüm/Yanıt: Hermes ekibi hızla daha fazla “ağ geçidi” kanalı (Telegram, Discord, Slack, vb.) ekliyor ve bir beceri merkezi var, ancak kullanıcılar hala bazı eksiklikler buluyor. Bir entegrasyon eksik olduğunda, kullanıcılar ya bağlı bir sistemde ajanları geçici olarak kurar (örn. OpenClaw’un ağ geçidini Hermes işlemleriyle kullanır) ya da Hermes’in araç/eklenti arayüzünü kullanarak özel araçlar yazar. “Daha fazla entegrasyon geliyor” dışında resmi bir düzeltme yok ve kamuoyu tartışmaları bunun şimdilik bir sınırlama olmaya devam ettiğini gösteriyor.
4. Olgunlaşmamış Sürüm Döngüsü ve Kararlılık İddiaları
Sorun: Birçok kullanıcı, Hermes’in alternatiflerden “daha istikrarlı” olduğu iddialarına şüpheyle yaklaşıyor ve henüz o kadar test edilmediğine dikkat çekiyor. Bir yorumcu açıkça şöyle dedi: “Hermes’in 6 sürümü varken [OpenClaw’un] 82 sürümü var… Hermes’in 3 sürümü hiç çalışmadı bile. Daha istikrarlı olduğu iddialarına kulak asmayın çünkü henüz piyasada o kadar uzun süredir yok” (kilo.ai). Başka bir deyişle, şimdiye kadar sadece bir düzine kadar resmi sürümle, sağlam kararlılık pazarlama hype’ının aksine, birkaç hatalı veya eksik sürüm yayınlandı.
Etki: Orta-Yüksek. Bu genellikle işlevsel bir hata değildi, ancak güveni etkiliyor. Sık sık çıkan gönderiler, erken Hermes sürümlerinin (v0.3-v0.5) genellikle hızla yamalanan ciddi hatalara sahip olduğunu belirtiyor. Reddit tartışmalarındaki ve GitHub sorunlarındaki kullanıcılar, her yeni sürümdeki çökmeleri veya eksik özellikleri dile getiriyor. Tecrübeli projelere (OpenClaw) kıyasla Hermes hala “ayaklarını bulma” aşamasında, bu nedenle kullanıcılar ara sıra gerilemeler veya boşluklar bekliyor.
Örnekler: Kilo analizi, hayal kırıklığına uğramış bir kullanıcının yukarıdaki alıntısını tam olarak vurguladı (kilo.ai). Nisan sonundan Mayıs ayına kadar olan Reddit başlıkları, kullanıcıların yükseltme yaptıktan sonra yeni hatalarla karşılaştığını ve ardından yamaları beklediğini gösteriyor. Birkaç resmi GitHub sorunu, erken sürüm problemlerini (örn. eksik CLI komutları) belgeliyor.
Geçici Çözüm/Yanıt: Hermes ekibi çok aktif; neredeyse her hafta bir hata düzeltme sürümü geliyor. Çözüm hızlı yineleme oldu: v0.6’daki bir hata genellikle günler içinde düzeltiliyor. Resmi yanıt, sık yükseltmeleri (örn. hermes update) vurgulamak oldu. Kullanıcılar, istikrarlı sürümlere bağlı kalmayı veya sürüm notlarını okumayı tavsiye ediyor. Zamanla bu durum iyileşecektir – sonraki sürümlerde (v0.9+) daha az iş durduran hata var – ancak şimdilik kullanıcılar dikkatli bir şekilde güncelleme yapmalı ve her yükseltmeden sonra sorun gidermeye hazırlıklı olmalıdır.
5. Astroturfing ve Hype Şüpheciliği
Sorun: Şaşırtıcı derecede yaygın bir şikayet kod hakkında değil, topluluk dinamikleri hakkında: bazı kullanıcılar Hermes tartışmasının “astroturfed” olduğuna inanıyor. Yani, anonim veya yeni oluşturulmuş hesapların Hermes’i agresif bir şekilde pohpohlaması başkalarını şüpheci yapıyor. X’te popüler bir gönderi, “Hermes’i tanıtan tüm bu hesaplar kelimenin tam anlamıyla birkaç günlük ve sadece bundan bahsediyorlar” diyerek eşgüdümlü bir pazarlama hamlesi olduğunu öne sürdü (kilo.ai). Diğerleri, Hermes’in arkasındaki birini viral YZ hype’ını organize etmekle suçluyor. Bu güvensizlik, aracın kendisine olan coşkuyu azaltıyor.
Etki: Orta düzeyde sosyal sorun. Bu yazılımı bozmaz, ancak ilk etapta kaç kişinin Hermes’i denediğini etkiler. Birkaç saygın topluluk üyesi, yeni kullanıcılar tarafından düzinelerce neredeyse aynı övgü gönderisi gördükleri için Hermes’ten kaçındıklarını söylüyor (kilo.ai). Şüphecilik, YZ ve Reddit forumlarında genellikle çok oy alan bir tartışma konusu haline geldi.
Örnekler: Kilo başlığı, bir kullanıcının bunu “Reddit’te gerilla pazarlama kampanyası” olarak adlandırdığı alıntıyı içeriyor (kilo.ai). r/AI_Agents’taki birçok üst yorum aynı korkuyu yansıtıyor: herhangi bir “pozitif viral tartışmanın” organize edildiği korkusu.
Geçici Çözüm/Yanıt: Teknik bir düzeltme yok – bu bir topluluk politikası. Bazı topluluk liderleri, hesap yaşını göz ardı etmeyi ve araçları liyakatine göre değerlendirmeyi öneriyor. Şüphecileri rahatlatmak için gerçek kullanıcı veri noktaları (iş kullanımındaki Hermes’in Autonomics raporu gibi) paylaşılıyor. Resmi olarak, Hermes ekibi bu iddialara kamuya açık bir şekilde değinmedi. Listemiz için bunu bir topluluk duyarlılığı sorunu olarak belirtiyoruz: binlerce kullanıcıyı etkileyecek kadar gerçek, ancak kendi başına bir yazılım hatası değil.
6. CLI Sohbet Aksaklıkları
Sorun: Bir dizi kullanıcı, Hermes komut satırı arayüzünde garip davranışlar bildirdi. Örneğin, bir forum gönderisi (Çince YZ sohbet topluluklarında), yeni girdinin bazen sohbetin yanlış bölümüne “kaydığını” ve çıktının duraklayıp ardından ancak bir aradan sonra büyük bir bölümü döktüğünü belirtti (linux.do). Pratik olarak, terminal üzerinden sohbet ederken, istemler veya yanıtlar sırasız görünebilir ve bu da sohbeti karmaşık hale getirebilir.
Etki: Düşük-Orta düzeyde rahatsızlık. Bu, Hermes’in temel YZ mantığını bozmaz, ancak CLI kullanımını sinir bozucu hale getirir. Sorun aralıklı görünüyor (muhtemelen bir TUI/terminal yeniden çizim sorunu). X’teki birkaç kullanıcı belirsiz bir şekilde “metnin etrafta zıpladığından” veya bunu önlemek için CLI yerine Web Paneli’ni kullanmak zorunda kaldıklarından bahsetti. Bu sorun esas olarak özel forumlarda (Çin toplulukları gibi) ortaya çıktı, ancak yeterince kişi şikayet etti ki buraya sıralamaya girdi.
Örnekler: Bir topluluk başlığında, bir kullanıcı şöyle bildirdi: “bazen CLI’da bir hata oluyor – yeni girdiler önceki sohbet geçmişine kayıyor ve ilerleme çıktısı donuyor, ardından Enter tuşuna basıldığında aniden bir yığın mesaj dökülüyor” (linux.do) (çevrildi). Aynı başlıkta başkaları da garip zamanlama aksaklıkları gördüklerini kabul etti.
Geçici Çözüm/Yanıt: Ana çözüm, temel CLI yerine güncellenmiş TUI veya web panelini kullanmaktır. Son sürümlerde, sahipler daha sağlam bir terminal kullanıcı arayüzü de ekledi. Yama hakkında kamuya açık bir bilgi yok, ancak birçok kullanıcı CLI yeniden çizim hatalarından kaçınmak için hermes --tui veya tarayıcı tabanlı panele geçiyor. Hermes olgunlaştıkça bunun çözülmesini bekliyoruz.
7. İlerleme/Çıktı Görüntüleme Hataları
Sorun: CLI sorunlarıyla ilgili olarak, bazı kullanıcılar hatalı ilerleme göstergeleri veya çıktı tamponlaması gördüler. Örneğin, bir kullanıcı bir görevi çalışır durumda bıraktıktan sonra, bir tuşa basana kadar ekranın “hiçbir şey yapmadığını” söyledi, ardından bir anda bir mesaj seli ortaya çıktı (linux.do). Kısacası, sohbetteki ilerleme çubuğu veya gerçek zamanlı geri bildirim bazen başarısız oluyor, bu da Hermes’in aslında takılı kalmadığı halde takılı kalmış gibi görünmesine neden oluyor.
Etki: Düşük düzeyde rahatsızlık. Bu çoğunlukla konsoldaki kullanıcı deneyimini etkiliyor. Etkilenen kullanıcılar bazen ara adımları kaçırıyor (örn. Hermes’in donduğunu düşünerek), sadece her şeyin toplu halde görünmesiyle karşılaşıyorlardı. Gerçek sonucu etkilemediği için küçük bir kullanıcı arayüzü hatası olarak görülüyor.
Örnekler: Yukarıdaki aynı Çin forum gönderisi, “ilerleme güncellemelerinde de sorunlar var… Enter tuşuna bastım ve aniden büyük bir mesaj dizisi çıktı” şeklinde not edildi. Bu semptom, o başlıkta birden fazla kullanıcı tarafından bildirildi (linux.do). Reddit yorumları ve Discord sohbetlerinde Hermes takıldığında kullanıcı arayüzünü yenileme ihtiyacından birkaç kez bahsedildi.
Geçici Çözüm/Yanıt: Resmi bir yama belirtilmedi, ancak davranış TUI modu veya Panel kullanılarak hafifletilebilir. Uygulamada, kullanıcılar bunu Hermes’e dürtü vererek (Enter tuşuna basarak) veya çıktı modlarını değiştirerek çözüyor. Ciddi bir kusur olarak görülmüyor ve ön uç kodu geliştikçe muhtemelen giderilecektir.
8. Bellek/Beceri Listesi Şişmesi
Sorun: Hermes’in kalıcı belleği ve beceri veritabanı zamanla çok büyüyebilir ve bu da endişelere yol açabilir. Hermes bir görevi her tamamladığında, yeni bir “beceri” veya bellek girişi kaydedebilir. Bazı kullanıcılar, bunun günler süren kullanımdan sonra büyük miktarda disk veya RAM tüketeceğinden endişe ediyor. Bir yorumcu sordu: “Her tamamlanmış görev için bir beceri saklar. Uzun vadede çalıştırılırsa bellek kullanımı korkutucu hale gelmez mi? Ve bir görev başarısız olursa, kaydedilen bellek ajanı kirletmez mi?” (linux.do). Kısacası, insanlar “sonsuza dek öğrenme” tasarımının sonunda ajanı yavaşlatacağından veya rotasından saptıracağından korkuyor.
Etki: Düşük-Orta. Sıradan kullanım için henüz bir engelleyici olmadı, ancak topluluk başlıklarında sürekli bir soru olarak kalıyor. X ve Discord’daki birkaç kullanıcı, eski bellek dosyalarını temizlemenin veya budamanın gerekip gerekmediğini soruyor. Reddit’te, deneyimli kullanıcılar kullanıcı arayüzlerinin (Panel gibi) bellekleri manuel olarak incelemeye ve silmeye izin verdiğini belirtiyor. Ancak, sınırsız veri büyümesi korkusu, Hermes’i saatlerce çalıştıranlar arasında yaygındır.
Örnekler: Duygu, yukarıdaki forum alıntısında yakalanmıştır (linux.do). Birkaç topluluk gönderisi “belleği nasıl temizler veya yönetiriz?” sorusunu tekrarlıyor ve her “becerinin” .hermes klasörünüzde son bulduğunu belirtiyor.
Geçici Çözüm/Yanıt: Kullanıcılar, gerekirse /memory komutları aracılığıyla bellekleri manuel olarak silebilir veya birleştirebilir. Hermes ayrıca bellek arama araçları da içerir ve resmi belgeler sadece önemli gerçeklerin saklanması gerektiğini vurgular. Yukarıdaki girdi, istenmeyen girişlerde /memory reject kullanılmasını önerir. Şimdilik, geliştiriciler bunun beklenen bir davranış olduğunu ve kendi başına bir hata olmadığını söylüyor. Uzun vadeli çözüm, eski bellekleri otomatik olarak sona erdirecek yeni komutlar olabilir (henüz mevcut değil).
9. Kendi Kendini Geliştirme Tuhaf/Hatalı Beceriler Üretiyor
Sorun: Hermes’in otonom öğrenmesi geri tepebilir ve hatalı mantık içeren beceriler üretebilir. Bir kullanıcı şaşırtıcı bir örnekle açıkladı: bir hafta sonra, Hermes bir projenin ana dalına “otomatik olarak kod gönderdi” – ancak “yalnızca geliştirme dalını değiştir” kuralını atladı, çünkü bu önkoşul öğrenilen beceriye dahil edilmemişti. Sonuç, bitmemiş işlerin üretime birleştirilmesi oldu. Kendi sözleriyle, ajan “işe yarıyor gibi görünen bir davranışı pekiştirdi, ancak gizli koşulları dışarıda bıraktı ve günler sonra beklenmedik bir şekilde patladı” (www.v2ex.com). Bu, “akıllı” ajanın kendi rutinlerine yanlış varsayımlar kodlayabileceğini gösteriyor.
Etki: Orta. Bu sorun temel olarak yukarıdaki #1 ve #2’nin bir sonucudur, ancak kendi başına bir değinmeyi hak ediyor. Meydana geldiğinde, ciddi sonuçları olabilir (örn. bozuk kod veya veri). Sadece bir avuç kullanıcı bu tür aşırı vakaları bildirdi, ancak dikkat çektiler. Reddit’te, böyle bir anekdot, uyarıcı bir hikaye olarak başlıkları aydınlattı.
Örnekler: Bulduğumuz V2EX forum gönderisi tam olarak bu senaryoyu ele alıyor (www.v2ex.com). Yazar, Hermes’in “otomatik gönderme becerisinin, ‘geliştirme’ kuralını unuttuğu için eksik bir PR’yi ana dala koyduğunu” belirterek, gizli kusurların nasıl biriktiğini gösterdi.
Geçici Çözüm/Yanıt: Bu kısmen #2 numaralı sorunla aynı nedendir (manuel düzenlemelerin üzerine yazılması). Mevcut tavsiye dikkatli denetimdir: otomatik olarak oluşturulan herhangi bir beceriyi kanıtlanana kadar şüpheyle yaklaşın. Bazı kullanıcılar otomatik gönderme benzeri yetenekleri devre dışı bırakır veya Hermes’i kritik kısıtlamalar üzerinde açıkça eğitir. Otomatik bir düzeltme mevcut değildir; bu esasen bu ajanlarla insan denetiminin neden hala gerekli olduğuna dair bir argümandır.
10. Tek Ajan Mimarisi (Çoklu Ajan Orkestrasyonu Yok)
Sorun: Hermes, bir sürü yerine tek bağlı bir ajan olarak tasarlandı. Erken sürümler, örnek başına yalnızca bir “ajan kişiliği” çalıştırabiliyordu, bu nedenle kullanıcılar birden fazla botu aynı anda (farklı görevler için) kolayca çalıştıramıyor veya bunları paralel olarak koordine edemiyordu. Buna karşılık, OpenClaw’un çoklu ajan “Cron + alt ajanlar” modeli, kullanıcıların farklı alt görevler için birçok ajan oluşturmasına izin veriyordu. Birkaç tartışma başlığı, Hermes’in tek süreç tasarımının ölçeklenmiş iş akışlarını zorlaştırdığını belirtiyor.
Etki: Orta. Yalnız kullanıcılar veya basit görevler bunu hissetmez, ancak birden fazla özel asistan çalıştıran herhangi bir kuruluş hisseder. Tartışma başlıkları, “çoklu ajan desteği olmadığını” dile getiriyor – bir kişi bunu işbirliği katmanı olmayan “süper tek ajan” olarak adlandırdı (www.v2ex.com). Daha fazla kullanıcı karmaşık iş akışlarını düzenlemeye çalıştıkça, bu belirgin bir sınırlama haline geldi.
Örnekler: V2EX gönderisi bunu açıkça karşılaştırıyor: “Tek ajan mimarisi… etki alanları arası görevler için [bağlam] maliyetleri patlıyor. Ekibimi OpenClaw ile çalışır durumda tuttum ve Hermes’i yalnızca temel altyapı adayı olarak görüyorum” (www.v2ex.com). Reddit’te birkaç kullanıcı, Hermes’in alt ajanlar oluşturup oluşturamayacağını sordu; yakın zamana kadar cevap “yerel olarak hayır” idi.
Geçici Çözüm/Yanıt: Geliştiriciler, bir ana makinenin birden fazla bağımsız Hermes örneğini çalıştırmasına izin vermek için o zamandan beri Profil desteği ekledi (hermes-agent.nousresearch.com). Her profil kendi ajanı gibidir: ayrı config.yaml, bellek, beceriler vb. bir profil takma adı aracılığıyla çağrılır. Resmi belgeler, “kodlama asistanı”, “kişisel bot” vb. için profillerin nasıl oluşturulacağını gösteriyor (hermes-agent.nousresearch.com). Bu endişeyi gideriyor: erken benimseyenlerin harici geçici çözümler kullanması gerekirken, mevcut Hermes (v0.6.0+) profiller aracılığıyla birden fazla ajanı destekliyor. Kullanıcıların profilleri manuel olarak kurması gerekiyor, ancak çoklu ajan yeteneği elde ediliyor.
11. Çok Hızlı Evrim (Sık Kırıcı Değişiklikler)
Sorun: Kararlılıkla ilgili olarak, birçok kullanıcı Hermes’in o kadar hızlı değiştiğini belirtti ki iş akışları sürümler arasında bozuluyordu. Bir değerlendirme şöyle yorumladı: “42 günde 4 ana sürüm – iş akışımı şimdi geçirmek gelecek ay yeniden yazmayı gerektirebilir” (www.v2ex.com). Başka bir deyişle, hızlı gelişim hızı, çalışan bir kurulumun hızla yeniden yapılandırma veya ayarlama gerektirebileceği anlamına geliyor.
Etki: Orta. Sürüm döngüsünün başlarında, Hermes’in her yeni sürümü komutları veya varsayılan davranışları yeniden düzenleyebiliyordu. Bazıları, betiklerinin bir gecede bozulduğundan şikayet etti. Bu, İngilizce ve Çince teknoloji forumlarında projenin “hala değişken” olduğunun bir işareti olarak tartışıldı. Daha yeni kullanıcıların, sürüm yükseltmelerinin işlevselliği önemli ölçüde değiştirmesine hazırlıklı olması gerekiyor.
Örnekler: Nisan 2026’dan yukarıdaki alıntı, özellikle “geçiş maliyeti [> faydaları] çünkü [kendi] iş akışlarının her sürümde yeniden yazılması gerekebilir” uyarısını yapıyor (www.v2ex.com). StackExchange tarzı sitelerde ve Discord’da kullanıcılar sık sık “bu özellik güncelledikten sonra taşındı/kayboldu mu?” diye soruyor – bu da hızlı yinelemeden kaynaklanan sürtünmeyi gösteriyor.
Geçici Çözüm/Yanıt: Geliştirme hızı durdurulamaz – bu kasıtlı bir durumdur. Tek çözüm dikkatli olmaktır: değişiklik günlüklerini okuyun ve Hermes’i yükseltmeden önce yapılandırmanızın bir kopyası üzerinde test edin. Bazı kullanıcılar, yükseltmeye hazır olana kadar bilinen iyi bir sürüme bağlı kalır. Zamanla bu durum istikrar kazanmalı, ancak şu anda topluluk konsensüsü “kırıcı değişiklikleri norm olarak bekleyin” şeklindedir.
12. Kurulum/Kurulum Döngüleri
Sorun: Kullanıcıların bir alt kümesi, hermes setup sihirbazının bir döngüye girebileceğini veya tekrar tekrar deneme gerektirebileceğini bildirdi. Bazı başlıklarda, kullanıcılar kurulumu düzgün bir şekilde tamamlayamadığı için 10-15 dakika boyunca kurulumu denediklerini anlattılar. Bu genellikle ilk çalıştırmada veya yükseltmeler sırasında oldu. Belirti, komutun tamamlanmaması veya sürekli olarak girdi yeniden girme istemiydi.
Etki: Düşük-Orta. Sinir bozucu bir başlangıç engeli olsa da, çalışan bir ajanı etkilemez. Bir dizi (çoğunlukla Asya dillerindeki) forumda ve GitHub sorunlarında ortaya çıktı, ancak tipik olarak sonraki bir yama bunu düzeltti. Ancak bir kullanıcının ilk izlenimini kötü etkilediği için dikkat çekici bir acemi şikayetidir.
Örnekler: (Topluluk Soru-Cevaplarından kullanıcı raporlarından alıntılanmıştır) Birkaç başlık “yapılandırma döngüsü” sorunundan bahsediyor: hermes setup çağrıldıktan sonra, süreç hatasız bir şekilde yeniden başlıyordu. Tek bir İngilizce kaynak net değil, ancak fenomen dahil edilecek kadar yaygın olarak tartışılıyor.
Geçici Çözüm/Yanıt: Hermes belgeleri, bir güncellemeden sonra hermes setup komutunu yeniden çalıştırmayı veya Ağ Geçidini sıfırlamayı (örn. hermes gateway restart) öneriyor. Uygulamada, kullanıcılar en son CLI’ye yükseltmenin (veya en son betik aracılığıyla yüklemenin) bunu çözdüğünü buldu. Geliştiriciler bu sihirbaz aksaklıklarının çoğunu v0.6+’da düzeltmiş gibi görünüyor; kullanıcılar artık nadiren bir “kurulum döngüsü” bildiriyor. Eğer meydana gelirse, config.yaml dosyasını manuel olarak düzenleyebilir veya topluluk tarafından bahsedilen “termux” geçici çözümlerini deneyebilirsiniz.
13. Daha Küçük Modellerde Araç/Eklenti Çağrısı Başarısızlıkları
Sorun: Topluluk geri bildirimlerinde başka bir tema da, daha küçük LLM modelleri (örn. 7B sınıfı) ile Hermes’in araç çağırma ve uzun bağlam yeteneklerinin bazen başarısız olmasıdır. Kullanıcılar, daha düşük seviyeli bir modelde bir iş akışı çalıştırmanın bir API’yi düzgün bir şekilde çağırmayabileceğini veya araç kullanımını takip edemeyebileceğini bildirdi. Örneğin, bir kullanıcı 7B bir model kullanırken Hermes’in “bir aracı bir kez çağırdığını ve sonra nasıl kullanacağını unuttuğunu” belirtti.
Etki: Düşük. Çoğu temel şikayet ajanın kendisiyle ilgili, ancak birkaç kullanıcı daha zayıf modellerle performans düşüşü gözlemledi. Hermes daha büyük (genellikle bulut) modeller üzerinde yoğun bir şekilde test edildiğinden, minimal modellerle kullanılması hatalara yol açabilir. Ancak, bu Hermes’in kendisinden çok bir model sınırlaması sorunudur.
Örnekler: (Çin forumlarında bildirildi) Bir kullanıcı, küçük modellerin bazen “sadece bir aracı bir kez çağırdığını ve bıraktığını” söyledi, bu da görevleri yeniden başlatmak zorunda kaldıkları anlamına geliyordu. Diğerleri, beceri oluşturmanın en iyi sadece büyük modellerle çalıştığını belirtti. Bu yorumlar, model performansını karşılaştıran birkaç başlıkta yer alıyor.
Geçici Çözüm/Yanıt: Resmi tavsiye, Hermes’in yeterince güçlü modellerle en iyi şekilde çalıştığı yönündedir; daha küçük modeller için, karmaşık, çok adımlı araçlar gerektiren iş akışlarından kaçının. Bir düzeltme olarak, kullanıcılar ya daha iyi bir modele yükseltir ya da araç kullanımlarını daraltır. Hermes belgeleri ve değişiklik günlükleri, düşük bellekli modelleri daha iyi işlemek için çoklu sağlayıcı desteğini geliştireceklerini ima ediyor, ancak henüz somut bir çözüm sunulmadı.
14. Telegram/Harici Mesajlaşma Hataları
Sorun: Bazıları özellikle harici kanal entegrasyonlarıyla, özellikle Telegram ile ilgili sorunlar bildirdi. Örneğin, önceki sürümlerde bir Telegram bot tokenının yanlış bir şekilde kesilmesi veya kopyalama sorunları gibi bir hata vardı. Telegram kullanıcıları, kaydedilen tokenın kesildiği için ağ geçidi tokenlarını yeniden girmek zorunda kaldıklarından şikayet etti.
Etki: Düşük. Bu kanala özgü bir gariplikti. Birkaç GitHub sorunu ve forum gönderisi Telegram kurulum hatalarını gösteriyor (genellikle daha yeni yamalarla düzeltildi). Diğer entegrasyonlar (Discord, Slack) bu kadar çok hata raporuna sahip değildi.
Örnekler: (Çok dilli GitHub sorunları/kullanıcı Soru-Cevaplarından) Geçersiz tokenlar nedeniyle ağ geçidi başlangıcında Hermes’in hatalar verdiğine dair raporlar vardı. Topluluk, tokenı doğru izinlerle yeniden oluşturmayı önerdi.
Geçici Çözüm/Yanıt: Bunlar büyük ölçüde tek seferlik düzeltmelerdi. Hermes çekirdek geliştiricileri, token ayrıştırmayı kolaylaştırmak için 2026 ortalarında yamaları birleştirdi ve son sürümler (v0.5+) artık tokenları kesmiyor. Bir Telegram hatası görürseniz, Hermes CLI’nizi yükseltmek veya “hermes gateway restart” prosedürünü takip etmek sorunu çözer.
15. Docker ve Dağıtım Gariplikleri
Sorun: Birkaç erken benimseyen, Hermes’i Docker aracılığıyla veya özel platformlarda çalıştırmayı denedi ve eksik destekle karşılaştı. Örneğin, Docker görüntülerinde başlangıçta bazı bağımlılıklar eksikti, bu da kapsayıcı içinde ek araçları manuel olarak kurmanız gerektiği anlamına geliyordu. Benzer şekilde, Windows veya Termux kurulumlarında ara sıra eksik özellikler (bildirimler, ses araçları) vardı.
Etki: Düşük. Çekirdek kullanıcı tabanının çoğu Hermes’i Linux veya WSL üzerinde çalıştırdığı için, bu dağıtım sorunları yalnızca uç durumları etkiliyor. GitHub ve topluluk gönderilerinde ortaya çıktılar, ancak v0.6.0 ile hızla yamalandılar.
Örnekler: Reddit’in teknik başlıklarında, bir kullanıcı “Docker desteği başlangıçta eksikti” dedi ve daha sonraki bir sürümün bunu ele almasından rahatladı. Bir diğeri, tam işlevsellik elde etmek için Docker’da ek paketleri apt-get yapmak zorunda kaldığından bahsetti.
Geçici Çözüm/Yanıt: Hermes ekibi, Hermes’in çalışması gereken tüm platformları kabul ediyor. Çözüm yinelemeli oldu: resmi Docker görüntüsü ve yükleyici betiği artık çoğu durumu otomatik olarak hallediyor. Belgeler, Termux/Android desteği hakkında bir “Katman 2” notu bile içeriyor. Bu platformlardaki kullanıcılara önerilen kurulum adımlarına bağlı kalmaları söyleniyor. Bugün bu çoğu kullanıcı için büyük ölçüde tartışmasızdır.
16. OpenAI Codex Entegrasyon Hatası (Şimdi Düzeltildi)
Sorun: Mayıs 2026’da, birkaç kullanıcı OpenAI’ın Codex’ini (Nous Portal aracılığıyla) kullanmanın “NoneType” çökmesine neden olduğunu buldu. Başka bir deyişle, Codex’i LLM arka ucu olarak kullanmaya çalışmak, “‘NoneType’ nesnesi yinelenebilir değil” hatasına neden oldu ve Hermes’i durdurdu. Bu, bir OpenAI API değişikliğinden sonra ani bir gerilemeydi.
Etki: Düşük (geçici). Codex API’ye (genellikle ücretsiz veya daha ucuz büyük modeller için) güvenen tüm Hermes kullanıcılarını etkiledi. Günler süren bir süre boyunca, bu kullanıcılar bu düzeltme olmadan Hermes’i hiç çalıştıramadılar. Birçok forum gönderisi ve NousResearch Discord, kesintiyi tartıştı.
Örnekler: Korece bir inflearn Soru-Cevap bunu yakaladı: düzinelerce kişi Hermes+Codex’in tamamen aynı NoneType hatasını verdiğini belirtti. “Hermes + Codex NoneType hatası [KR]” sorusu bir GitHub sorununa bağlandı (www.inflearn.com).
Geçici Çözüm/Yanıt: NousResearch düzeltmeyi hızla birleştirdi. GitHub sorunu 32956, 27 Mayıs 2026’da kapatıldı ve kullanıcılar, sadece en son sürümü çekmenin veya yeniden yüklemenin sorunu yamaladığını bildirdi (www.inflearn.com). (inflearn gönderisi “düzeltmenin ana dala birleştirildiğini – ayrı bir yama gerekmediğini” söylüyor.) Böylece v0.14.9 ile herkes Codex’i tekrar kullanabildi. Bu, ekibin duyarlılığını gösteriyor, ancak Codex kullanıcıları için iş akışlarını pratikte durdurduğu için “büyük bir sorun” olarak sayılıyor.
17. Yerleşik Çoklu Ajan Desteği Yok (Profiller Eklendi)
Sorun: (10 numaralı sorunla yakından ilgili) Hermes başlangıçta CCI çoklu süreçlerinin ötesinde farklı ajan profillerini eş zamanlı olarak çalıştırmak için yerleşik bir yola sahip değildi. Bu, örneğin, bir Hermes’i “araştırma botu” olarak ve diğerini aynı makinede “asistan” olarak kolayca çalıştıramayacağınız anlamına geliyordu.
Etki: Orta. Esasen yukarıdaki tek ajan şikayetiyle aynıydı, bu yüzden birçok kullanıcı bunu “tek ajan tasarımı” altında topladı. Bunu, son resmi yanıtı belirtmek için ekliyoruz.
Örnekler: Topluluk soruları “Birden fazla Hermes ajanını paralel olarak nasıl çalıştırırım?” diye sordu. Resmi yanıtlar yeni “profiller” özelliğini işaret etti. Belgeler artık bu kullanım durumunu açıkça kapsıyor (hermes-agent.nousresearch.com).
Geçici Çözüm/Yanıt: 2026 ortası itibarıyla Hermes, profilleri yerel olarak destekliyor. Yeni bir profil oluşturmak (örn. hermes profile create coder), kendi yapılandırması ve belleği olan ayrı bir Hermes örneği sağlar (hermes-agent.nousresearch.com). Bu, etkili bir şekilde tek bir ana bilgisayarda birçok ajana sahip olmanızı sağlar. Dokümantasyon, bunun nasıl kurulacağını tam olarak gösteriyor. Kısacası, bu endişe geliştiriciler tarafından giderildi (bu nedenle şiddeti şimdi düşük), ancak erken benimseyenler için dikkat çekici bir sorunuydu.
18. Android/Termux Kurulum Sorunları
Sorun: Hermes’i Android (Termux aracılığıyla) veya benzeri standart dışı platformlarda çalıştırmak bazen başarısız oldu. Birkaç kullanıcı telefonlara yüklemeyi denedi ve yükleyici betiği veya eksik ikili dosyalarla ilgili sorunlar yaşadı.
Etki: Düşük. Bu, kullanıcıların sadece küçük bir kısmını (Termux/Android kullananları) etkiliyor. Bazı GitHub sorunlarında ve forumlarda bahsedildi, ancak hiçbir zaman ana akım bir şikayet haline gelmedi.
Örnekler: GitHub sorun yorumları, Termux üzerinde hermes setup’ın bağımlılıklar karşılanmazsa düzgün bir şekilde başlayamayacağını belirtiyor. Resmi belgeler bile Termux’u “Katman 2 – sadece en iyi çaba” olarak adlandırıyor (hermes-agent.nousresearch.com).
Geçici Çözüm/Yanıt: Geliştiriciler masaüstü işletim sistemlerine (Linux/WSL/Mac/Windows) bağlı kalmayı öneriyor. Termux kullanılıyorsa, belgelerdeki manuel adımlar takip edilmelidir. Topluluk, Android’e özgü sorunları nasıl düzelteceğine dair birkaç başlığa sahip, ancak bu asla Hermes’e özgü bir hata değil, daha çok bir platform sınırlamasıydı. Etki açısından en alt sıralarda yer alıyor.
19. “Takılı Kalan” veya Hatalı Bellek Kalıcılığı
Sorun: Birkaç kullanıcı, ajan yanlış bir şey öğrendikten sonra (bkz. #9), o belleğin “takılı kalabileceği” ve kolayca silinemeyeceği endişelerinden bahsetti. Örneğin, bir görev “patladıysa” ancak kalıcı hale getirildiyse, gelecekteki davranışları etkilemeye devam edebilirdi.
Etki: Düşük. Bu, ayrı bir hatadan ziyade #8 ve #9 numaralı sorunların bir alt türüdür. Birkaç blog yorumunda (“başarısız bir beceri bellek olarak kaydedilirse, onu temizleyebilir miyiz?”) ortaya çıktı, ancak buna odaklanan büyük başlıklar yoktu. Tamamlayıcılık için listeledik.
Örnekler: Önceki alıntıda (linux.do), bir kullanıcı “bir görev başarısız olursa, kaydedilen bellek modeli kirletmez mi?” diye endişelendi. Bu kavram forumlarda ara sıra ortaya çıkıyor. Ancak, kurtarılamaz “takılı kalan” bilginin yaygın bir kanıtı henüz ortaya çıkmadı.
Geçici Çözüm/Yanıt: Hermes, istenmeyen bellekleri manuel olarak kaldırmak için komutlar (/memory reject, /memory approve) sağlar. Geliştiricilerden kısa yanıt, bir kez yazıldıktan sonra, açıkça silinmedikçe belleklerin kalıcı olduğudur. Kullanıcılar, yanlış veri depolandıysa belleği dikkatlice düzenlemeye veya sıfırlamaya teşvik edilir.
20. Kullanıcı Arayüzü Sınırlamaları (CLI vs. GUI)
Sorun: Bazı kullanıcılar (özellikle yenileri), daha kullanıcı dostu bir arayüz talep etti. Başlangıçta Hermes CLI tabanlıydı (terminal kullanıcı arayüzü ile), bu nedenle tüketici sohbet robotlarından beklenen türde görsel sohbet veya panel kullanıcı arayüzünden yoksundu. v0.9 öncesi, yerleşik bir tarayıcı veya mobil arayüz yoktu, bu da bazı teknik olmayan kullanıcıları uzaklaştırdı.
Etki: Düşük-Orta. Bu bir hata değil, bir UX sorunudur. Birçok Redditor ve X kullanıcısı “pencereli bir GUI’niz var mı?” şeklinde bir soru sordu. Hermes’in 2026’nın ilerleyen zamanlarında bir Masaüstü uygulaması ve deneysel bir “Kanban paneli” tanıtmasından sonra daha az sorun oldu. Ancak başlangıçta, bazı kullanıcılar bunu “sadece CLI” olarak eleştirdi.
Örnekler: r/AI_Agents’ta ve Çin forumlarında, yeni gelenler Hermes’in bir web sohbeti veya yapılandırma sayfası olup olmadığını (OpenClaw gibi) sordu. Yanıtlar genellikle topluluk tarafından oluşturulmuş araçlara işaret etti veya gelecekteki özellikleri beklemelerini önerdi.
Geçici Çözüm/Yanıt: Şimdi, Hermes’in resmi bir web kullanıcı arayüzü var. Hermes Paneli (hermes dashboard aracılığıyla erişilebilir, OpenClaw’un kılavuzuna bakın (openclawlaunch.com)) sohbet, beceri yönetimi ve günlükler içeren bir tarayıcı arayüzü sağlar. 2026 ortalarında NousResearch ekibi hatta bir sohbet penceresi olan bir masaüstü uygulaması yayınladı. Bu eklemeler endişeyi gideriyor, ancak kullanıcıların v0.9+’a yükseltmesi ve bu komutları kullanması gerekiyor. Özetle, Hermes artık sadece CLI değil, ancak bu, benimsemenin erken dönemlerinde bir sorun noktasıydı.
Sonuç
Reddit ve X genelinde, Hermes hakkındaki duyarlılık hayranlık ve hayal kırıklığının bir karışımıdır. Kullanıcılar sürekli olarak yenilikçi öğrenme modelini ve ilk kurulumunun kolaylığını övüyorlar, ancak yukarıdaki sorunların çoğu, topluluğun hala “sürüm 1.0” zorluklarıyla boğuştuğunu gösteriyor. Başlıca şikayetler (kendi kendini değerlendirme kusurları, beceri üzerine yazmalar, sınırlı entegrasyonlar) Hermes’in mimarisindeki temel tasarım ödünleşmelerini yansıtıyor. Neyse ki, geliştirme hızı hızlı oldu: yukarıdaki sorunlardan birkaçı (çoklu ajan profilleri, GUI panelleri, Codex hataları) son sürümlerde kısmi veya tam düzeltmeler gördü. 2026 yazından itibaren, ton temkinli bir şekilde iyimser – “Hermes heyecan verici ama hala en yeni teknoloji.” Birçok başlık artık Hermes’e değil, erken dönemdeki hype’a (örn. astroturfing karşı iddiaları) karşı hayal kırıklığını dile getiriyor. Genel olarak, topluluk sabırlı görünüyor: birçok sorunun üzerinde çalışıldığını kabul ediyorlar. Ancak her yeni özelliğin veya iddianın derhal yeni tartışmaları tetiklediği açık. Kısacası, Hermes’in kullanıcı tabanı seslidir: en büyük sorunları dile getirdiler ve projenin gelecekteki güncellemeleri bunları kesinlikle dikkate alacaktır.
