`HERMES.md` commit mesajına girince istekler ek kullanım ücretlendirmesine yönlendirildi
(github.com/anthropics)- Son dönemde git commit mesajında
HERMES.mddizgesi yer aldığında Claude Code istekleri Max plan kotası yerine extra usage ücretlendirme yoluna gönderiliyordu - Bu tetikleyici diskte dosyanın var olup olmamasıyla ilgili değil; doğrudan commit mesajı içeriğinden kaynaklanıyor.
add HERMES.mdbaşarısız olurkenadd hermes.mdnormal işleniyor - Yeniden üretim testlerinde
claude-opus-4-6[1m]veclaude-opus-4-7üzerindeAPI Error: 400 "You're out of extra usage..."doğrulandı;HERMES,HERMES.txt,README.mdgibi ifadeler ise aynı davranışı oluşturmuyor - Etkilenen ortamda haftalık plan kapasitesi hâlâ durmasına rağmen $200.98 extra usage kredisi tükendi ve extra usage bittikten sonra birden fazla proje kullanılamaz hale geldi
- Nedenin aşırı agresif çalışan bir anti-abuse system olduğu doğrulandı, düzeltme uygulandı; ardından issue completed olarak kapatıldı ve geri ödeme ile ek usage credits duyurusu paylaşıldı
Sorunun özeti
- Son dönemde git commit geçmişinde
HERMES.mddizgesi yer aldığında Claude Code istekleri Max plan kotası yerine extra usage ücretlendirme yoluna yönlendiriliyordu - Bunun diskte
HERMES.mdadlı bir dosyanın bulunup bulunmamasıyla ilgisi yok; tetikleyici doğrudan git commit message içeriği - Claude Code yakın commit’leri system prompt içine eklediği için, bu dizge bulunduğunda sunucu tarafı yönlendirme değişiyor gibi görünüyor
- Dahil olan Max 20x planın haftalık kullanımının yalnızca %13’ü tüketilmişken bile $200.98 tutarındaki extra usage kredisi bitirildi; extra usage tükenince de birçok proje tamamen kullanılamaz hale geldi
- Aynı anda plan panosunda haftalık kapasitenin %86’dan fazlası boş göründüğü için, gerçek ücretlendirme yolu ile gösterilen durum birbiriyle çelişiyordu
Yeniden üretim koşulları ve sonuçlar
- Yeniden üretim ortamı Claude Code v2.1.119, macOS Apple Silicon, Max 20x plan $200/month ve model
claude-opus-4-6[1m]; durumclaude-opus-4-7üzerinde 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üyor - Aynı adımlarda commit mesajı
add hermes.mdolarak değiştirildiğinde istek plan kotası yolu üzerinden işleniyor ve"Hello!"dönüyor - Yeniden üretim betiği
/tmp/test-failve/tmp/test-passdizinlerini oluşturup ardındangit init, dosya ekleme, commit,claude -pçalıştırma ve sondarm -rfile temizleme akışını izliyor - Tetikleyici ayrıştırma sonucu olarak
"HERMES.md"ve"test HERMES.md test"başarısız olurken,"hermes.md","HERMES","HERMES.txt","AGENTS.md","README.md"normal çalışıyor - Diskte
HERMES.mddosyası bulunsa bile commit mesajı temizse normal çalışıyor; aynı depoda bile orphan branch ile geçmiş yoksa yine normal çalışıyor
Kök neden takibi ve beklenen davranış
- Kök neden takibi, etkilenen depoyu kopyalama, orphan branch testi ve tek tek commit mesajı dizgelerini ayıran sistematik bir binary search ile ilerleyip sonunda tam tetikleyicinin
HERMES.mdolduğu sonucuna ulaştı - API isteklerinin ücretlendirme yönlendirmesi system prompt içindeki git commit message içeriğine bağlı olmamalı; Max plan abonelerinin istekleri öncelikle dahil olan plan kotasına yönlendirilmeliydi
out of extra usagehata mesajı, nedenin içerik tabanlı yönlendirme olduğuna dair hiçbir ipucu vermediği için teşhis çok zorlaştı- Yakın git commit’lerinde
HERMES.mdbulunan kullanıcılar için kullanım, fark ettirilmeden extra credits üzerinden ücretlendirilebilecek durumdaydı
Sürecin ilerleyişi ve nihai durum
- Bir ekip üyesi, bu sorunun aşırı agresif çalışan anti-abuse system nedeniyle oluştuğunu ve zaten düzeltildiğini belirtti
- Sonrasında issue completed durumunda kapatıldı
- GitHub Actions botu, olası yinelenen 3 issue önerdi
- [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, 3 gün içinde bunun otomatik olarak duplicate olarak kapatılabileceğini bildirdi; duplicate değilse yorum bırakılması veya 👎 işareti verilmesi istendi
Geri ödeme ve destek yanıtı
- Metinde, teknik bir hata nedeniyle oluşan yanlış billing routing için bile telafi veya geri ödeme sunulamayacağını belirten destek yanıtı yer alıyor
- Ancak daha sonra https://news.ycombinator.com/item?id=47952722 itibarıyla etkilenen kullanıcılara tam geri ödeme ile birlikte aylık abonelik ücreti büyüklüğünde ek usage credits verileceği belirtildi
- Claude Code ekibinden Thariq, https://x.com/trq212/status/2048495545375990245 bağlantısını paylaştı
- Etkilenen tüm kullanıcılara e-posta gönderme sürecinin sürdüğü de aktarıldı
- Destek yapısı bu tür karmaşık bug durumlarını engineering ekibine yönlendirecek şekilde hazır değildi; bunun iyileştirilmeye çalışıldığı ama zaman gerektirdiği belirtildi
- Böylece geri ödeme yapılamayacağı yönündeki mesaj ile sonraki geri ödeme duyurusu aynı akış içinde çelişkili mesajlar olarak yan yana kaldı
Kullanıcı tepkileri ve tasarım eleştirileri
- Geri ödeme durumunun belirsiz olduğu aşamada bazı kullanıcılar abonelik iptali noktasına kadar gitti; geri ödeme yanıtının gelmemesi ve mesaja eklenen clap gif’i iptal gerekçeleri arasında sayıldı
- Bazı yorumlarda, destek yanıtının gerçekten geri ödemeyle sonuçlanıp sonuçlanmadığına göre gelecekteki tutumun belirleneceği ifade edildi
- Görsel ve meme tarzı ifadeler nedeniyle, ilk paylaşımdaki yorumun aslında gönderi sahibinin sözü değil, bir support bot alıntısı olduğu sonradan fark edildi
- @bcherny raporuna dayanarak, overactive anti-abuse system’in bazı istekleri engellemek yerine extra usage billing yoluna attığı yönünde yorumlar da yapıldı
- Eğer mesele abuse ise sistemin isteği engellemesi gerektiği, bunu ek ücretlendirmeye çevirmenin kabul edilemez olduğu eleştirisi geldi; kotayı fiilen aşmadan isteği işlemeye devam edip bunun yerine upcharge yapan bir mod varsa, tasarımın kendisinin sorunlu olduğu söylendi
- Kullanıcının yerelde çalışan bir istemciyi doğrudan denetlemeye çalışmasının bir breach gibi ele alınmasına tepki gösterildi; kullanıcı adına hareket eden bir software agent’a yetki devredilebilmesi gerektiği de savunuldu
- Kişisel agent satıldığı söylenirken gerçekte hoş karşılanan modelin person+agent kombinasyonu gibi görünmesi de eleştirildi
Alternatif model tartışması
- Çin merkezli open weight models, yerel donanım üzerinde barındırılabilen ve uygun donanım varsa tamamen kendi başına çalıştırılabilen alternatifler olarak anıldı
- Bu modellerin Anthropic’e kıyasla 10 ila 50 kat daha ucuz olduğu ve kodlama performansının yaklaşık %2,7 daha düşük olduğuna dair bir sayı da paylaşıldı
Henüz yorum yok.