Aynı uygulama, anahtarsız, çok daha ucuza: platform modeli

VibeKaizen'i deneyen herkesin ilk sorusu şu oluyor: "Kendi API anahtarım yoksa ne olacak?" Bu soruya cevap olsun diye platforma kendi modelini ekledik. Bu yazı, o modelin ilk gerçek sınavının hikâyesi. Karşılaştırma kolay olsun diye ilk koşudaki (demosu burada) alışkanlık takipçisi tasarımını aynen yeniden kullandık.

Fikir ve başlangıç

Yeni bir hesap açtık ve sihirbazda hiçbir sağlayıcı anahtarı girmedik. Anahtar olmayınca dört rolün hepsi platform modeline geçiyor: DeepSeek V4.1 Flash. Bu modelin ücreti sizin sağlayıcı hesabınızdan değil, aylık planınıza dahil olan bakiyeden düşüyor.

Sihirbaza bu kez daha kısa bir cümle yazdık: "Kullanıcı alışkanlıklarını girip günlük takip edebildiği, belli günlerde seri puanlar kazandığı bir uygulama olacak." Figma dosyası ilk koşudakiyle aynıydı: Figma Community'den alınmış bir alışkanlık takipçisi tasarımı, açık ve koyu ekranlarıyla.

Ekip iş başında

Asıl merak ettiğimiz, ucuz bir modelin planlamada ne kadar düşünebildiğiydi. Sorular, ilk koşudakilerden geri kalmadı; bazıları daha da ayrıntılıydı. Planlama kayıtlarından iki örnek:

"Seri ve puan nasıl işlesin? (varsayılan: her tamamlanan alışkanlık 10 puan, 7 günlük seride +50 bonus; bir gün kaçırılırsa seri sıfırlanır, puanlar kalır.)"

"'7 günlük seri' nasıl sayılsın? Alışkanlık haftada 2 gün seçildiyse bu ikisi farklı tarihlere denk geliyor."

İkinci soruyu biz hiç düşünmemiştik. "Tanımlı günlere göre say" dedik: haftada iki gün seçtiysen yedi tamamlanmış gün yaklaşık üç buçuk hafta eder. Toplam on bir soru geldi; "Figma'da ayrı bir liste ekranı yok, alışkanlık silme nerede olsun?" gibi tasarımın boşluklarını gösterenler de vardı. Ona "bugün ekranındaki kartın üç nokta menüsünde, onay sorusuyla" cevabını verdik; silme ayrı bir ekran açmadan aynı kartın üzerinden yapılacak şekilde planlandı.

Mimar ajan da işini yaptı ve görev listesinde üç yerde durdu. Seriyi hesaplayan parça, seriyi göstermesi gereken görevden sonraki göreve yazılmıştı. Bugün ekranı "hiç alışkanlığın yok" ile "bugün geçerli alışkanlığın yok" durumlarını ayırmıyordu; yalnız pazartesiye tanımlı alışkanlığı olan biri salı günü verisinin silindiğini sanacaktı. Bir de tasarımdaki masaüstü çerçevesini hiçbir görev kapsamıyordu. Ürün sahibi listeyi düzeltti.

Planlamanın tamamı yaklaşık 20 dakika sürdü ve $0,22 tuttu. Sonuç yedi görevdi: iskelet, karşılama illüstrasyonunu yüklediğimiz dosya görevi, tasarım temeli, karşılama ile kayıt ve giriş, alışkanlık ekleme-listeleme-silme, işaretleme ve geri alma, puan ve seriyi ekranda gösterme.

Ne çıktı

Kayıt olup giriş yapıyor, alışkanlık ekliyor, bugün için işaretleyip gerekirse geri alıyor, puanınızın ve serinizin arttığını görüyorsunuz. Görsel kontrol iki ekran görevinde tasarımla farklar buldu, geliştirici kapattı. Koyu tema, sistem koyu moddaysa kendiliğinden açılıyor.

Hoşumuza giden bir ayrıntı: Figma'da "Next Achievement: 200 days" yazan bir alan vardı, ama rozet sistemi bu sürümün kapsamında değildi. Mimar bunu sordu; alanı boş bırakmak yerine bir sonraki +50 bonusuna kalan gün sayısını göstermesini seçtik. Tasarım korunmuş, içi bizim kurallarımıza göre doldurulmuş oldu.

İlk koşuyla kıyaslayınca kapsam daha dar: haftalık özet, 200 günlük kutlama ve ayarlar ekranı bu koşuda yok. Gördüğümüz kadarıyla ekranların tasarıma yakınlığı benzer. Demoyu buradan deneyebilirsiniz.

Ne kadar sürdü, kaça mal oldu

• Görevler: 1 sprintte 7 görev (iskelet ve dosya görevi dahil); hepsi onaylandı.
• Maliyet: planlama dahil yaklaşık $6,13; müşteri olsaydık plan bakiyemizden yayımlanan tarifeyle bu kadar düşecekti.
• Ajanların çalışma süresi: 4 saat 28 dakika. Bunun 1 saat 43 dakikası sonradan düzelttiğimiz platform hatalarına gitti; hatasız bir koşuda yaklaşık 2 saat 45 dakika.
• İnceleme: 5 tur, hepsi ilk turda onay.

Görev başına bakiyeden düşen tutar $0,53 ile $1,90 arasında kaldı. Aynı tasarımı Claude ile yaptığımız ilk koşu 10 görevde yaklaşık $16,85 tutmuştu.

Soruları cevapladık ve her görevi önizlemede deneyip onayladık; hiçbir görevi geri çevirmedik. İşaretleme görevinde ise aşağıda anlatacağımız sorun yüzünden "yeniden dene" düğmesine birkaç kez bastık.

Daha iyi nasıl olurdu

İnceleyici gerçekten okumalı. İlk görevlerde inceleyici ajan koda bakmadan onay verdi. Platform bunu yakaladı ve incelemeyi iki adıma böldü: önce kodu okuyup testleri ve ekranları çalıştırıyor, sonra karar veriyor. Aynı ucuz model bundan sonra gerçek incelemeler yaptı.

Ajanlara sınır gerekir. Geliştirici ajan bir görevde, işini kontrol eden programı okumaya çalıştı. Ajanın çalışma alanını buna izin vermeyecek şekilde ayırdık; sonraki denemelerinin hepsi engellendi.

Sizin yapabilecekleriniz: Buradaki fikir cümlesi ilk koşudakinden de kısaydı; soruların çoğunda varsayılanı seçtik, görev dökümüne dokunmadık ve ekranlar için "şunu şöyle yap, bu ikonu kullan" demedik. Sihirbazda daha ayrıntılı anlatmak, sorulara kendi cevabınızı vermek, görev listesini düzenlemek, Ayarlar'da rol talimatları yazmak ve reddederken açık not bırakmak büyük ihtimalle daha iyi sonuç verir. Ucuz bir modelle çalışırken bu daha da önemli: geliştiriciye tasarımın hangi ayrıntılarının sizin için öncelikli olduğunu yazmak, modelin dikkatini doğru yere çeker. Nereden başlayacağınızı VibeKaizen rehberimizde anlattık.

Anahtarsız başlamak zorunda değilsiniz. Kendi Anthropic, OpenAI ya da Google anahtarınızı ekleyebilir, platform modelini yalnızca bazı roller ya da küçük görevler için kullanabilirsiniz; bu karma kullanımla bir etkinlik sitesi de yaptık. Plan bakiyeleri fiyat bölümünde.

Anahtarınız olmasa da olur; kendi fikrinizi deneyin.