`HERMES.md` commit mesajına girince ek kullanım ücretlendirmesine yönlendiriliyordu
(github.com/anthropics)- Son dönemde git commit mesajına
HERMES.mddizesi girdiğinde Claude Code isteği Max plan kotası yerine extra usage ücretlendirme yoluna gönderiliyordu - Bu tetikleyici diskte dosyanın varlığından bağımsız olarak commit mesajı içeriğinin kendisinden kaynaklanıyordu;
add HERMES.mdbaşarısız olurkenadd hermes.mdnormal işleniyordu - Yeniden üretim testlerinde
claude-opus-4-6[1m]veclaude-opus-4-7üzerindeAPI Error: 400 "You're out of extra usage..."hatası doğrulandı;HERMES,HERMES.txt,README.mdgibi ifadeler ise aynı duruma yol açmadı - Etkilenen ortamda haftalık plan kapasitesi hâlâ dururken bile $200.98 extra usage kredisi tükendi ve extra usage bittikten sonra birden fazla proje kullanılamaz hâle geldi
- Sebebin aşırı agresif çalışan bir anti-abuse sistemi olduğu doğrulandı; sorun zaten düzeltildi, ardından issue completed olarak kapatıldı ve geri ödeme ile ek usage credits duyurusu yapıldı
Sorunun özeti
- Son dönemde git commit geçmişine
HERMES.mddizesi girdiğinde Claude Code istekleri Max plan kotası yerine extra usage ücretlendirme yoluna yönlendiriliyordu - Bu durum diskte
HERMES.mddosyasının bulunup bulunmamasından bağımsızdı; tetikleyici doğrudan git commit message içeriğinin kendisiydi - Claude Code yakın tarihli commit’leri system prompt içine eklediğinden, bu dize bulunduğunda sunucu tarafı yönlendirme davranışının değiştiği anlaşıldı
- Dâhil olan Max 20x planın haftalık kullanımının yalnızca %13’ü kullanılmış görünmesine rağmen extra usage kredisi olarak $200.98 tüketildi; extra usage bittikten sonra ise birden fazla proje tamamen kullanılamaz duruma geldi
- Aynı anda plan panosunda haftalık kapasitenin %86’dan fazlasının kaldığı gösteriliyordu; yani gerçek ücretlendirme yolu ile görünen durum birbiriyle uyuşmuyordu
Yeniden üretim koşulları ve sonuçlar
- Yeniden üretim ortamı Claude Code v2.1.119, macOS Apple Silicon, aylık $200 Max 20x plan ve
claude-opus-4-6[1m]modeliydi; sorunclaude-opus-4-7ile de yeniden üretildi - En küçük yeniden üretim adımlarında
git commit -m "add HERMES.md"sonrasındaclaude -p "say hello" --model "claude-opus-4-6[1m]"çalıştırıldığındaAPI Error: 400 "You're out of extra usage..."dönüyordu - Aynı adımlarda commit mesajı
add hermes.mdolarak değiştirildiğinde işlem plan kotası yolu üzerinden gidiyor ve"Hello!"döndürüyordu - Yeniden üretim betiği
/tmp/test-failve/tmp/test-passdizinlerini oluşturupgit init, dosya ekleme, commit,claude -pçalıştırma ve en sondarm -rfile temizlik akışını izliyordu - Tetikleyici analizi sonuçlarına göre
"HERMES.md"ve"test HERMES.md test"başarısız olurken,"hermes.md","HERMES","HERMES.txt","AGENTS.md","README.md"normal çalışıyordu - Diskte
HERMES.mddosyası olsa bile commit mesajı temizse normal çalışıyor, aynı depoda bile orphan branch üzerinde geçmiş yoksa sorun ortaya çıkmıyordu
Kök neden analizi ve beklenen davranış
- Kök neden analizi; etkilenen deponun kopyalanması, orphan branch testi ve tek tek commit mesajı dizelerini ayırarak yapılan sistematik binary search adımlarıyla ilerledi ve sonunda doğru tetikleyicinin
HERMES.mdolduğu netleşti - API isteğinin ücretlendirme yönlendirmesi system prompt içindeki git commit message içeriğine bağlı olmamalı; Max plan abonelerinin istekleri öncelikle dâhil olan plan kotasına yönlendirilmeliydi
out of extra usagehata mesajı, sebebin içerik tabanlı yönlendirme olduğuna dair hiçbir ipucu vermediğinden tanı koymayı ciddi biçimde zorlaştırdı- Yakın tarihli git commit’lerinde
HERMES.mdbulunan kullanıcılar için kullanım sessizce extra credits üzerinden ücretlendirilebiliyordu
Süreç ve nihai durum
- Bir işbirlikçi, sorunun aşırı agresif çalışan anti-abuse sistemi kaynaklı olduğunu ve düzeltmenin zaten tamamlandığını söyledi
- Sonrasında issue completed durumuyla kapatıldı
- GitHub Actions botu muhtemel yinelenen 3 issue gösterdi
- [BUG] Literal "HERMES.md" in git commit messages triggers 400 "out of extra usage" on Max OAuth (content filter false-positive misclassified as quota error)#53171
- [BUG] CLI completely blocked by "out of extra usage" error despite Max 20x plan at only 10% usage#45020
- Billing bug: Extra usage pool consumed while session limit still has remaining capacity#29704
- Bot, issue’nin 3 gün içinde otomatik olarak duplicate diye kapatılabileceğini belirtti; duplicate değilse yorum bırakılması veya 👎 işareti verilmesi istendi
Geri ödeme ve destek süreci
- Metinde, teknik hatadan kaynaklanan yanlış billing routing durumunda bile telafi ya da geri ödeme sağlanamayacağını belirten destek yanıtı da yer alıyordu
- Daha sonra https://news.ycombinator.com/item?id=47952722 itibarıyla, etkilenen kullanıcılara tam geri ödeme ile birlikte aylık abonelik ücretiyle aynı büyüklükte ek usage credits verileceği belirtildi
- Claude Code ekibinden Thariq şu bağlantıyı paylaştı: https://x.com/trq212/status/2048495545375990245
- Etkilenen tüm kullanıcılara e-posta gönderme sürecinin sürdüğü de belirtildi
- Destek sistemi bu tür bileşik hataları engineering ekibine yönlendirecek şekilde hazırlanmadığı için iyileştirme çalışması gerektiği, ancak bunun zaman alacağı ifade edildi
- Geri ödeme yok mesajı ile sonradan yapılan geri ödeme duyurusu aynı akışta yer aldığından, birbiriyle çelişen mesajlar yan yana duruyordu
Kullanıcı tepkileri ve tasarım eleştirileri
- Geri ödeme durumunun belirsiz olduğu sırada bazı kullanıcılar aboneliği iptal etmeye kadar gitti; geri ödeme yanıtının gelmemesi ve mesaja eklenmiş clap gif’i iptal gerekçeleri arasında sayıldı
- Bazı tepkiler, destek yanıtının gerçekten geri ödemeye dönüşüp dönüşmeyeceğine bakarak gelecekte karar vereceklerini belirtti
- Görsel ve meme tarzı ifadeler yüzünden, ilk gönderideki yorumun aslında gönderi sahibinin sözü değil, bir support bot alıntısı olduğu sonradan fark edildi
- @bcherny raporuna dayanarak, aşırı agresif anti-abuse sisteminin bazı istekleri engellemek yerine extra usage billing tarafına yönlendirdiği yorumu da yapıldı
- Eğer durum abuse ise engellenmesi gerektiği, bunun yerine ek ücretlendirmeye çevrilmesinin kabul edilemez olduğu yönünde eleştiriler geldi; kotayı atlayıp isteği işlemeye devam ederken kullanıcıyı daha pahalıya yönlendiren bir mod varsa, tasarımın kendisinin sorunlu olduğu söylendi
- Yerelde çalışan istemcinin kullanıcı tarafından kontrol edilme çabasının ihlal gibi görülmesine tepki gösterildi; kullanıcı adına hareket eden bir software agente yetki devredilebilmesi gerektiği de savunuldu
- Kişisel agent sattığını söyleyen bir ürünün, fiilen person+agent birleşimini memnuniyetle karşıladığı mesajıyla çelişiyor gibi göründüğü de ifade edildi
Alternatif model vurgusu
- Çin merkezli open weight models, yerel donanım üzerinde barındırılabilen ve yeterli donanım olduğunda tamamen kendi başına çalıştırılabilen alternatifler olarak anıldı
- Bu modellerin Anthropic’e kıyasla maliyetinin 10–50 kat daha düşük olduğu ve kodlama performanslarının yaklaşık %2.7 daha düşük olduğu da belirtildi
1 yorum
Hacker News görüşleri
Kendi teknik hataları yüzünden yanlış faturalandırma yapıp bir de iade verememeleri gerçekten şaşırtıcı
En azından Anthropic'in hemen tam kredi vermesi gerekirdi diye düşünüyorum
Bu da sanki gelecekte müşteri desteğinin nasıl olacağının kısa bir ön izlemesi gibi
"Evet, gerçekten üzgünüz ama lütfen bunu görmezden gelin. İsterseniz AI chatbot ile birkaç saat daha konuşabilirsiniz. Pek yardımcı olmayacak ama bize token maliyeti olarak yaklaşık 0.12 dolar daha yazar" gibi bir hava veriyor
Anthropic'te bu durumun ilk kez insanlar tarafından fark edilme kanalının HN olacağını da düşünebilirim
Muhtemelen iade ya da telafi asla önermemesi söylenmiş bir LLM'nin baştan sona yazdığı bir yanıttı
Mahkeme, chargeback gibi yollarla karşılık verilmezse neden kendi kendilerine rota değiştirsinler ki
Sonunda bir DiCaprio alkışı bile vardı; şaka değilmiş olması işi daha da absürt kılıyor
Ben Claude Code ekibinden Thariq
Hata ortaya çıktığından beri bununla ilgileniyoruz ve etkilenen herkese tam iade ile birlikte özür amacıyla aylık abonelik ücreti kadar ek kullanım kredisi veriyoruz
Asıl metin burada: https://x.com/trq212/status/2048495545375990245
Hâlâ etkilenen herkese e-posta gönderme sürecini de yürütüyoruz
Destek akışı, bunun gibi karmaşık hataları mühendisliğe yönlendirecek şekilde tasarlanmamıştı; bunu iyileştirmek istiyoruz ama biraz zaman alacak
Zarar gören herkesten özür diliyorum
Otomatik yükleme kapalı olmasına rağmen mart ayında 45.08 dolarlık bir fatura aldım ve destek ekibine ulaşmaya çalıştığımda tamamen tıkandım
Bağlantısını verdiğim gönderiye bakınca bunu yaşayan sadece ben değilmişim
teknik hata ya da hizmette yaşanan düşüş nedeniyle yanlış faturalandırma yönlendirmeleri için telafi sağlayamayacağınızı söylediğinizi anlamıyorum
Tam olarak neyin telafi ödemesini engellediğini merak ediyorum
X kullanmayan biri olarak, bu tür duyuruları hangi kanaldan takip etmemiz gerektiğini de söylemeniz iyi olurdu
Gönderiyi açanın GitHub issue başlığına yapıştırdığı, neredeyse halüsinasyon gibi duran destek yanıtı bağlamdan kopuk şekilde büyük yanlış anlamalara yol açıyor
Bir botun, desteğe ihtiyacınız varsa tekrar bota söylemenizi istemesi gerçek destek değil
Sadece dışarıdan destek varmış gibi görünüyor, ama gerçekte yardım alabileceğiniz bir yol yok
Teknik hata yüzünden yanlış faturalandırma olsa bile telafi veremeyeceğini açıkça söyleyen bir şirket gördüğümü neredeyse hiç hatırlamıyorum
Eğer bu bir politikaysa gerçekten akıl almaz düzeyde
Kendi iş süreçlerinde kendi ürünlerinin tipik bir başarısızlık modunu sergilemiş olmaları da durumu imaj açısından daha kötü yapıyor
Kullanıcı adına bakınca anlaşılabiliyor
https://x.com/trq212/status/2048495545375990245
Şimdi bakınca iadeye ek olarak 200 dolar kredi de veriliyor gibi görünüyor
Şirketin kendi hatasını düzeltmesi için illa meseleyi büyütmek gerekmemeli
200 doları alıp sonra da geri veremeyiz demeleri sınırı aşmıştı
Yine de OP'nin GitHub issue'ya koyduğu o ilk yanıtın tam olarak nereden geldiği hâlâ biraz belirsiz
Issue'yu üstünkörü okuduğum için belki sonradan bağlam eklenmiştir, emin değilim
Kısa süre önce otomatik yüklemede 100 dolarlık çift çekim yaşadım
Anthropic ile iletişime geçmeye çalıştım ama beklendiği gibi önümdeki tek seçenek chat ajanıydı; konuşma bitince birinin yardım için bana ulaşacağı söylendi ama sonunda hiçbir şey olmadı
Sonunda kart şirketi üzerinden itiraz açtım ve kart şirketi benim lehime karar verdi
Aralıkta iOS uygulamasında bir bug vardı; App Store üzerinden abonelik alsanız bile backend'e işlenmiyor, para çekiliyor ama plan yetkileri hesaba gelmiyordu
Durum duyurusu şuradaydı: https://status.claude.com/incidents/6rrnsb1y0kbn
Ücretsiz plandan normal plana geçmeye çalıştım, ödeme alındı ama hesap ücretsiz kaldı; geçici bir bug sandım ve bu kez Max planı denedim, sonuç aynıydı
İptal edip yeniden başlamayı denedim ama hesap kalıcı olarak Apple kullanıcısı olarak kilitlendi ve plan yönetimi sadece iOS uygulamasından yapılabilir hâle geldi; yeniden normal plan almaya çalışınca da aynı sorun tekrarlandı
Destek botu bunun gerçekten bir bug olduğunu, iade ve düzeltme gerektiğini kabul etti ama hesap hiç düzeltilmedi, iade de yapılmadı
Apple üzerinden iade talebi açtım ve nispeten hızlı şekilde geri ödeme aldım; bot da söz verdiği gibi bunu bir insana escalation etmedi
Bug'ın düzeltildiği söylendi ama kişisel e-posta hesabım hâlâ kalıcı limbo durumunda; ücretsiz plandan başka bir plana geçemiyorum
Yakın zamanda tekrar denedim, yine para çekildi ve ücretsiz planda kaldı; sonunda Anthropic/Claude'a para ödeyebilmek için ayrı bir Gmail açmak zorunda kaldım
Kargo takibinde açıkça Address unknown, returning to sender yazmasına rağmen böyle olmuştu
O zaman doğrudan banka hesabımdan chargeback açmalıydım; bunu yapınca mutlaka bir insan işin içine giriyor
Dersi net şekilde almış oldum
Chatbot üzerinden yazıp ticket da açtım, her gün e-posta da atıyorum ama hiçbir yanıt yok
Ne yazık ki benim chargeback seçeneğim de yok
Anthropic'te son dönemde olanlar neredeyse zincirleme felaketler gibi görünüyor
Opus 4.7'de ne olduğu bile belli değil; sonunda 4.6'ya geri dönüldü ama 4.6 da zaten performans düşüşü gibi hissettiriyordu
Hem kişisel deneyimim hem de harness değişiklikleriyle ilgili GitHub başlığı aynı izlenimi veriyor
Bu kadar düşüşe rağmen abonelik ödemek için bir neden görmüyorum, büyük olasılıkla iptal edeceğim
Şu anda Opus kadar iyi en az 3 model daha var ve pi project'in harness tarafında en iyisi olduğunu düşünüyorum
Son dönemdeki sorunları neredeyse hiç hissetmemiş bir Anthropic kullanıcısı olarak, bu şikâyetler yüzünden ayrılanların geride kalanlara daha fazla hesaplama kaynağı bırakması açısından onlara neredeyse minnettarım
Yine de ürünün kendisini iyi yapıyorlar
sasha-id'nin Anthropic çalışanı mı, resmî bot mu yoksa troll mü olduğunu anlamakta zorlandım
Yanıtın yapısı tuhaftı, bir de GIF eklenmişti; bu yüzden yalnızca Cherny'nin yanıtı gerçek gibi görünüyordu
Ciddi bir soruydu, çok barizse peşinen özür dilerim
Benim yorumum, hata raporunu açan kişinin aldığı orijinal e-posta yanıtını, e-postadan geldiğini belirtmeden doğrudan yapıştırdığı yönünde; kafa karışıklığını da bu artırmış gibi
Ayrıca onun söylediği şeyin "iade yok" mu yoksa "iade işlemini kendisi yapamıyor" mu olduğu da belirsiz
GitHub Issue'nun iade talebi açmak için uygun yer olup olmadığından da emin değilim
Şu an gördüğümüz şey sanki hikâyenin sadece bir kısmı ve umarım karşı tarafta gerçek bir insan bunu okuyup uygun şekilde ele alıyordur
Görünüşe göre Anthropic'ten gelen e-postayı bağlam olmadan kopyalayıp yapıştırmış ve GIF de kendi tepkisiymiş
Buradaki yorumların karışmasının nedeni, Anthropic'in destek yanıtını doğrudan kopyalayıp yapıştırmış olması
Bağlantı şu: https://github.com/anthropics/claude-code/issues/53262#issue...
Neyin gerçek issue, neyin halüsinasyon olduğunu ayırt etmek neredeyse imkânsız ve Anthropic'in bunları okumaya çalışması bile şaşırtıcı
Bu vakada ise yazarın destek ekibinin söylediği şeyi alıntıladığı anlaşılıyor
PR'da github actions kullanıcısı bu issue'yu daha önce açılmış https://github.com/anthropics/claude-code/issues/53171 için muhtemel bir tekrar olarak işaretlemişti ama o issue sonradan düzenlenmiş gibi de pek görünmüyor
O zaman sasha-id o bug raporunu kopyalayıp kendisi bulmuş gibi mi oldu diye düşünmeden edemiyorum
Anthropic'in sık sık önce sert bir pozisyon alıp sonra geri adım attığı bir örüntü var gibi
Bu belki iç iletişim eksikliğinden kaynaklanıyordur ama bu kişi sonunda iadesini alacak olsa bile dışarıdan görünen tablo gerçekten çok kötü
Bu tür bir yaklaşımı kabul etmek zor
Çeşitli organizasyonlarda gördüğüm, önce zorlayıp tepki gelirse geri çekilen türden bir ask forgiveness not permission yaklaşımı da olabilir
Tutarsa başarı sayılıyor, itiraz gelirse iptal ediliyor
Eskiden bir yönetici, 6 aydır giriş yapmamış tüm kullanıcı hesaplarını silelim diye ısrar etmişti; insanlar sinirlenir, Twitter ya da Reddit'e yazar diye uyardığımızda da "sürdürülebilir olmadığını açıklarız, isterlerse yeniden hesap açarlar" diyerek kendinden emin biçimde bastırmıştı
Biz de uyguladık; devreye alınmasından 1 saniye sonra öfkeli destek ticket'ları ve sosyal medya paylaşımları yağmaya başladı, o yönetici de hemen "Ben böyle uygulanmasını beklemiyordum" diye geri çekildi
Nasıl bir sonuç bekliyordu, hâlâ anlayabilmiş değilim
Elbette Anthropic'in bazı yöntemlerini destekleyen çalışanlar da vardır ama benim tahminim, şirketin kasıtlı olarak net çizgiler koymamasının nedeni duruma göre istediği gibi hareket etme alanı bırakmak istemesi
Ocakta bana üç kez mükerrer ücret yansıtıldı; Anthropic olguları kabul etmesine rağmen iade yapmayı reddetti
Sonunda kart itirazıyla ben kazandım
Eğer banlandıysa yeni hesap açabildiniz mi, yeni hesap da engellendi mi, bunu da öğrenmek isterim
Claude kullanmamaya çok erken karar verdim
Aynı telefon numarasıyla ikinci bir hesap açmayı, üstelik iş amacıyla bile, engellediklerinde zaten bir şeylerin ters olduğunu anlamıştım
Daha sonra bu sınırlamayı kaldırdılar ama o olay bile Anthropic'in müşterilerini gerçekten anlamadığını göstermeye yetmişti
Model iyi olabilir ama kayıt süreci rakiplerine göre çok daha karmaşık ve zahmetli ve genel olarak epey dağınık görünüyor