Üretim Uygulamalarınızı Kodu Durdurun: Geliştirici Odaklı Yapay Zeka İçin Bir Gerekçe

Özgün kaynağı hafiz.dev

Geçen ay, bir geliştiricinin tamamen çalışabilir bir SaaS uygulamasını 45 dakikada oluşturduğunu izledim. Ne istediğini basit bir İngilizce ile tarif etti, enter’a bastı ve kodun şekillendiğini izledi. Etkileyiciydi ama kullanıma hazır değildi.

Kimlik doğrulama, hız sınırlaması olmadan çalışıyordu. Veritabanı sorguları, 50 eşzamanlı kullanıcı altında eriyecekti. Stripe entegrasyonu, üç ay içinde çalışmayı durduracak terkedilmiş bir API kullanıyordu.

2026 yılında vibe coding’in vaadi ve problemi işte bu.

Yanlış anlamayın. Ben de her gün AI kullanarak kod yazıyorum. Birçok Laravel uygulamasını yoğun AI desteği ile üretime gönderdim. Ancak AI’nın kod üretmesine izin vermek ile onu üretim kalitesinde çıktılar üretmeye yönlendirmek arasında büyük bir fark var.

İkinci yaklaşımı “developer-driven AI” olarak adlandırıyorum. Geçtiğimiz yıl içinde SaaS ürünleri, Chrome uzantıları ve müşteri MVP’leri kurduktan sonra, bunun, yüzüme patlayan bir kod göndermemek için tek yol olduğuna inanıyorum.

Vibe Coding’in Ne Anlama Geldiği ve İnsanların Neden Yanlış Anladığı

Andrej Karpathy bu terimi Şubat 2025’te ortaya attı ve insanlar o zamandan beri yanlış kullanıyor.

Gerçekte şunu söyledi: Ne istediğinizi tarif edersiniz, AI’nın çıktısını gerçekten okumadan kabul edersiniz ve hatalar ortaya çıktığında, sadece onları geri chat’e yapıştırırsınız. Kod, anlayışınızın ötesine geçer. Hata ayıklamazsınız, sadece işler yoluna girene kadar sürekli istemlerde bulunursunuz.

Karpathy, bunu “atılacak hafta sonu projeleri” için uygun olarak nitelendirmişti. Üretim uygulamaları için değil, müşteri işleri için değil, girişimleriniz için değil.

Bu tweet ile Collins Sözlüğü’nün 2025 yılında “Yılın Kelimesi” seçmesi arasında bir yerlerde, tanım genişledi. Aniden, Cursor veya Claude Code kullanan her şirket “vibe coding” yapıyor oldu. “Vibe coding” başlıklı kitaplar, üretim kalitesinde iş akışları vaat etmeye başladı. Simon Willison, bu terimi temelden yanlış anlayan iki yayınevine dikkat çekerek bunu vurguladı.

Bu yüzden net olalım. Burada bir yelpaze var ve nerede olduğunuz, uygulamanızın gerçek kullanıcılarla temasa geçip geçmeyeceğini belirliyor.

AI Destekli Gelişim Yelpazesi

Bunu üç alana göre düşünün:

Pür Vibe Coding: Karpathy’nin betimlediği şey. Siz istemde bulunursunuz, kabul edersiniz, gözden geçirmezsiniz. AI geliştiricidir; siz fikri olan kişisiniz.

AI Destekli Gelişim: Ara alan. Bazı kodlar yazarsınız, AI bazı kodlar yazar, siz gözden geçirirsiniz. Çoğu geliştirici Copilot veya Cursor burada yer alır.

Developer-Driven AI: İlişkiyi tersine çevirir. AI bir çizgi yazmadan önce proje kurallarınızı belirlersiniz. Hangi desenleri takip edeceğinizi, hangi paketleri kullanacağınızı, kodun yapısını. AI, sizin hızlı eş programcınızdır, yerine geçmeyecek.

Farkı? “Bana bir giriş sistemi inşa et” ile “Laravel Sanctum kullanarak kimlik doğrulama uygulayın, 5 deneme periyodu ile hız sınırlaması yapın, mevcut User modelinin e-posta alanını kullanın ve testler yazın.” arasında.

Biri çalışabilir bir demo getirir. Diğeri, üretim kodu üretir.

Neden Vibe Coding Üretimde Kırılır?

Burada dramatize etmiyorum. Veriler acımasız.

Veracode 2025 GenAI Kod Güvenlik Raporu, 80 kodlama görevi üzerinde 100’den fazla LLM’yi analiz etti. Sonuçları: AI tarafından üretilen kodların %45’i güvenlik açığı oluşturuyor. Küçük stil sorunları değil. Gerçek exploitable açıklar.

Aralık 2025’te yapılan bir CodeRabbit analizi, 470 açık kaynak GitHub pull isyanında AI ile yazılmış kodun insan yazımı koda göre 2,74 kat daha fazla güvenlik açığına sahip olduğunu tespit etti. Ayrı bir Tenzai çalışması, 15 uygulama üzerinden beş popüler vibe coding aracını test ederek 69 etkinin yarısını kritik seviyede buldu.

Ancak gerçekten can yakıcı olan başka bir durum var. Temmuz 2025 tarihli METR çalışması, deneyimli geliştiricilerin AI araçları ile %19 daha yavaş çalıştığını gösterdi, buna rağmen %20 daha hızlı olduklarını düşündüler. Artık sadece kötü kod yazmıyoruz; bunu bile bilemiyoruz.

Enrichlead’i hatırlıyor musunuz? Kurucusu, platformun %100’ünün Cursor AI ile yazıldığını gururla açıkladı. Lansmandan günler sonra, güvenlik araştırmacıları, temel açıklarla dolu olduğunu keşfetti.

Developer-Driven AI: Gerçekten Nasıl Çalışır?

Peki daha iyi bir yaklaşım pratikte nasıl görünür? AI yardımıyla üretim Laravel uygulamalarını nasıl oluşturduğuma dair adım adım gidelim.

Adım 1: Başlamadan Önce Kuralları Belirleyin

Vibe coding ile developer-driven AI arasındaki en büyük fark, öncelikle kısıtları tanımlamanızdır. AI, herhangi bir kod yazmadan önce projenizin kurallarını bilmelidir.

Laravel’de bu, bir talimat dosyası oluşturmak anlamına gelir. Laravel Boost kullanıyorsanız, kurulu paketlerinize göre bunları otomatik olarak oluşturur. Ancak Boost olmadan bile, AI’ya şunu söyleyen bir CLAUDE.md veya .cursorrules dosyası oluşturabilirsiniz:

## Proje Kuralları
- Kimlik doğrulama için Laravel Sanctum kullanın (Passport değil)
- Tüm veritabani sorguları Eloquent kullanmalıdır, kesinlikle raw DB çağrıları yok
- Her değişiklikten sonra PHPStan seviye 6 çalıştırılmalıdır
- Her yeni özellik için bir Feature testi olmalıdır
- Doğrulama için form isteklerini kullanın, asla controller'larda doğrulama yapmayın
- Karmaşık sorgular için repository desenine uyun

Bu opsiyonel değil. “Bana bir kimlik doğrulama sistemi inşa et” demek, 15 farklı mimari yaklaşım üretmekten ziyade AI’nın mevcut kod tabanınıza uyumlu kod üretmesini sağlar.

Adım 2: Küçük Düşünün, Özel İstemde Bulunun

Vibe coder’lar tüm özellikleri tek bir istemle talep eder. Developer-driven AI ise her şeyi küçük, doğrulanabilir parçalara böler.

“Abonelik faturalandırma sistemini inşa et” yerine, bunu adım adım gerçekleştirin:

1. “Kullanıcı_id, stripe_subscription_id, plan, status ve trial_ends_at sütunları ile bir subscriptions tablosu için bir migration oluştur.”
2. “Bağlantılar ve scopeActive sorgu kapsamı ile bir Subscription modeli oluştur.”
3. “Stripe etkinlik formatını kullanarak customer.subscription.created için webhook yöneticisini yaz. İmza doğrulamasını ekleyin.”

Her adım, AI’nın ürettiği şeyi gözden geçirebileceğiniz kadar küçük. Migrationı çalıştırabilir, dizinleri kontrol edebilir, ilişkiyi doğrulayabilirsiniz. 500 satırlık bir özelliğin doğru olup olmadığını umursamıyorsunuz; her seferinde 20 satırı doğruluyorsunuz.

Jeffrey Way’ın Laracasts’daki AI iş akışları yürüyüşünde gösterdiği şey bu. Özelliği parçalayın. Ne istediğiniz konusunda açık olun. Her parçayı doğrulamadan ilerlemeyin.

Adım 3: Testleri Güvenlik Ağınız Olarak Kullanın

Burada developer-driven AI gerçek bir fark yaratır. AI’nın kendi işini kanıtlamasını sağlarsınız.

Önemli AI ile üretilen herhangi bir kodu kabul etmeden önce ya önce testi yazıyor ya da AI’dan uygulama ile birlikte testler yazmasını istiyorum. Sonra testleri çalıştırıyorum.

// AI'ya şunu söyleyeceğim: "Aşağıdaki durumları doğrulayan bir feature testi yaz:
// 1. Kimlik doğrulama kullanıcıları bir abonelik oluşturabilir
// 2. Kimlik doğrulaması olmayan kullanıcılar 401 alır
// 3. Mevcut bir aktif aboneliği olan kullanıcılar 409 alır
// 4. Geçersiz plan isimleri 422 döner"

Testler geçerse, harika. Geçmezse, problemin tam olarak nerede olduğunu biliyorum. Ve çoğu insanın gözden kaçırdığı şey: AI’dan test yazmasını istediğinizde, düzgün düşünmesini sağlarsınız. Test istemek, uygulamanın kendisini de iyileştirir.

Adım 4: Sadece Talimatlar Değil, Kapsam Verin

AI tarafından üretilen kodun yanlış gitmesinin en büyük sebebi bağlamın eksikliğidir. AI, Spatie izinleri kullandığınızı, API’nizin çoklu kiracı desteklemesi gerektiğini veya her modelin company_id ile sınıflandığını bilmez.

Burada MCP sunucuları ve Laravel Boost gerçekten yararlı hale gelir. AI’nın veritabanı şemasına, kurulu paketlere ve proje belgelerine erişimini sağlar.

Fancy araçlar olmadan bile, bağlamı manuel olarak sağlayabilirsiniz:

Bağlam: Bu uygulama, ayrı veritabanları ile Spatie çoklu kiralamasını kullanıyor. Tüm modeller 
TenantModel temel sınıfını genişletiyor. Mevcut kiracı, alt alan adı middleware ile çözülüyor.

Görev: Mevcut kiracı için aylık kullanım verilerini çeken bir rapor oluşturma özelliği.

Daha fazla bağlam, daha az tahmin anlamına gelir. Ve tahmin, hataların panjuru.

Telegram Botu Öyküsü: Vibe Coding ve Developer-Driven AI’nın Eylemdeki Farkı

Sizlere bu farkı mükemmel şekilde gösteren bir gerçek örnek vereyim.

Diyelim ki PHP ile bir Telegram botu oluşturmak istiyorsunuz. Claude veya ChatGPT’ye gidebilirsiniz ve “Bana bir Telegram botu oluştur ki komutlara yanıt versin” diyebilirsiniz.

Pür vibe coding modunda, AI muhtemelen ham bir HTTP istemcisi kullanarak Telegram API’sine hitap eden bir çözüm üretecektir. Polling ayarlayacak, güncellemeleri manuel olarak ayrıştıracak, web kancası doğrulamasını sıfırdan yönetecek ve bir komut yönlendirme sistemi oluşturacaktır. 300+ satırlık temizlik kodu ve muhtemelen özel bir webhook yöneticisi alacaksınız ve teknik olarak çalışan ama bakım zor bir mimari oluşturacaktır.

Developer-driven modunda, önce biraz araştırma yapıyorsunuz. Nutgram’ın mevcut olduğunu biliyorsunuz. Bu, tüm kurulum ve bakım işlerini üstlenen iyi bir şekilde bakım yapılan, Laravel dostu bir Telegram botu çerçevesidir. Hemen şu şekilde istemde bulunursunuz:

Nutgram paketini kullanarak bir Telegram botu oluşturun. 
Üç komut kaydedin: /start, /help ve /status. 
/status komutu, App\Models\Monitor modelinden en son sistem kontrolünü sorgulamalıdır. Bağımlılıkları ‘service container’ kullanarak enjekte edin.

Kullanıcı perspektifinden aynı sonucu alırsınız. Ancak developer-driven versiyonu, iyi bir şekilde bakımı yapılan bir paketi, aktif bir topluluğu, düzgün Laravel entegrasyonu ve bakım gereksinimlerini %80 oranında azaltarak kullanır.

Vibe coder çalışabilir bir bot aldı. Developer-driven yaklaşım, üretim ortamında bir bot aldı.

Bu, tekrar tekrar gördüğümüz bir kalıp. AI, hangi paketlerin iyi bakıldığını, hangi yaklaşımların çerçeveniz için tipik olduğunu veya altı ay içinde bir bakım baş ağrısı oluşturacak olanı bilemez. Bu sizin işiniz. Siz aklı getirirsiniz, AI hızı getirir.

Vibe Coding’in Gerçekten Anlamda Kullanılabileceği Yerler

Vibe coding yapmadığımı söylersem, bir hypocrite olurum. Bunu düzenli olarak yapıyorum. Ama sadece üretim uygulamaları için değil.

Hiç kimsenin kullanmayacağı iç araçlar. Google Search Console verilerimi ayrıştırıp azalan gönderileri işaretlemek için bir betiğe ihtiyacım vardı. Tamamen vibe coding. Bilgisayarımdan çalışıyor, bir CSV işliyor ve eğer bozulursa sadece yeniden پروگرام yapacağım.

Bir fikri doğrulamak için prototipler. Tam bir özellik için taahhütte bulunmadan önce bazen temel bir versiyon oluşturuyorum. Bu, atılacak bir kod, asla üretime girmez.

Kişisel araçlar. Kendi kullanımlarım için tarayıcı uzantıları, kabuk betikleri, veri dönüşüm araçları. JSON formatlayıcı sitem, önce vibe kodlanan bir prototip olarak başladı, sonra düzgün bir şekilde yeniden inşa edildi.

Yeni kavramları öğrenmek. Yeni bir paketi veya API’yi keşfetmek mi? AI’nın özgürce örnek kod üretmesine izin verin. Bunu göndermiyorsunuz; öğreniyorsunuz.

Anahtar soru: Bu koddan başka kimse mi faydalanacak? Cevap evetse, developer-driven. Hayır ise, vibe yapın.

Pratik Bir Çerçeve: Ne Zaman Vibe ve Ne Zaman Yönetmeli

Vibe coding yaptığınızda, riskler düşükse, tek kullanıcı sizseniz ve kod atılabilir ise. Kişisel betikler, atılacak prototipler, öğrenme deneyimleri.

AI’yı yönlendirin gerçek kullanıcılarınız varsa, ödeme veya hassas verilerle iş yapıyorsanız veya birisi kod tabanınızı devralacaksa. Temeldeki her profesyonel proje.

Her satırı manuel olarak gözden geçirin kimlik doğrulama akışları, ödeme işlemleri, veri şifreleme ve uyum ile ilgili kodlar için. Daha önce yazdığım AI güvenlik riskleri, AI’nın güvenlik kodunu yazması gerektiğinde iki kat daha fazla geçerlidir.

AI destekli özellikleri kendi uygulamalarınıza entegre etmek için Laravel AI SDK kullanıyorsanız, bu çerçeve AI’nın çıktılarına da uygulanır. Yapılandırılmış, doğrulanmış, tip güvenli yanıtlar istiyorsunuz. Vibes değil.

Developer-Driven AI için Laravel Avantajı

Laravel geliştiricilerinin burada özgün bir durumda olmalarının nedeni, geleneklerdir.

JavaScript ekosisteminde, “bir kimlik doğrulama sistemi oluştur” demek, birçok paket ve desen içerebilir. AI’nın her seçimde hata yapma olasılığı vardır.

Laravel’de genellikle bir doğru cevap vardır. Kimlik doğrulama mı? Sanctum veya Passport. Yönetici paneli? Filament. Kuyruklar? Hedefte Horizon ile yerel. AI’nın tahmin yapmasına gerek yok çünkü Laravel’in gelenekleri belirsizliği ortadan kaldırır.

Laravel Boost bu durumu daha da ileri taşıyarak, kurulu olan paketlerinize göre bağlam dosyaları oluşturur. AI, Sanctum 4.3 ile Filament v5 ve Spatie izinlerini kullandığınızı biliyor. O belirleyicilik, halüsinasyonları önemli ölçüde azaltır.

PHPStan ile Larastan, başka bir güvenlik katmanı ekler. Her değişiklikten sonra AI’ya statik analizi çalıştırmasını söylerim. PHPStan seviye 6’dan geçen kod, çoğu vibe coding JavaScript’ten çok daha fazla güven verir.

Sorularınız Cevaplandı: Vibe Coding ve Developer-Driven AI SSS

Vibe coding gerçekten kendi kodunuzu yazmaktan daha hızlı mı?

İlk %80 için, kesinlikle. METR çalışması, geliştiricilerin daha hızlı hissedeceğini gösterdi, ancak bunun nedeni kısmen toplam görev tamamlamayı ölçmenin hata ayıklama da dahil olduğu bir konsept olduğudur. İlk kod tedariki için AI gerçekten hızlıdır. Hız tuzağı diğer %20’de: hata ayıklama, güvenlik güçlendirme, uç durumlar ve bakım. Developer-driven AI, çoğu hız kazancını yakalar, hata ayıklama döngüsünden kaçınarak.

MVP için vibe coding yapabilir miyim ve sonra temizleyebilir miyim?

Yapabilirsiniz ama muhtemelen yapmayacaksınız. Vibe coding borçları, mimaride köşeleri kırmak gibi değildir. Bu yapısaldır. AI birçok küçük karar (hangi paket, veritabanı yapısı, iş mantığının nerede yaşadığı) yapar; bu kararları bilinçli olarak vermediniz. Sonradan yeniden yazmak genellikle baştan başlamak anlamına gelir. Eğer MVP’niz gerçek kullanıcılarla karşılaşacaksa, başlangıçtan itibaren developer-driven AI kullanın.

Developer-driven AI için hangi araçlara ihtiyacım var?

En azından: bir AI kodlama asistanı (Claude Code, Cursor veya Copilot), bir talimat dosyası ve bir test çerçevesi. Laravel için, Laravel Boost ve MCP sunucusu en eksiksiz kurulumdur. Statik analiz için PHPStan ile Larastan da gereklidir. AI SDK tutorial’ım, AI özelliklerini kendi Laravel uygulamalarınıza entegre etmenin yollarını da kapsıyor.

Developer-driven AI sadece… otomatik tamamlama ile normal programlama mı?

Hayır. Hız farkı gerçektir. Tam bir özelliği (model, migration, controller, form isteği, politika, testler) 20 dakikada inşa edebilirim ki bu elle 2 saat alır. Anahtar, her mimari kararı yönetimken AI’nın makine hızında tekrarlayan kodları üstlenmesidir. Bu, oldukça hızlı bir junior geliştirici ile son derece talepkar bir teknoloji lideri olmanın bir yolu gibidir.

Vibe coding, AI modelleri geliştikçe daha iyi olacak mı?

Kod üretimi geliştirilecektir. Ancak temel sorun kod kalitesi değildir. Vibe coding, belgeli mimari kararların alınmadığı bir yapıdır. AI mükemmel kod yazsa bile, hala takımınızdaki hiç kimsenin anlamadığı bir uygulama ile sonuçlanırsınız. “Mekansal ayrılma” sorununu daha iyi modellerle ortadan kaldırmak mümkün değildir.

Kesin Sonuç

Vibe coding bir araçtır, bir strateji değildir. Kişisel projelerde, atılacak prototiplerde ve öğrenim deneyimlerinde yeri vardır. Diğer bütün projeler için direksiyonda kalın.

Developer-driven AI, daha yavaş değildir. Fark, 30 saniye boyunca bağlamla belirli bir istem yazmakla, anlamadığınız bir kodu hata ayıklamak için 30 dakika harcamak arasındadır.

Başarılı olacak geliştiriciler, en hızlı istemleri yazanlar değil, çerçevelerini derinlemesine bilenler olacaktır. AI kodu yazar. Siz yazılımı inşa edersiniz.