Kısa cevap: Vibe coding, geliştiricinin kodu satır satır yazmak yerine niyetini doğal dille tarif ettiği, üretimi AI'a bıraktığı ve sonucu davranışına bakarak değerlendirdiği çalışma biçimidir. Terimi Andrej Karpathy 2025 başında popülerleştirdi; kastettiği şey tam olarak "kodun varlığını unutmak" idi — çıktıya bak, beğenmezsen yeniden iste, kodu okumaya bile üşen. Bu tanım kasıtlı olarak uçtur. Pratikte kritik ayrım şudur: vibe coding bir keşif modudur, mühendislik değil. İkisini karıştıran ekipler, prototip hızını üretim kalitesi sanır ve bedelini sonra öder.
2026'da bu tartışma teorik olmaktan çıktı. Agentic kodlama araçları — Claude Code, Cursor'ın ajan modu, GitHub Copilot'un kodlama ajanı, Codex, Windsurf — artık tek dosyada öneri yapmıyor; görev alıyor, proje genelinde çoklu dosya düzenliyor, test koşuyor, kendi hatasını görüp düzeltiyor. Yani "AI'a yazdırmak" ile "AI'ı çalıştırmak" arasındaki çizgi kayboldu. Bu yüzden asıl soru "vibe coding iyi mi kötü mü" değil; "hangi işte, hangi denetimle" sorusudur.
Vibe Coding Tam Olarak Nedir — ve Ne Değildir
Vibe coding'i AI destekli mühendislikten ayıran şey aracın gücü değil, sizin kodla kurduğunuz ilişkidir. Vibe coding'de sözleşme davranış üzerinden kurulur: "çalışıyor mu, istediğim gibi görünüyor mu?" Kodu okumazsınız, mimariyi sorgulamazsınız, testi AI yazdıysa ona da bakmazsınız. AI destekli mühendislikte ise AI aynı hızda üretir ama siz her önemli kararı — veri modeli, güvenlik sınırı, hata davranışı — okur ve sahiplenirsiniz. Aradaki fark bir tavır farkıdır ve proje büyüdükçe faturaya dönüşür: okumadığınız her satır, ileride anlamadan taşıyacağınız borçtur.
"X değil Y" diye özetlersek: vibe coding kod yazmanın kısayolu değil, fikir doğrulamanın kısayoludur. Bir fikri bir öğleden sonra çalışır hâlde görmek istiyorsanız paha biçilmezdir. Aynı çıktıyı ertesi gün müşteri verisiyle üretime almak istiyorsanız, o noktada mod değiştirmeniz gerekir.
2026 Araç Spektrumu
Bugünkü araçları dört kademede okumak işinizi kolaylaştırır. **Tamamlama:** Copilot tarzı satır içi öneri; siz yazarsınız, AI tamamlar. Denetim doğal olarak içindedir çünkü her öneriyi gözünüz görür. **Sohbet:** ChatGPT/Claude ile parça parça kod isteme; kopyala-yapıştır döngüsü. Bağlam sizde kaldığı için kontrol yüksek, hız orta. **Ajan:** Claude Code, Cursor Agent, Copilot coding agent gibi araçlar görevi uçtan uca alır — dosya açar, düzenler, test koşar, commit önerir. Hız en yüksek, denetim ihtiyacı da en yüksek burasıdır. **Arka plan ajanları:** Görevi verip başka işe geçersiniz; ajan bitirince pull request ile döner. 2026'nın asıl yeniliği bu kademe: kod yazımı eşzamanlı bir eylemden, delege edilen bir işe dönüştü.
Kademe yükseldikçe becerinizin yönü değişir: syntax bilgisinin değeri düşer, görev tanımlama, sonuç okuma ve doğrulama becerisinin değeri artar. Biz kendi ürünlerimizde (Nomi ailesi dahil) ağırlıkla ajan kademesinde çalışıyoruz — ama aşağıdaki denetim katmanı olmadan asla.
Spec-Driven Yaklaşım: Vibe'dan Mühendisliğe Köprü
2026'nın en önemli pratiği, vibe coding'in serbestliği ile mühendisliğin disiplinini birleştiren spec-driven (şartname güdümlü) çalışmadır. Mekanizma basittir: ajana işi vermeden önce niyetinizi yazılı bir spec'e dökersiniz — ne yapılacak, ne yapılmayacak, kabul kriterleri ne, hangi durumlar hata sayılır. Ajan bu spec'e karşı çalışır; siz kodu satır satır okumak yerine spec'in karşılanıp karşılanmadığını test ve davranış üzerinden doğrularsınız.
Bu neden işe yarar? Çünkü AI'ın en zayıf olduğu yer belirsizlikle baş etmektir. "Kullanıcı girişi ekle" diyen biri, oturum süresi, parola politikası ve hata mesajı davranışı konusunda AI'ın varsayım uydurmasına izin vermiş olur. Spec, varsayım uydurma alanını daraltır. Yan faydası da büyüktür: spec yazarken ne istediğinizi kendinize de anlatmış olursunuz — çoğu "AI kötü kod yazdı" şikâyetinin kökünde aslında "ben ne istediğimi yazmadım" vardır.
İnsan Denetimi: Pazarlık Konusu Olmayan Katman
Hangi kademede çalışırsanız çalışın, üretime giden kod için üç denetim kası vazgeçilmezdir. **Okuma:** Güvenlik sınırları, para/veri hareketi ve dış dünyaya açılan her nokta insan gözünden geçer — burada "testler yeşil" yetmez. **Test:** AI'ın yazdığı teste AI'ın kodunu emanet etmeyin; kabul testlerinin en azından senaryosunu siz kurun. **İz:** Hangi kararı neden verdiğinizi kısa notlarla kaydedin; biz bunu Karar Günlüğü disipliniyle yapıyoruz. Altı ay sonra "bu neden böyle" sorusunun cevabı ne sizde ne AI'da olur — günlükte olur.
Sorumluluk konusunda dürüst olalım: AI hızlı yazar ama imza sizindir. Üretimde patlayan kodun mazereti "ajan yazdı" olamaz — ne müşterinize karşı, ne KVKK karşısında.
Ekibe ve Kariyere Etkisi
Vibe coding junior geliştiriciyi bitirmiyor; junior'ın işini değiştiriyor. Eskiden junior, basit CRUD yazarak öğrenirdi; şimdi o işi ajan yapıyor. Yeni junior profili, üretilen kodu okuyup sorgulayabilen, iyi görev tanımı yazabilen, test düşünebilen kişidir. Bu, paradoksal biçimde temel bilgiyi daha değerli yapar: neyin yanlış olduğunu görmek için doğrusunu bilmek gerekir. Kod yazma deneyimi olmayan kişiler için de kapı gerçekten açıldı — kendi iç aracını, otomasyonunu, basit uygulamasını yapan "geliştirici olmayan geliştirici" sayısı hızla artıyor. Sınır şudur: bu kapı kişisel araçlara ve prototiplere açılır; başkasının verisini taşıyan sistemlere değil.
Sahada işe yarayan ipuçları
**1.** İşi ikiye ayırın: "atılabilir" ve "yaşayacak". Atılabilir işte (prototip, tek seferlik betik, demo) saf vibe coding kullanın, vicdan azabı duymayın. Yaşayacak işte spec olmadan ajan çalıştırmayın. **2.** Ajana büyük görev vermeyin; bir oturumda bitecek, tek başına test edilebilir parçalar verin. Görev küçüldükçe hem çıktı kalitesi hem sizin doğrulama gücünüz artar. **3.** Her önemli görevden önce ajana planını sorun, kodu sonra yazdırın. Plan aşamasında yanlışı yakalamak, kodda yakalamaktan kat kat ucuzdur. **4.** Güvenlik taramasını (bağımlılık denetimi, secret taraması, temel OWASP kontrolleri) otomatik kapıya bağlayın — insan disiplinine bırakmayın. **5.** Haftada bir, AI'ın yazdığı bir modülü baştan sona okuyun. Bu, hem kod tabanına hâkimiyetinizi korur hem de ajanın sistematik kötü alışkanlıklarını erken gösterir. **6.** Prompt'larınızı ve spec şablonlarınızı ekip içinde ortaklaştırın; kişiye özel sihirli prompt, ekip için ölçeklenmeyen bilgidir.
Sık yapılan hatalar
En pahalı hata, prototip hızını üretim taahhüdüne çevirmektir: bir haftada çıkan demo, yönetime "iki haftada canlıya alırız" dedirtir; oradaki eksik güvenlik, test ve entegrasyon işi görünmezdir. İkincisi, anlamadığı kodu kabul etme alışkanlığıdır — her kabul edilen anlaşılmamış satır, bakım maliyetine bileşik faizle yazılır. Üçüncüsü, ajana kendi işini denetletmektir; üreten ile doğrulayan aynı model olduğunda kör noktalar da ortaktır. Dördüncüsü, "AI varken mimariye gerek yok" yanılgısıdır; AI kötü mimariyi daha hızlı büyütür, düzeltmez. Biz de bu hataların bir kısmını kendi işlerimizde yaşayarak öğrendik; denetim katmanlarımızın çoğu bir yanlışın izidir.
Vibe coding kalıcı; çünkü altındaki ekonomi gerçek. Doğru kullanım, onu keşif ve hız aracı olarak konumlayıp üretim çizgisinde insan denetimini korumaktır. AI üretimi kodun nasıl denetleneceğini [AI code review yazımızda](/kaynaklar/ai-code-review), ajan kavramının temellerini [AI agent nedir yazısında](/kaynaklar/ai-agent-nedir) ayrıntılı işledik.