ResolveHQ, tamamen Cloudflare Workers, D1, R2 ve Queues üzerinde çalışan, kendi sunucunuzda barındırılabilen bir yardım masası

Tek bir Worker olarak çalışan ortak gelen kutusu

Küçük destek ekipleri için kendi sunucunuzda barındırılabilen bir yardım masası olan ResolveHQ, geliştirici mirza-rizvi'nin GitHub deposuna bağlanan bir Show HN gönderisiyle Hacker News'te ortaya çıktı. Proje dokümantasyonuna göre ürün, müşterilerin kiracı başına yalıtıldığı ve biletlerin atama, durum, öncelik, etiket ve tam metin aramayı desteklediği ortak bir gelen kutusu etrafında şekilleniyor. Erişim rol tabanlı; Owner, Admin ve Agent rollerini kapsıyor ve bir çalışma alanı değiştirici sayesinde tek kurulum birden fazla organizasyona hizmet verebiliyor.

Özellik listesi bir hafta sonu demosundan çok geleneksel bir SaaS yardım masasını andırıyor: kayıtlı yanıtlar ve iç notlar, triyaj için kural tabanlı otomasyonlar, atamalar ve müşteri yanıtları için uygulama içi bildirimler, bilgi tabanı makalelerinden yayınlanan ve taslakların ekibe özel kaldığı herkese açık bir yardım merkezi ile herhangi bir zaman dilimi için CSV dışa aktarma içeren, hacim ve yanıt hızını kapsayan bir Raporlar görünümü. Arayüz, Slack tarzı koyu mor bir kenar çubuğu, kendi sunucunuzda barındırılan Lato tipografi, Lucide ikonları ve Radix UI bileşenleri kullanıyor; açık ve koyu temalar, Cmd/Ctrl+K gezinme ve alt gezinme üzerine kurulu mobil düzen mevcut.

Mimari

Her şey kendi hesabınıza dağıtılan tek bir Cloudflare Worker olarak çalışıyor. Hono framework'ü hem REST API'yi hem de yerleşik React uygulamasını sunarken, geri kalanını Cloudflare'ın yönetilen bileşenleri hallediyor:

• D1 biletleri ve müşteri kayıtlarını tutuyor.
• R2 ekleri saklıyor; yalnızca doğrulanan ve yetkilendirilen yüklemelerle kabul ediliyor.
• Cloudflare Queues gelen ve giden posta işlerini taşıyor.
• Email Routing gelen postayı Worker'a ulaştırıyor, Resend giden postayı gönderiyor; teslimat durumu takibi, yeniden denemeler ve idempotent webhook'lar dahil.

Ortak bir destek adresi işletmiş herkes için iki detay öne çıkıyor. E-posta zincirleme RFC 5322'yi takip ediyor; README'ye göre bu, konu satırı sahteciliğinin mesajları biletler arasında yanlış zincirlemesini önlüyor. Ve başarısızlık olağan bir durum olarak ele alınıyor: dead-letter kuyrukları incelenebilen ve kurtarılabilen dayanıklı kayıtlara akıtılırken, beş dakikalık bir cron işi takılan posta işlerini yeniden deniyor ve hazırlama ile yetim verileri temizliyor. Üç bölmeli gelen kutusu arayüzü ayrıca iyimser sürüm çatışmalarını yönetiyor, böylece eşzamanlı düzenlemeler sessizce birbirinin üzerine yazmak yerine gün yüzüne çıkıyor.

Dağıtım ve maliyet

Dağıtım bir Deploy to Cloudflare butonuyla başlıyor. Ön koşullar bir Cloudflare hesabı, Email Routing'in yapılandırılabilmesi için Cloudflare'de barındırılan bir alan adı ve isteğe bağlı olarak giden posta için doğrulanmış bir gönderme alan adına sahip bir Resend hesabı. İlk çalıştırma kurulumu, çalışma alanı sahibi olarak kaydolmak, destek adresini Worker'a ileten bir Email Routing kuralı eklemek ve gelen kutusuna düştüğünü doğrulamak için bir test mesajı göndermek anlamına geliyor.

Maliyet konusunda dokümantasyon alışılmadık derecede açık sözlü. Küçük dağıtımlar, kullanım Workers, D1, R2, Queues, Cron Triggers ve Email Routing için geçerli limitler içinde kaldığı sürece Cloudflare'ın Ücretsiz planında çalışabilir; ancak kimlik doğrulama veya posta ayrıştırma gibi CPU yoğun işler Workers Paid gerektirebilir ve geliştirici kendi dağıtımınızda kıyaslama yapılmasını öneriyor. Queues ücretsiz katmanda mevcut, R2 ise ayrı hesap etkinleştirmesi ve faturalandırma kurulumu gerektiriyor. Yerel geliştirme için bir Vite uygulaması 5173 portunda çalışıyor ve API çağrılarını 8787 portundaki Wrangler'a proxy'liyor.

Veri kontrolü ve AI varsayılanları

Gizlilik odaklı özellikler sonradan eklenmiş değil, içsel olarak tasarlanmış. Bir müşteri hakkında saklanan her şey JSON olarak dışa aktarılabiliyor ya da kuyruklarda bekleyen postayı da iptal eden dayanıklı ve sürdürülebilir bir iş akışıyla silinebiliyor. Örneğin 365 olarak ayarlanan bir TICKET_RETENTION_DAYS değişkeni, zamanlanmış bir temizlik işinin çözülen ve kapatılan biletleri, ekleri dahil, pencereyi aştıklarında kalıcı olarak silmesini sağlıyor. AI tarafından taslaklanan yanıtlar, bir yönetici çalışma alanı başına açmadığı sürece kapalı kalıyor; bunlar, varsayılanı gpt-4o-mini olan isteğe bağlı bir model ayarıyla birlikte bir OpenAI API anahtarı gerektiriyor ve anahtar olmadan özellik gizli kalıyor, hiçbir AI çağrısı yapılmıyor. Yalnızca onaydan sonra bilet konuşmaları OpenAI'ye ulaşıyor. README, biletlerin ve eklerin kendi Cloudflare hesabınızda yaşadığını, ancak giden e-posta içeriğinin Resend'den geçtiğini belirtiyor. Çok dilli arayüzler ve uygulama dışı bildirimler, örneğin e-posta özetleri, henüz uygulanmadı.

Neden önemli

Yardım masaları genellikle ya barındırılmış bir SaaS aboneliği ya da sunucular, veritabanları ve cron işleriyle ağır bir kendi sunucunuzda barındırma yığını anlamına geliyordu. ResolveHQ, e-posta alımı, arka plan işleri, dosya depolama, zamanlanmış bakım ve herkese açık bir yardım merkezini kapsayan eksiksiz bir çok kiracılı ürünün, küçük ekipler için sıfıra düşebilen ölçümlü fiyatlandırmayla tamamen tek bir Worker üzerindeki yönetilen edge bileşenlerinden oluşturulabileceğini gösteriyor. Kurucular için ayrıca edge-native operasyonel hijyenin bir referans uygulaması işlevi görüyor: idempotent webhook'lar, dead-letter kurtarma, kendini onaran cron işleri, kiracı yalıtımı, saklama ve silme iş akışları ve temkinli AI kapıları. Bu, edge platformlarının dağıtım yeniliği olmaktan çıkıp gerçek SaaS ürünleri için güvenilir bir temele dönüştüğünün güçlü bir sinyali.