Yolda, Telefonla, AI'yla: Spotify Quiz Oyunu Yapmak Nasıl Bir Şey?

Hitster diye bir müzik oyunu var. QR kodu taratıyorsun, Spotify bir şarkı çalıyor, arkadaşların yılını tahmin ediyor, herkes kartları zaman çizgisinde sıralıyor. Basit, bağımlılık yapıcı, ve 25 euro civarında mal sahibi olabiliyorsun.

Bir geliştirici kafasına koydu: niye alsam ki, kendim yapabilirim? Ama işin püf noktası şurada: Avusturya'dan Almanya'ya giden bir otoyol yolculuğunun yolcu koltuğunda oturuyor, yanında telefon, evdeki bir sunucu, ve Claude AI var.

Çıkan sonuç, modern AI destekli yazılım geliştirmenin gerçekte neler başarabileceğini—ve nerede duvarla çarptığını gösteren harika bir örnek olay.

Kısıtlamalar Aslında Avantajdı

Yapay bir deney değildi bu. Gerçek bir sorunun çerçevesi içinde çözüme ulaşma girişimiydi. Laptop yok. Klavye yok. Telefon ekranına bakıp API belgelerini Google'da aramak yok. Telegram üzerinden Claude'a ses mesajları, sunucuda çalışan kod, ve mobil ekranda ne görüyorsa ona göre ilerlemek.

Ortaya çıkan teknoloji seti kasıtlı olarak minimaldi: saf HTML, CSS, JavaScript. Spotify'ın PKCE doğrulaması (arka uç gerektirmeyen). QRCode.js kodu üretmek için. Html5-QRCode taramak için. Şişirilmiş hiçbir şey yok. Gereksiz hiçbir şey yok.

Bu aslında kısıtlama odaklı tasarımın ne kadar iyi sonuç verdiğinin bir dersi. Kütüphaneleri ve dokümantasyonları kolayca kontrol edemediğinde, test edilmiş ve iyi dokümante edilmiş araçları seçiyorsun. Garip bağımlılıklardan kaçınıyorsun. Karmaşıklığı öngörülebilir tutuyorsun.

Üç Saat İçinde İlk Başarı

Araç Burger King'e molaya geldiğinde, temel işlevler çalışıyordu. Geliştirici telefonunda bir QR kodu taratabiliyordu ve gerçekten Spotify çalma listesinden bir şarkı başlıyordu.

Bunu düşün: fikir aşamasından çalışan prototipe, tamamen ses komutları ve uzaktan kod çalıştırma yoluyla, üç saat. Spotify doğrulaması başlı başına—normalde geliştirici konsolunda gezinmeyi, OAuth akışlarını anlamayı, token değişimini hata ayıklamayı gerektiriyor—ilk gerçek testte çalıştı.

Sırrı sihir değildi. Etkili iletişimdi. Geliştirici Claude'a tam olarak ne inşa etmek istediğini söyledi. Claude açıklayıcı sorular sordu, uygun araçları seçti, ve harekete geçti. Geliştirici bir duvarla karşılaştığında (Spotify test kullanıcısı olarak kayıt olmak gerekiyordu), insan sorusu sordu ve insan cevabı aldı. AI tahmin etmek zorunda değildi.

İş Akışının Gerçekten Parlak Olduğu Yerler

Uzaktan hata raporlaması hata ayıklamayı yeniden tanımladı. Android Chrome'da test etmek, DevTools konsolu anlamına gelmiyor. Tipik yöntem şöyle olurdu: neyin yanlış olduğunu tahmin et, kodu değiştir, sayfayı yenile, çalışıyor mu kontrol et, tekrarla. Bunun yerine Claude, tarayıcı tarafında JavaScript hataları sunucuya geri gönderen raporlama eklemesini önerdi. Aniden geliştirici sadece ne gördüğünü ("düğme cevap vermiyor") açıklayabiliyordu ve Claude gerçek hata mesajlarını okuyabiliyordu. Hata ayıklama, DevTools açık olmasına neredeyse eşit hızda oldu—sadece geliştirici hiç bir stack trace okumak zorunda kalmadı.

Doğrulama hemen işe yaradı. Spotify'ın PKCE akışı, arka uç sunucusu olmadan çalışmak için tasarlandı. Bu, sıfır altyapı karmaşıklığı anlamında geliyordu. Geliştirici Spotify Geliştirici Konsolundan Client ID aldı, Claude'a verdi, ve giriş işlevselliği hazır. Kendisini test kullanıcısı olarak eklemek için birkaç düzeltme, ve bitti. Bu, uzaktan çalışmayı mümkün kılan teknoloji seçimlerinin mükemmel bir örneği.

Tailscale Serve anında mobil test etmeyi sağladı. Port yönlendirmesi veya güvenlik duvarı kurallarıyla uğraşmak yerine, Claude tailscale serve --bg --https=8443 http://127.0.0.1:8080 komutunu çalıştırdı ve uygulama hemen geliştirici'nin telefonundan tailnet üzerinden erişilebilir oldu. Dokümantasyon araması yok. Sadece çalıştı. Bu, AI destekli yazılım geliştirmeyi uygun hale getiren altyapı aracı türü.

Tasarımcı gerektirmeyen arayüz tasarımı. Claude'un tasarım sistemleri ve UI desenleri konusundaki eğitimi, kaba arayüzün kaba kalmasına engel oldu. Geliştirici, Figma öğrenmek veya renk paletleri hakkında tartışmak zorunda kalmadan, cilalı ve amaçlı görünen bir şey aldı.

Sonra Gerçeklik Ortaya Çıktı

Spotify API sessizce kırıldı. Çalma listesi uç noktası, doğru kimlik doğrulama ve kapsamlar olmasına rağmen 403 Yasaklandı hatası veriyordu. Claude tarayıcı hata günlüklerini kazıdı ve sonunda Spotify'ın Şubat 2026'de API'ı değiştirmiş olduğunu keşfetti: /v1/playlists/{id}/tracks uç noktası /v1/playlists/{id}/items ile değiştirilmişti. İki satır kodu düzelt. Ama teşhis etmek birkaç deneme aldı çünkü hata yüzeyten bariz değildi. Bu önemli bir şeyi ortaya çıkardı: AI, hata günlükleri olduğunda sistematik hata ayıklamada iyi olabilir, ama sihir değil. Yine de adım adım problemler üzerinde düşünmek zorunda.

Sonra yasal duvar geldi. Oyun neredeyse işlevsel halde, geliştirici Claude'a sordu: "Niye kimse Hitster klonu yayınlamadı?"

Cevap hemen geldi: Spotify'ın Geliştirici Politikası açıkça API'leriyle oyun yapmayı yasaklıyor. Bölüm III net: "Trivia quizleri dahil olmak üzere oyun oluşturmayın."

Bu bir lisanslama boşluğu değil. Bu, etrafında dolaşabileceğin bir şey değil. Dümdüz bir yasak. Hitster'ın kendisi muhtemelen Spotify ile özel lisanslama koşullarına sahip. Popüler bir halkla açık klonenin olmama nedeni, teknik olarak zor olması değil—sözleşmeyle yasaklanması.

Bu, AI destekli yazılım geliştirme hakkında önemli bir ders: araçlar, hizmet koşullarını ihlal eden şeyleri inşa etmeyi çocuk oyuncağı haline getirebilir. Teknik engel o kadar düştü ki, yasal ve iş kısıtlamaları artık genellikle asıl darboğaz.

İşe Yaradığını Sağlayan İş Akışı

Telegram üzerinden Claude Code'a ses mesajları. Anında ağ erişimi için Tailscale. Yolcu koltuğundan her eylemi onaylamak zorunda kalmaması için Claude'un dosya yazma ve shell komutlarını çalıştırabilmesini sağlayan --dangerously-skip-permissions bayrağı. Bu son detay önemli: araba kullanırken her eylemi onaylayamıyorsun. Güven modeli değişmek zorundaydı.

Ses gir, kod çık, telefonda yenile. Üç araç, araba içinden çalışmak için yeteri kadar sıkı olan bir geri bildirim döngüsü oluşturdu.

Eksik Olan Şeyler (ve Muhtemelen Önemli)

İstemci tarafı hata raporlama çözümü işler, ama ideal değil. Chrome'un DevTools Protokolü, Claude'a tarayıcının konsol çıktısına, ağ isteklerine, ve DOM durumuna özel günlük oluşturmadan doğrudan erişim verebilirdi. Bu, gerçek bir geliştirme ortamına daha yakın olurdu.

Daha geniş bir perspektiften, bu proje, halka açık bir IP ve Tailscale tüneli olan ev sunucusunda çalışabilecek şeylerle sınırlı. Bulut altyapısına ihtiyaç duyacak bir şey inşa et, ve CLI araçları, ortam değişkenleri, ve karmaşık dağıtımlarla uğraşmaya dönüyorsun.

Ve tabii, ToS duvarı bu özel oyun fikrini özel tutmayı—bir arkadaş kanıt konsepti, ürün değil—anlamına geliyor.

Asıl Çıkarım

Bu, AI'nın geliştiricileri değiştirdiğine dair bir hikaye değil. Bu, "doğru kütüphaneyi bulma" ve "belgeleri çözmeden" sonra "tam olarak ne istediğini açıkça iletme" aşamasında darboğaz ne zaman kaymaya başlarsa iterasyon ne kadar hızlanıyor olduğu hakkında bir hikaye.

Geliştirici yine de ne inşa ettiğini anlamak zorundaydı. Claude'un onu uyardığında Spotify yasal sorununu tanımak zorundaydı. Bu koşullar altında hangi araçların (Tailscale, PKCE, saf JS) işe yarayacağını bilmek zorundaydı.

Değişen şey, "benim bir fikrim var" ile "işte çalışan bir prototip" arasındaki süre. Günlerden saatlere. Saatlerden bir araba yolculuğuna.

Sihir değil. Daha iyi araçları, açık iletişimi, ve makul kısıtlamaları bir araya getirdiğinde olan şey bu.