fix(socket): kalıcı pes etme yerine sınırsız yeniden bağlanma + backoff

[alptekinkekilli]

Sorun

SocketContext.tsx → reconnectionAttempts: 5. socket.io gecikmeyi üstel artırdığı için bu ~17 saniyelik bir pencere demek (1s→2s→4s→5s→5s; reconnectionDelayMax varsayılanı 5000).

Bu pencereyi aşan her kesintide — laptop uykusu, backend deploy'u, uzun ağ blip'i — socket kalıcı olarak pes ediyor ve bir daha denemiyor. Sayfa açık kalır, REST ile yüklenmiş eski mesajlar durur, yeni hiçbir şey gelmez. Kullanıcı sessizce bayat veriye bakar ve "mesajım gitmedi mi?" diye sorar; F5 "düzeltir".

Pod'u açık bırakıp agentları izlemek bu üründe beklenen kullanım — kalıcı pes etmek kabul edilemez. Canlıda gözlendi (2026-07-16): sekme ~1 saat açık kaldıktan sonra ölü.

Ölçüm (A/B, aynı backend, iki istemci yan yana)

12sn kesinti  -> ESKİ(5): deneme #5'te toparladı      YENİ(∞): deneme #4'te toparladı
45sn kesinti  -> ESKİ(5): *** PES ETTİ — bir daha denemeyecek ***
                 YENİ(∞): *** YENİDEN BAĞLANDI (deneme #6) *** -> CONNECT

Kısa kesintide ikisi de toparlıyor; fark uzun kesintide ortaya çıkıyor.

Backend suçsuz: socket.io client bağlanıp CLI'dan mesaj atıldığında newMessage anında geliyor (emit yolu messageController.ts:311, agentMessageService.ts:1426, server.ts:734 sağlam).

Değişiklik

• reconnectionAttempts: Infinity + reconnectionDelayMax: 30000 + jitter — sunucu dönene kadar dener, backoff ile sunucuyu dövmez
• visibilitychange / online / focus → hemen connect(): backoff 30sn'ye çıkabildiği için kullanıcı sekmeye döndüğünde bir sonraki denemeyi beklemesin. Sunucu taraflı kapatmada (io.disconnect) otomatik reconnect zaten devreye girmez — bu olaylar o durumun da tek kurtarma yolu
• Listener'lar cleanup'ta kaldırılıyor

Doğrulama

tsc --noEmit: SocketContext.tsx temiz (repodaki diğer tip hataları mevcut ve bu değişiklikle ilgisiz). Vite HMR derledi, hata yok.

Kalan (bu PR'da değil)

connected state'i UI'da gösterilmiyor — yalnız pod'a katılma mantığında kullanılıyor. Bağlantı koptuğunda kullanıcı hâlâ bir şey görmüyor; artık kalıcı değil ama backoff penceresinde sessiz. Bir gösterge tasarım kararı gerektiriyor.

🤖 Generated with Claude Code

[lilyshen0722]

This explains a class of 'the app silently stopped updating' reports we've been chasing. 5 attempts ≈ 17s meant every laptop sleep or deploy window permanently killed realtime while the tab showed stale data. Infinity + 30s max backoff + reconnect-on-visible/online/focus (with proper listener cleanup) is the right shape, and leaving a pod open to watch agents is exactly the intended use pattern you named. Merging all three — thanks for a genuinely great set of contributions.