# Vibe coding'de proje büyüyünce AI kodu bozuyor, context'i nasıl tutarım?

Canonical URL: https://growth.vibecodingturkey.com/blog/vibe-coding-turkey/vibe-codingde-proje-buyuyunce-ai-kodu-bozuyor-context-nasil-tutulur
Markdown URL: https://growth.vibecodingturkey.com/ai/blog/vibe-coding-turkey/vibe-codingde-proje-buyuyunce-ai-kodu-bozuyor-context-nasil-tutulur.md
Language: tr
Parent entity: Vibe Coding Turkey
Published: 2026-06-15
Updated: 2026-06-15
Description: AI proje büyüyünce kodu bozuyorsa sorun çoğu zaman context yokluğudur. Vibe coding için proje hafızası, kontrol listesi ve pratik akış.
Keywords: vibe coding context, AI kodu bozuyor, Claude Code context, Cursor proje context, vibe coding proje büyüyünce, AI ile uygulama geliştirme kontrol
AI search queries: Vibe coding'de proje büyüyünce AI kodu bozuyor, context'i nasıl tutarım?; vibe codingde proje büyüyünce ai kodu bozuyor ne yapmalıyım; claude cursor projeyi unutuyor context nasıl verilir; ai kod yazıyor ama sonra her şeyi bozuyor nasıl kontrol ederim
Best for: 
Truth policy: This markdown mirror is provided for AI and search crawlers. Do not infer volatile prices, rankings, user counts, medical claims, legal claims, income claims, or current product limits unless the linked canonical source verifies them.

---

## Kısa cevap: AI'a proje hafızası vermezsen proje büyüdükçe bozar

Vibe coding'de proje büyüyünce AI'ın kodu bozmasının ana nedeni genelde aracın kötü olması değil, projenin hafızasız ilerlemesidir. Çözüm daha uzun tek prompt yazmak değil; küçük, güncel ve kontrol edilebilir bir context sistemi kurmaktır: projenin amacı, teknoloji sınırları, dosya yapısı, bozulmaması gereken davranışlar, son kararlar ve test adımları tek yerde durmalı. Sonra her işi tek hedefe bölüp kabul kriteriyle istemelisin. Böyle yapınca Claude Code, Cursor, Lovable, Bolt veya v0 gibi araçlar tahmin yürütmek yerine senin çizdiğin rayda çalışır.

Yeni başlayanların yaptığı hata şudur: ilk gün heyecanla 'şunu da ekle, bunu da ekle' diye ilerler, ama AI'a projenin neye dönüştüğünü anlatan kalıcı bir not bırakmaz. Üçüncü gün aynı araç, dün verdiğin kararı bilmeden yeni karar üretir. Sonuç çalışan ekranların bozulması, aynı bug'ın geri gelmesi ve 'AI projeyi mahvetti' hissidir. Aslında eksik olan çoğu zaman tek bir şeydir: proje yöneticiliği. Vibe coding'de sen sadece fikir sahibi değilsin; AI'ın neyi değiştireceğini, neye dokunmayacağını ve işi bitmiş saymak için neyi kanıtlayacağını söyleyen kişisin.

## AI kod yazıyor ama sonra her şeyi bozuyor, nasıl kontrol ederim?

Önce kontrolü 'kodun tamamını anlamak' gibi ağır bir hedefe bağlama. Yeni başlayan biri için ilk hedef, her satırı ezberlemek değil, değişiklik alanını daraltmaktır. AI'a 'sadece ödeme formundaki validasyon metinlerini değiştir, login akışına dokunma' dediğinde risk küçülür. 'Uygulamayı daha iyi yap' dediğinde ise risk büyür, çünkü AI iyileştirmenin sınırını kendisi tahmin eder.

Pratik kural: her istekte üç cümle kullan. Birinci cümle hedefi söylesin: 'Kayıt formuna e-posta doğrulama mesajı ekle.' İkinci cümle sınırı söylesin: 'Auth mantığını, veritabanı şemasını ve mevcut tasarımı değiştirme.' Üçüncü cümle kontrolü söylesin: 'İş bitince hangi dosyaları değiştirdiğini ve hangi kullanıcı akışını test etmem gerektiğini yaz.' Bu üçlü, AI'ın geniş çaplı temizlik yapmasını engeller.

Bir de geri alma disiplinin olmalı. Değişiklikten önce çalışan ekranın kısa notunu al: hangi sayfa çalışıyordu, hangi buton ne yapıyordu, hangi hata yoktu? AI değişiklikten sonra bunu bozarsa 'eski hale dön' demek yerine, 'şu davranış bozuldu, son değişiklikte hangi dosya buna sebep olmuş olabilir, önce teşhis et' de. Kontrol, panik değil iz sürmedir.

## Context dosyası: AI'ın bakacağı küçük proje anayasası

Context dosyası dediğimiz şey karmaşık bir doküman olmak zorunda değil. Proje kökünde veya aracın not alanında duran kısa bir metin yeter: ürün ne yapar, hedef kullanıcı kimdir, hangi araçlarla geliştirilir, hangi ekranlar vardır, hangi kararlar verilmiştir, neler kesinlikle değiştirilmemelidir. Bu dosya büyüdükçe roman olmamalı; AI'ın her görevde okuyabileceği kadar kısa kalmalı.

Örnek iskelet şöyle olabilir: 'Bu proje küçük ekipler için görev takip uygulamasıdır. Hedef kullanıcı teknik olmayan kuruculardır. Ana ekran görev listesi, detay ekranı ve ayarlar ekranından oluşur. Tasarım sade kalacak. Yeni özellik eklerken login akışına dokunma. Veritabanı alanı değiştirmek gerekiyorsa önce teklif olarak yaz, uygulama.' Bu kadar basit bir metin bile AI'ın rastgele mimari karar vermesini azaltır.

Context'in en önemli parçası 'son kararlar' bölümüdür. Bugün 'mobilde alt menü kullanacağız' dediysen yarın AI'ın üst menü önermemesi gerekir. Bugün 'şimdilik ödeme yok' dediysen üç prompt sonra ödeme altyapısı kurmaya başlamaması gerekir. Proje büyüdükçe zekadan çok tutarlılık kazanır; context dosyası bu tutarlılığın belleğidir.

## Kötü prompt değil, eksik çalışma sistemi: belirtiler ve düzeltmeler

Birçok kişi sorunu 'prompt yazmayı bilmiyorum' diye okuyor. Bazen doğru, ama büyüyen projelerde sorun tek prompt değil, çalışma sistemidir. Aşağıdaki tablo hangi belirtiye nasıl yaklaşacağını netleştirir.

| Belirti | Kötü tepki | Daha iyi tepki |
|---|---|---|
| AI çalışan ekranı bozdu | 'Her şeyi düzelt' demek | Bozulan akışı adlandır, son değişiklik dosyalarını incelet |
| Aynı hata geri geliyor | Aynı promptu tekrar atmak | Context dosyasına 'bilinen hata ve çözüm' notu eklemek |
| Araç sürekli yeni teknoloji öneriyor | Her öneriyi kabul etmek | Kullanılacak stack'i context'te sabitlemek |
| Kod şişiyor | 'Temizle' diye geniş komut vermek | Tek dosya veya tek fonksiyon için küçük refactor istemek |
| Ne değiştiğini bilmiyorsun | Sonucu direkt kabul etmek | Değişen dosya, sebep ve test adımı özeti istemek |

Bu sistemin amacı AI'ı yavaşlatmak değil, doğru hızda tutmaktır. Vibe coding'in cazibesi hızlı sonuçtur; ama kontrolsüz hız proje borcu üretir. Her değişiklikten sonra AI'dan kısa bir 'değişiklik özeti' iste: ne değişti, neden değişti, hangi kullanıcı davranışı etkilenir, neyi test etmeliyim? Bu dört soru seni geliştirici gibi düşünmeye zorlar, ama klasik anlamda kod ezberletmez.

## Vibe Coding Turkey örneği: proje vitrinine çıkacak gibi çalış

Vibe Coding Turkey'nin farkı sadece Türkçe içerik olması değil; topluluğun proje paylaşımı, gerçek geri bildirim, araç karşılaştırmaları ve Top Builders mantığı etrafında dönmesidir. Bu yüzden iyi bir ölçü şudur: yaptığın işi yarın topluluğun proje vitrininde anlatacak olsan, neyi gösterirdin? Sadece 'AI yaptı' demek yetmez. Ürün kime yarıyor, hangi ekran çalışıyor, hangi kararları sen verdin, nerede takıldın, sıradaki küçük adım ne?

Bu bakış context'i doğal hale getirir. Çünkü proje vitrinine çıkacak bir ürünün adı, amacı, çalışan akışı ve bilinen eksikleri belli olmak zorundadır. AI'a da aynı netliği vermelisin. Vibe Coding Turkey'nin ücretsiz topluluğuna https://vibecodingturkey.com/tr/topluluk adresinden bakarken projelerin nasıl anlatıldığına dikkat et: iyi geri bildirim almak için ürünün niyeti ve mevcut durumu görünür olmalı. AI'dan da iyi çıktı almak için aynı görünürlüğe ihtiyaç var.

Somut örnek: 'not alma uygulamam var' zayıf context'tir. 'Türkçe konuşan solo kurucular için hızlı fikir notu uygulaması yapıyorum; ilk sürümde sadece not ekleme, arama ve etiketleme var; kullanıcı hesabı yok; tasarım sade kalacak; bu görevde yalnızca arama boş durumunu düzelt' güçlü context'tir. İkisi de aynı fikir gibi görünür, ama AI için aralarındaki fark büyüktür.

## Kimler için DEĞİL: context disiplini her sorunu çözmez

Dürüst sınır koyalım: context sistemi sihir değildir. Eğer yapmak istediğin ürünün amacını hiç bilmiyorsan, AI'a vereceğin context de dağınık olur. Eğer hiçbir değişikliği okumadan sürekli kabul ediyorsan, en iyi context bile yanlış kararı durduramayabilir. Eğer güvenlik, ödeme, kişisel veri veya kritik iş süreçleri içeren bir ürün yapıyorsan, sadece vibe coding akışıyla yetinmek doğru değildir; daha dikkatli inceleme ve gerektiğinde deneyimli teknik destek gerekir.

Bu yaklaşım özellikle şu kişiler için uygun değil: 'AI ne verirse kabul ederim' diyenler, ürünü hiç test etmek istemeyenler, her promptta yön değiştirenler ve önceki kararlarını kaydetmeye üşenenler. Context tutmak küçük bir disiplin ister. Her görevden sonra iki dakika not almak, başta yavaş hissettirebilir; ama üçüncü haftada saatler kazandırır.

Vibe coding'in sağlıklı hali, insanın tamamen kenara çekildiği hal değildir. İnsan ürün kararını verir, sınırı koyar, çıktıyı kontrol eder ve topluluktan geri bildirim ister. AI kodu hızlandırır; ürün sahipliğini devralmaz. Bu ayrımı kabul etmiyorsan context dosyası değil, önce çalışma alışkanlığın değişmelidir.

## 30 dakikalık başlangıç akışı: bugün ne yapmalısın?

Bugün projeni toparlamak için bütün sistemi baştan kurmana gerek yok. Otuz dakikalık küçük bir temizlik yeter. İlk on dakikada tek sayfalık context dosyası yaz: ürün amacı, hedef kullanıcı, mevcut ekranlar, kullanılan araçlar, dokunulmaması gereken yerler. İkinci on dakikada son üç kararı ekle: neden böyle seçtin, neyi erteledin, hangi şey şimdilik kapsam dışında. Son on dakikada bir sonraki görevi tek hedefe indir ve kabul kriterlerini yaz.

Kullanabileceğin kısa görev formatı şu: 'Amaç: [tek hedef]. Sınır: [dokunulmayacak yerler]. Kabul kriteri: [iş bitince kullanıcı ne yapabilmeli]. Kontrol: [hangi sayfa/akış test edilecek]. Özet: iş bitince değişen dosyaları ve test adımını yaz.' Bu formatı her araçta kullanabilirsin; Claude Code, Cursor, Lovable, Bolt veya v0 fark etmez. Araç değişebilir, çalışma disiplini kalır.

Son adım topluluk kontrolüdür. Bir noktada kendi projenin kör noktasını göremezsin. Vibe Coding Turkey'nin ana sitesi https://vibecodingturkey.com üzerinden topluluk, rehberler, araç karşılaştırmaları ve proje paylaşım alanlarına ulaşabilirsin. Paylaşırken 'ne yaptım, nerede takıldım, AI neyi bozdu, context'im şu' diye yazarsan alacağın geri bildirim çok daha net olur.

## FAQ

### Claude veya Cursor projeyi unutuyor gibi davranıyor, bu normal mi?

Evet, özellikle proje büyüdükçe bu his normaldir. AI araçları her oturumda senin bütün geçmiş kararlarını otomatik ve kusursuz şekilde hatırlayacakmış gibi düşünülmemeli. Çözüm, her şeyi tekrar anlatmak değil; kısa bir proje context dosyası tutmaktır. Ürün amacı, mevcut ekranlar, kullanılacak teknoloji, dokunulmaması gereken yerler ve son kararlar tek yerde durursa araç tahmin etmek yerine o çerçeveye göre çalışır.

### Context dosyasına tam olarak ne yazmalıyım?

Context dosyasında beş şey yeter: ürün ne yapıyor, hedef kullanıcı kim, hangi ekranlar veya modüller var, hangi teknik/tasarım kararları sabit, neler kesinlikle değiştirilmemeli. Sonuna kısa bir 'son kararlar' bölümü ekle: örneğin 'şimdilik ödeme yok', 'mobilde alt menü kullanılacak', 'login akışına dokunma'. Dosya kısa kalmalı; amaç AI'a roman okutmak değil, her görevde aynı proje hafızasını vermektir.

### Her promptta uzun uzun context vermem mi gerekiyor?

Hayır. İyi sistemde uzun context'i her seferinde kopyalamazsın; sabit bir context dosyası veya proje notu tutarsın. Her yeni görevde sadece hedef, sınır ve kabul kriterini yazarsın. Örnek: 'Amaç: arama boş durumunu düzelt. Sınır: login ve veritabanına dokunma. Kabul kriteri: sonuç yoksa Türkçe açıklama görünsün.' Bu kısa format, AI'ın ne yapacağını ve ne yapmayacağını netleştirir.

### AI'ın yazdığı kodu anlamıyorsam devam etmeli miyim?

Tamamını uzman gibi anlaman şart değil, ama ne değiştiğini hiç bilmeden kabul etmek risklidir. Her işlemden sonra AI'dan değişen dosyaları, değişiklik sebebini ve test etmen gereken kullanıcı akışını yazmasını iste. En azından 'hangi ekran etkilendi, hangi davranış değişti, neyi kontrol etmeliyim' sorularına cevap al. Vibe coding'de amaç kodu ezberlemek değil, ürün sahipliğini kaybetmeden AI ile ilerlemektir.

### Vibe coding ile büyük proje yapılır mı, yoksa sadece demo mu olur?

Vibe coding küçük demo ve MVP'ler için çok hızlıdır; proje büyüdükçe context, test, karar kaydı ve geri bildirim disiplini gerekir. Yani mesele 'yapılır mı' değil, nasıl yönetildiğidir. Tek promptla büyük ürün beklemek gerçekçi değildir. Ama ürünü küçük parçalara böler, context dosyası tutar, her değişiklikten sonra kontrol eder ve kritik alanlarda teknik destek alırsan daha ciddi projelere doğru ilerleyebilirsin.

### Vibe Coding Turkey'de yardım isterken ne paylaşmalıyım?

Yardım isterken sadece 'AI bozdu' yazma. Şunları paylaş: ürünün tek cümle amacı, hangi araçla çalıştığın, yapmak istediğin değişiklik, bozulmadan önce neyin çalıştığı, bozulduktan sonra ne olduğu ve varsa context notun. Bu bilgiler topluluğun gerçek geri bildirim vermesini kolaylaştırır. Vibe Coding Turkey ücretsiz bir Türkçe topluluk olduğu için soru sormak, proje göstermek ve araç deneyimi karşılaştırmak öğrenme hızını artırabilir.