Yapay Zekâ ile Kod Yazma: Nerede İşe Yarar, Nerede Yanılır?

Yapay zeka ile kod yazma, yapmak istediğiniz işi tarif edip kodun hazırlanmasında yapay zekâdan yardım almak. Kendi çalışmalarımda bu yardımı taslak hazırlarken, hatanın kaynağını ararken ve değişikliği kontrol ederken kullanıyorum. İşin hızlandığı yer kadar, önerilen çözümün yanlış çıktığı yeri de görmek gerekiyor.

Kod yazdırmanın farklı yolları

Sohbet asistanına parça kod yazdırabilirsiniz. Burada ilgili kodu ve sorunu siz aktarırsınız; çıkan parçanın sitenizin geri kalanına uyup uymadığını da kontrol etmeniz gerekir. Bir formdaki sorunu anlatmakla bütün sitenin yapısını anlatmak aynı kapsamda işler değil.

Kod editöründeki yapay zekâ önerileri, düzenleme yaptığınız yerde size eşlik eder. Proje dosyalarında çalışan ajan ise dosyalar üzerinde iş yürütmeye yönelik diğer yoldur. Bu ayrımı, hangi araç adının daha çok duyulduğundan önce ele alıyorum.

Her gün kullandığım kod yazan ajanla çalışma düzenini Claude Code yazısında anlattım. İstediğinizi anlatıp kodu satır satır okumadan görünen sonuçla ilerlemek ise vibe coding yaklaşımına yaklaşıyor. Sizin için belirleyici soru, çıkan kodu kimin inceleyeceği ve sorun olduğunda kimin düzelteceği.

Hangi işte ne kadar yardımcı?

Tekrarlı bir parçanın taslağını hazırlatmakla kullanıcı yetkilerini değiştirmek aynı kontrolü istemiyor. Görevi verirken hem beklediğim sonucu hem de değişmemesi gereken alanı yazıyorum. Böylece kontrol edilecek işin sınırı belli oluyor.

İş türü	Yapay zekâ ne kadar yardımcı	Neye dikkat
Tekrarlı kod	Benzer parçaların taslağını hazırlamada yararlı.	Mevcut yapıya uymayan tekrarlar eklenmesin.
Hata ayıklama	Olası nedenleri sıralayıp aramayı daraltabilir.	Önerilen neden ölçüm veya denemeyle doğrulansın.
Test betiği	Kontrol adımlarını koda dökmeyi kolaylaştırabilir.	Kontrol kodu çalıştırılsın, çıktısı okunsun.
Performans ölçümü	Ölçüm hazırlığına ve sonuçların incelenmesine yardım edebilir.	Aynı koşullarda önce ve sonra karşılaştırılsın.
Güvenlik ve yetki kodu	İncelenecek bir taslak sunabilir.	Kimin hangi işleme erişebildiği ayrıca denetlensin.
Veritabanı değişikliği	Değişiklik adımlarını hazırlamada yardımcı olabilir.	Yedek, deneme ve geri alma yolu hazır olsun.

AI ile kod yazma işini değerlendirirken yalnızca kodun ortaya çıkışına bakmıyorum. İsteğin doğru anlaşılması, değişikliğin okunması ve sonucun denenmesi de işin parçası. Özellikle işletmenin kullandığı bir sitede, çalışan bölümlerin korunması yeni kod kadar önemli.

Kendi sitemde ajan iki kez yanlış iz sürdü

31 Ekim 2026’da onurertem.com ana sayfasındaki 3D sahne başlarken donma vardı. Ölçüm aracıyla yavaşlatılmış telefon testinde her adımın süresini çıkardık. Soruyu “siteyi hızlandır” diye bırakmak yerine, donmanın hangi işlem sırasında oluştuğunu aradık.

İlk denemede gölgelendiricileri (3D görüntüyü oluşturan küçük programlar) arka planda derletmek üzerinde duruldu. Sonraki denemede ortam dokusunu (yansıma için kullanılan görüntü verisi) küçülttük. Ajanın izlediği bu iki yol da donmayı azaltmadı; bunu yeniden yaptığımız ölçüm gösterdi.

Önerilerin teknik açıdan makul görünmesi, sorunun kaynağını bulduğumuz anlamına gelmiyordu. Ölçüm değişmeyince aynı açıklamayı savunmak yerine aramayı daralttık. Asıl sebep, metal yüzeylerin yansıma ortamının her açılışta tarayıcıda hesaplanmasıydı.

Çözüm, bu hesabı bir kez önceden yapıp küçük bir görsel olarak siteye koymak oldu. Yavaş telefon testinde en uzun donma 1.134 ms’den yaklaşık 150 ms’ye, masaüstünde 770 ms’den 55 ms’ye indi. Görüntünün değişmediğini ekran görüntüsü karşılaştırmasıyla kontrol ettim; yayın da benim onayımla yapıldı.

Bu işten çıkardığım çalışma sırası şu: ölç → daralt → değiştir → yeniden ölç. İlk öneri tutmadığında bunu kayda geçirmek, sonraki adımın gerekçesini de netleştiriyor. Sahnenin site içindeki rolünü 3D ve animasyonlu web sitesi yazısında ayrıca anlattım.

Çalışır görünen kod nerede yanıltır?

Yapay zekâ kod yazma sırasında var olmayan bir fonksiyon ya da ayar önerebilir. Eski sürüm bilgisine dayanıp mevcut projede karşılığı olmayan bir çözüm de kurabilir. Bu yüzden önerilen parçanın projedeki gerçek kullanımla uyuşup uyuşmadığına bakıyorum.

Güvenlik kontrolünün atlanması daha sessiz bir sorun. Bir işlemin sizin hesabınızda çalışması, o işlemi yalnızca yetkili kişinin yapabildiğini göstermiyor. Kullanıcı yetkileriyle ilgili değişiklikte, izin verilen davranışın yanında engellenmesi gereken davranışı da denemek gerekir.

“Test geçti” cümlesini de tek başına sonuç kabul etmiyorum. Hangi kontrolün çalıştırıldığını, neyi sınadığını ve çıktısını görmek istiyorum. Henüz çalıştırılmamış bir kontrol kodu hazırlanmışsa, ortada tamamlanmış test değil, uygulanacak bir adım vardır.

Toplu değişikliklerde yan etki başka bir risk. Sahada, toplu ayar değiştiren otomatik bir betiğin sayfa oluşturucudaki ortak bileşeni kendi kendini çağıran bir şablona çevirdiğini gördüm; site bozuldu. Bu olaydan aldığım ders, toplu işten önce yedek almak ve değişikliği tek sayfada denemek.

Görevi nasıl tarif ediyorum?

İsteği yazarken mevcut davranışı ve beklediğim sonucu ayrı anlatıyorum. Örneğin bir düğme çalışmıyorsa hangi sayfada olduğunu, hangi durumda tepki vermediğini ve doğru davranışın ne olacağını belirtiyorum. Önce ilgili kodun incelenmesini, ardından önerilen değişikliğin gerekçesiyle gösterilmesini istiyorum.

Değişiklik hazırlanınca hangi dosyalara dokunulduğuna bakıyorum. Yalnızca düğmeyi düzeltmek için sayfanın başka bölümleri de değişmişse bunun nedenini soruyorum. Kontrol adımında hem sorun yaşanan davranışı hem de düzenlemeden etkilenebilecek yakın alanları deniyorum; böylece inceleme yalnızca yeni kod parçasıyla sınırlı kalmıyor.

Kendi sitenize kod eklemeden önce

Kod bilmeyen bir işletme sahibiyseniz, size verilen parçayı nereye koyacağınızı öğrenmek tek başına yeterli değil. Kontrolü kimin yapacağını ve hatalı değişikliği nasıl geri alacağınızı da belirleyin. Aşağıdaki sırayı, küçük görünen bir düzenlemede de uygulamanızı öneririm.

1. Yedek alın. Hem dosyaların hem verilerin geri yüklenebileceğinden emin olun; yalnızca yedek alındı mesajını görmekle yetinmeyin.
2. Test ortamında deneyin. Değişikliği önce canlı sitenin ayrı bir kopyasında uygulayın ve hangi sayfaları etkilediğini kontrol edin.
3. Tek değişiklik yapın. Görünüm, form ve genel ayar düzenlemelerini birlikte uygulamayın; sorun çıkarsa nedenini ayırabilin.
4. Giriş yapmadan bakın. Yönetici hesabından çıkıp ziyaretçinin gördüğü sayfayı açın; menüyü, metinleri ve formu deneyin.
5. Telefonda deneyin. Yalnızca ekranın sığmasına bakmayın; düğmelere dokunun, sayfayı kaydırın ve yazıların okunmasını kontrol edin.
6. Geri alma planını hazırlayın. Hangi dosyanın veya ayarın geri döneceği, bunu kimin yapacağı ve sitenin nasıl kontrol edileceği belli olsun.

Kendi akışımda proje kural dosyası kullanıyorum; canlıya yükleme açık onayıma bağlı ve şifrelerimi yapay zekâya vermiyorum. Yapay zekâ ile yazılım hazırlarken görevi küçük tutmak da bu düzenin parçası. “Her şeyi düzelt” yerine değişecek alanı tarif etmek, çıkan işi okumayı kolaylaştırıyor.

Sık sorulanlar

Kod bilmeden yapay zekâya kod yazdırabilir miyim?

İsteğinizi anlatıp bir taslak alabilirsiniz. Kendi sitenize uygulama aşamasında ise dosyaları, etkilenen alanları ve geri alma yolunu anlayan birinin kontrolünü öneririm. Görünen sonucun düzgün olması, bütün kontrollerin tamamlandığını göstermez.

Yapay zekânın bulduğu hataya hemen müdahale edilmeli mi?

Önce önerilen nedenin sorunu açıklayıp açıklamadığını sınayın. Kendi sitemde ilk iki deneme sonuç vermedi; doğru nedeni ölçümü sürdürerek bulduk. Değişiklikten sonra aynı koşullarda tekrar bakmak, işe yarayan çözümü ayırmanıza yardım eder.

Yapay zekâ kodu yazdıysa son kontrol kime ait?

Kendi işlerimde son kontrolü ve yayın kararını üstleniyorum. Siz de işi teslim eden kişiyle hangi sayfaların deneneceğini ve sorun çıkarsa kimin müdahale edeceğini baştan konuşun. Kodun kim tarafından üretildiği bu sorumluluğu ortadan kaldırmıyor.

Sitenize eklemek istediğiniz kodu nasıl kontrol edebileceğimizi konuşmak isterseniz iletişim sayfamdan bana ulaşabilirsiniz.