Vibe coding mi geliştiriciye yaptırmak mı: gerçek maliyet karşılaştırması
Görünen fatura kredi ya da token. Asıl kararı veren fatura ise görünmeyen taraf: yeniden yapım. İşte zaten yayınladığımız gerçek rakamlarla iki yolun hesabı.
Gerçek kullanıcısı ve ödeme akışı olmayan bir proje için vibe coding tek başına neredeyse her zaman daha ucuzdur: fatura aylık abonelikte tavan yapar. Proje ödeme almaya, hesap tutmaya ya da sızdığında zarar veren bir API anahtarına dokunduğu an denge değişir, çünkü asıl kararı veren kredi faturası değil, yeniden yapım maliyetidir. Aşağıda iki tarafın gerçek hesabı var, uydurma değil zaten yayınladığımız rakamlarla.
ÖzetVibe coding'in görünen maliyeti ayda 20-30 dolar arası kredi veya token. Görünmeyen maliyeti ancak proje yeniden yapıma ihtiyaç duyarsa ortaya çıkıyor, bu da altyapıya göre üç gün ile altı hafta arasında sürüyor. Geliştirici veya ajans tutmak baştan daha maliyetli ama kimlik doğrulama, ödeme veya sızıntıya açık bir API anahtarı devreye girdiği anda toplamda daha ucuza çıkıyor. Aşağıda bu çizginin proje tipine göre nerede kırıldığı var.
Vibe coding'in görünen maliyeti: kredi ve token faturası
Bu rakamları tahmin etmedik, kendi maliyet hesaplayıcımızda ve aşağıdaki fiyat yazılarımızda her aracın kendi yayınladığı rakamlardan derledik:
- Lovable "butonu gri yap" gibi küçük bir değişikliği 0,50 kredi, "giriş ve kayıt ekle" gibi bir özelliği 1,20-1,70 kredi olarak fiyatlandırıyor. Pro plan sabit bir aylık kredi havuzu veriyor; ay ortasında tükenirse ya ek kredi alıyorsun ya da yenilenmeyi bekliyorsun.
- Bolt.new kullanımı token ile ölçüyor: ücretsiz planda ayda 1 milyon, günde 300 bin; Pro'da ayda 10 milyon. Orta büyüklükte bir uygulamada tek bir özellik geçişi bile altı haneli token yakabiliyor.
- Cursor sabit bir istek sayısı hiç yayınlamıyor. Tükettiğin bütçe seçtiğin modele bağlı, bu yüzden kendi fiyatlandırma dili de nispi: Pro, Pro+ (3 kat kullanım), Ultra (20 kat).
Bu rakamlar 2026-08-29 itibarıyla güncel; üçü de fiyatını sık değiştiriyor, kesin rakam için hesaplayıcı linkine bak, bu paragrafı faturanın şekli olarak oku, bugünün tam sayısı olarak değil. Yine de örüntü değişmiyor: akşamları çalışan solo bir kurucu için vibe coding'in görünen tarafı, hiçbir şey kırılana kadar ayda 20-30 dolar bandında kalıyor.
Vibe coding'in görünmeyen maliyeti: tıkanma ve temizlik
Görünmeyen maliyet sadece bir şeyin yeniden yapılması gerektiğinde ortaya çıkıyor, ve bir kredi hesaplayıcının gösteremediği kısım tam da bu, çünkü token'la ölçülmüyor. Durma noktasına gelen AI projelerini devralmak için var olan yapay zeka projesi tamamlama hizmetimiz bu aralığı açıkça söylüyor: dışarıdan birbirinin aynı görünen iki proje içeride tamamen farklı olabiliyor, biri üç gün iş, öbürü altı hafta. Değişken araç değil, gerçek kullanıcı geldiğinde projenin gerçekte neye ihtiyaç duyduğu: eşzamanlı oturumlara dayanan bir giriş sistemi, URL'yi bilen herkesin okuyamayacağı bir veritabanı, demoda "çalışmak" yerine gerçekten mutabakat yapan bir ödeme akışı.
Bu katmana hiç ihtiyaç duymayan bir proje ekstra bir şey ödemiyor. Baştan ihtiyaç duyup almayan bir proje ise, oraya gelene kadar harcanan kredilerin üstüne bir de yeniden yapım faturasını ödüyor.
Geliştirici ya da ajans tutmanın maliyeti nereden geliyor
Burada sabit bir rakam vermiyoruz, aynı kurumsal fiyatlandırma yazımızın ve mobil uygulama maliyeti yazımızın vermediği sebeple: rakam pazara göre değişiyor ve bu sayfa indekslenene kadar bayatlayacak kadar hızlı hareket ediyor. Değişmeyen şey, fiyatı sırayla yukarı çeken şey:
- Gerçek trafik için yapılmış kimlik doğrulama ve oturum yönetimi. Vibe coding yapılmış bir projede en çok küçümsenen kalem bu.
- Mutabakat yapan ödeme. Para almak kolay. İadesini yapmak, başarısız bir webhook'u yönetmek ve işlemci tarafının söylediğiyle veritabanının söylediğini eşleştirmek, asıl iş burada.
- Veri erişim kontrolü. Row-level security veya eşdeğeri, kullanıcı başına kapsamlı, "API anahtarı her şeye erişiyor" değil.
- Sızdığında zarar veren bir anahtarla üçüncü taraf entegrasyonu. Her dış API anahtarı, client tarafına düştüğü an bir risk kalemi oluyor.
- Mevcut koddan ne kadarının hayatta kalacağı. Çoğunlukla arayüz kalır, sadece veri ve güvenlik katmanı yeniden yapılır; bazen baştan yazmak gerçekten daha ucuza geliyor, dürüst bir teklif bunu billing yapmadan söyler.
Bunların hiçbiri olmayan bir proje için tutmak neredeyse bedava, çünkü tutacak bir şey yok. Üç ya da dördü birden olan bir proje ise teklifin tırmandığı yer, sayfa sayısından ya da özellik sayısından değil, her birinin gerçek kullanıcının bir demoda hiç test edilmemiş bir şeyi kırabileceği nokta olmasından.
Üç proje tipinde hangisi daha ucuza çıkıyor
| Proje tipi | Kendin vibe code'la | Baştan geliştirici tut |
|---|---|---|
| İç araç, gerçek kullanıcı ve ödeme yok | Daha ucuz ve yeterli. Ayda 20-30 dolar faturası tüm maliyet. | Gereğinden fazla. Olmayan bir risk için ödüyorsun. |
| Hesap veya dış API anahtarı olan MVP, kapsam henüz netleşmemiş | Başlamak için uygun, olduğu gibi yayınlamak riskli. Fikri burada doğrula, yayından önce devret. | Erken. Pivot edebilecek bir ürün için üretim sağlamlaştırmasına para ödüyor olursun. |
| Gerçek kullanıcı, ödeme veya aynı anda iki+ kör nokta | Kredi faturası ucuz görünür, ta ki üç gün ile altı hafta sonra yeniden yapım faturası gelene kadar. | Baştan daha maliyetli, toplamda daha ucuz. Çizgi gerçekte burada kırılıyor. |
Ortadaki satır insanların en çok yanlış yaptığı yer, o yüzden dipnot değil kendi satırı: kapsamın henüz netleşmediği an tam devir için erken olan an, aynı zamanda doğrulanmamış bir kör noktayı gerçek kullanıcıya açmanın da farklı bir şekilde pahalıya patladığı an.
Eşik nerede kırılıyor: seni geliştiriciye yönlendiren dört sinyal
Yaptırmak mı kendin mi yapmak hesaplayıcımız beş soru puanlıyor, ama sonucu kıran şey dört spesifik kör nokta: kimlik doğrulama, canlı veya hassas veri erişimi, anahtarlar ve ödeme. Bunlardan ikisi veya daha fazlası aynı projede birden işaretlenince dürüst cevap, bir özellik daha yazmadan önce tutmak. Bunların hiçbiri olmayan basit bir iç stok takip aracı "sonsuza kadar kendin yap" için gerçek bir proje. Aynı araç dışa açılıp ödeme eklendiğinde, kod aynı görünse de maliyet yapısı tamamen farklı bir proje haline geliyor.
Hibrit yol: ikisini aynı anda tutmak
Orta seçenek bir taviz değil, çoğu zaman doğru sıralama: fikri ucuz ve hızlı doğrulamak için prototipi vibe code'la, sonra gerçek kullanıcı gelmeden önce üretim katmanını devret, sonra değil. Devrin en ucuz olduğu yer tam burası, çünkü henüz hiçbir şey kırılmadı, teşhis edilecek bir olay yok ve mimariye yapışmış "geçici" bir workaround yok. Üretimde bir şey patladığında devir çağırmak, üç günlük işi altı haftalığa çeviren şey.
Bu hesabı ne zaman yanlış yaparsın
Proje gerçekten hiç kendi elinden çıkmıyorsa, ödeme almıyorsa ve başka birinin verisine dokunmuyorsa, yukarıdaki hesabın hiçbiri geçerli değil, geliştirici için ödemek olmayan bir problemi çözmeye çalışmak olur. Yukarıdaki karşılaştırma, bir projenin gerçek kullanıcıyla, gerçek parayla ya da başkasının verisiyle konuşmaya başladığı an için. O çizgiye kadar vibe coding tek başına bir taviz değil, doğru araç.
O çizgiyi geçtiysen ve kredi faturası artık hikayenin tamamını anlatmıyorsa, yapay zeka projesi tamamlama ekibimiz önce kodu okuyor, sonra teklif veriyor.
Sık sorulan sorular
Vibe coding başta her zaman daha ucuz mu? İlk haftalarda evet, çünkü tek maliyet abonelik. Soru, gerçek kullanıcı geldiği hafta ne olacağı.
Yeniden yapım gerçekte ne kadar tutuyor? Sabit bir rakam vermiyoruz çünkü değişken araç değil, altyapıda ne olduğu. Kendi teklif ettiğimiz aralık, kodu okuduktan sonra üç gün ile altı hafta arası.
Yeniden yapımı tamamen atlayabilir miyim? Sadece proje yukarıdaki dört kör noktaya hiç ihtiyaç duymazsa. Duyarsa, yeniden yapım maliyeti zaten hesaba yazılmış demektir, şimdi mi sonra mı ödediğin değişir.
Hibrit, "sonra tut" ile aynı şey mi? Hayır. Hibrit, prototip çalışırken ve hiçbir şey henüz başarısız olmamışken yayından önce devretmek demek. Yayından sonra beklemek, devri pahalı yapan şey.