AI ile üretilen HTML dashboard'lar, 500 kişilik şirkette 150 bin dolarlık Looker'a yetişti

Kurumsal aracı yakalayan yan proje

Üç mühendislik veri platform ekibi, tek bir öğleden sonrada kurulmuş, AI ile üretilen HTML dashboard'ları barındıran dahili bir servisin, şirketlerinin yılda yaklaşık 150.000 dolarlık Looker dağıtımıyla haftalık kullanıcı sayısında eşitlendiğini — ve Looker kullanımının yaklaşık üçte bir düştüğünü söylüyor. Bu anlatı david.lequin.dev blogunda yayımlandı ve Hacker News ana sayfasına ulaştı.

Yazar, yaklaşık 500 kişilik ve yaklaşık 300 Looker lisansı için ödeme yapan bir şirketi anlatıyor; burada veri ekibi zamanının çoğunu Snowflake'de, 2.000 modeli aşan bir dbt projesinde ve bunları çevreleyen Airflow, Airbyte, DataHub ve Kubernetes altyapısında harcıyor.

Başıboş dosyalardan dahili platforma

Gönderiye göre dönüm noktası Ocak başında geldi; Opus 4.5 çalıştıran Claude Code o kadar iyi hale geldi ki, daha önce hiç terminal açmamış finans, operasyon ve pazarlama çalışanları dashboard'lar arasında tıklamak yerine bütün gün prompt yazmaya başladı. Kritik nokta şuydu: asistan, yanıt vermeden önce bir sorgu çalıştırarak sayıları doğrulayabiliyordu ve bu, akıcı üsluptan daha önemliydi.

Claude'ın çıktısı giderek grafikli tek dosyalık HTML sayfaları biçimini aldı — yazarın iddiasına göre çoğu zaman, sabit grafik türleri ve renklerle sınırlı şirketin Looker panel görünümünden daha iyiydi. Sorun dağıtımdı: bu sayfalar kişisel makinelerde birikiyor ve Slack eki olarak dolaşıyordu. Şubat ayında ekipten bir mühendis bir öğleden sonrasını küçük bir barındırma servisi kurmaya harcadı — S3'te dosyalar, önde SSO, birkaç test — ve şirket mevcut Terraform ve Helm kurulumuyla dağıttı. Bir Claude plugin'i olarak paketlenen bir Python scripti, herkesin üretilmiş bir sayfayı dahili domaine push etmesini sağladı.

Veri ambarı izin sistemi haline geldi

Mart ayında ekip, görüntüleyenin kendi Snowflake OAuth token'ıyla SQL çalıştıran bir canlı sorgu API'si ekledi. Bu, bir izin modeli kurma ihtiyacını ortadan kaldırdı: yıllar içinde özenle korunmuş Snowflake rolleri zaten kimin neyi okuyabileceğine karar veriyor ve veri ambarı satış tablosunu reddederse, dashboard da bu reddi miras alıyor. Nisan'a gelindiğinde tek giriş yöntemi Snowflake OAuth oldu.

Bildirilen benimseme hızla büyüdü: Mart'ta 23 haftalık görüntüleyici, Haziran'da 136; Nisan'da e-posta ve Slack dışa aktarımları, Mayısta dashboard parametreleri geldi. Kullanıcılar dashboard'ların kendilerini yeniden üretmelerini zamanladılar, düğmeler eklediler ve yazarın hiçbir geleneksel BI aracının izin vermeyeceği düzenler oluşturdular.

Güvenlik düzgün bir yeniden inşayı zorunlu kıldı

İlk sürüm, yazarın kendi itirafına göre tehlikeliydi: dashboard JavaScript'i kullanıcı oturumlarıyla aynı origin üzerinde çalışıyordu, dashboard başına izinler yoktu ve her sayfa fiilen onu açan kişinin kimliğine bürünebiliyordu. Ekip bunu yine de yayınladı, çünkü VPN ve SSO'nun arkasındaydı ve işi yapan başka bir şey yoktu.

Şirketin büyük bir kısmı buna bağlı hale geldiğinde, ekip bilinçli olarak yeniden inşa etti. Birden fazla repo'ya ve bir plugin'e dağılmış upload scriptlerinin yerini tek bir remote MCP bağlayıcısı aldı; kullanıcının Snowflake token'ını iletiyor ve API kimliği SELECT CURRENT_USER() ile doğruluyor. Bir AI'ın yüklediği her şey, bir insan publish'e tıklayana kadar taslak olarak kalıyor. Her dashboard artık kendi origin'i üzerinde, cookie'siz ve katı bir content security policy ile sandbox'lanmış bir iframe içinde çalışıyor ve yalnızca postMessage aracılığıyla bir üst kabukla iletişim kuruyor. Content token'ları bir saat sonra süresi doluyor ve tek bir dashboard, tek bir görüntüleyici ve tek bir host kapsamında.

Bir kural değişmeden kaldı: hâlâ herkes tek bir prompt ile herhangi bir HTML'i, inceleme adımı, şablon veya onaylı widget listesi olmadan yayınlayabiliyor. Yazar, yönetişimin zaten dbt modellerinde ve Snowflake rollerinde yukarı akışta gerçekleştiğini ve insanlarla dashboard'ları arasına konan her engelin onları paylaşılmayan yerel dosyalara geri ittiğini savunuyor.

Neden önemli

Bildirilen sayılar doğruysa, bu, AI destekli geliştirmenin B2B SaaS'ı aşındırıp aşındırmadığı tartışmasında keskin bir veri noktası: üç mühendis, öğleden sonralık bir ilk çalışma ve kimin neyi görebileceğini zaten bilen bir veri ambarı, altı haneli bir kurumsal sözleşmeyle yarışıyor. Ayrıca yönetişimin nereye ait olduğunu yeniden çerçeveliyor — BI katmanında değil veri katmanında — ancak bu yalnızca Snowflake rolleri ve dbt modelleri zaten iyi korunmuş ekipler için işe yarar. Uyarılar gerçek: bu, Kubernetes, Terraform ve dbt'ye zaten hâkim bir ekipten gelen, doğrulanmamış tek bir anlatı ve gerçekten zor mühendislik, grafik üretmek değil, rastgele ve incelenmemiş JavaScript'i paylaşılabilir kılmak oldu. Orta ölçekli mühendislik ekipleri için ders, BI sözleşmelerini iptal etmekten çok, dashboard katmanının gerçekte hangi maliyetleri karşıladığını sorgulamakla ilgili.