AI ile Oluşturulmuş Bir Uygulamayı Bozmadan Nasıl Geliştirirsiniz

AI ile oluşturulmuş bir uygulamayı bozmadan geliştirmek için her istemde tek bir şeyi değiştirin, önizlemede kontrol edin ve devam etmeden önce bir kontrol noktası kaydedin. Kodun ne yaptığını düşündüğünüzü değil, gördüğünüzü anlatın, büyük değişiklikleri inşa etmeden önce planlayın ve bir değişiklik ters giderse, AI'dan kendi düzeltmesini düzeltmesini istemek yerine son çalışan sürüme dönün.

Bir uygulamanın ilk sürümü çoğu zaman dakikalar içinde ortaya çıkar. Zor kısım ellinci değişikliktir; her yeni istem, daha önce çalışan bir şeyi bozma riski taşır. Bu rehber, bunun olmasını engelleyen döngüdür.

Geliştirme döngüsü

1. Tek bir değişiklik seçin. Bir özellik, bir hata veya bir sayfa.
2. Kullanıcının gördüğü ve yaptığı şeyler açısından anlatın.
3. Büyük değişiklikler için önce planlayın. Bir plan isteyin, okuyun, sonra inşa edin.
4. Sonucu önizlemede kontrol edin — değişikliği ve buna yakın akışları.
5. Kaydedin: bir kontrol noktası ya da commit.
6. Tekrarlayın.

Her adım, değişiklikleri küçük ve geri alınabilir tutmak için vardır.

Adım 1: Kısa bir liste tutun

İstem yazmadan önce, neyi değiştirmek istediğinizi önem sırasına göre yazın. Bu, on isteği içeren bir paragrafı tek mesajda göndermenizi önler ve yarı yolda aklınıza gelen fikirlere "şimdilik değil" demenizi sağlar.

Değişiklik büyükse parçalara ayırın. "Ekip hesapları ekle" şöyle olur: ekipler oluştur, bir üye davet et, ekipler arasında geçiş yap, verileri geçerli ekiple sınırla. Her biri kendi isteminde yer alır. Bunu yapmanın iyi bir yolu kullanıcı hikayeleri yazmaktır.

Adım 2: Gördüğünüzü anlatın

AI, siz söylemedikçe ekranınızı göremez. Belirli şeylere işaret edin ve ne olması gerektiğini söyleyin:

Telefonda fiyatlandırma sayfasında Pro kartının düğmesi sağ kenarda kesiliyor. Masaüstü düzenini aynı tutun; 640 pikselin altındaki ekranlarda kartları alt alta dizin ve düğmeleri tam genişlikte yapın.

Bunu "fiyatlandırma sayfası mobilde kötü görünüyor" ile karşılaştırın. İlki tek seferde yapılabilir ve kontrol edilebilir; ikincisi istemediğiniz bir yeniden tasarımı davet eder.

Ekran görüntüleri yardımcı olur. Oluşturucunuz görselleri kabul ediyorsa bir tane ekleyin ve sorunu daire içine alın.

Adım 3: Büyük değişikliklerden önce planlayın

Uygulamanın birkaç bölümüne dokunan her şey için — yeni bir veri modeli, ödemeler, kullanıcı rolleri — herhangi bir kod değişmeden önce bir plan isteyin:

Henüz kodu değiştirme. Kullanıcıların ekiplere ait olmasını ve yalnızca kendi ekiplerinin projelerini görmesini istiyorum. Değişikliği planla: hangi tablolar, sayfalar ve API rotaları değişecek, mevcut kullanıcıların verilerine ne olacak ve hangi sırayla inşa edersin?

Planı okuyun. Yanlışsa, bir planı düzeltmek, bir inşayı geri almaktan çok daha ucuzdur.

Adım 4: Neyin değişmemesi gerektiğini söyleyin

AI araçları bazen sormadığınız şeyleri "düzenleyebilir". Çalışan şeyleri koruyun:

Siparişler tablosuna bir tarih filtresi ekle. Tablonun sütunlarını, stilini veya dışa aktar düğmesini değiştirme.

Her yerde geçerli olan kurallar — marka renkleri, ses tonu, "onay almadan asla veri silme" — için bunları her seferinde tekrar etmek yerine AI'ın her okuduğu bir proje notları dosyasına ya da bilgi ayarına koyun.

Adım 5: Değişikliğin ötesini de kontrol edin

Her istemden sonra test edin:

• Değişikliğin kendisi. İstediğinizi yapıyor mu, masaüstünde ve telefonda?
• Komşuları. Aynı sayfadaki şeyler ve aynı verileri kullanan akışlar.
• Kritik yol. Kayıt olma, giriş yapma, ana işlem, ödeme. Her büyük değişiklikten sonra otuz saniyelik bir kontrol, bozulmaların çoğunu erken yakalar.

Bir şey yanlışsa, tam olarak bildirin — bkz. iyi bir hata raporu nasıl yazılır.

Adım 6: Üst üste yığmak yerine geri alın

Bir değişiklik bir şeyi bozar ve ilk düzeltme işe yaramazsa, durun. Her ek "düzeltme" bozuk bir durumun üzerine kurulur ve sorunlar birikir.

Bunun yerine:

1. Çalışan son sürüme geri dönün (bir kontrol noktası ya da Git commit'i).
2. İstemde neyin belirsiz olduğunu bulun.
3. Daha küçük ya da daha net bir istekle yeniden deneyin.

Bu değişiklik taslak kaydetmeyi bozdu. Geri aldım. Bu sefer yalnızca otomatik kaydetme göstergesini ekle, başlıkta metin olarak. Taslakların nasıl kaydedildiğini değiştirme.

Adım 7: Yeniden yapmanın doğru olduğu zamanı bilin

Sıfırdan yeniden yapmak, çalışan birçok ayrıntıyı atar. Yalnızca şu durumlarda buna değer:

• Ürün fikri tamamen değişmişse.
• Temel yapı artık ihtiyacınız olanı kaldıramıyorsa — örneğin statik bir site olarak kurulmuşsa ama şimdi hesaplar ve bir veritabanına ihtiyaç duyuluyorsa.
• Proje hâlâ neredeyse boşsa.

Yeniden yaparken neyi koruyacağınızı listeleyin: isim, renkler, metinler, kullanıcıların sevdiği bölümler.

Örnek istemler

Devam etmeden önce, uygulamanın şu anda nasıl çalıştığını özetle: sayfalar, sakladığı veriler ve kırılgan olduğunu düşündüğün her şey.

Tekrarlayan rezervasyonlar eklemek istiyorum. Yararlı olacak en küçük sürüm nedir? Bunu birer birer yapabileceğimiz üç ayrı değişiklik olarak öner.

Son üç değişikliği, ödeme akışını bozmuş olabilecek herhangi bir şey için incele. Henüz düzenleme yapma.

Sık yapılan hatalar

• Tek bir istemde on talep. Bazıları yapılır, bazıları yarım kalır ve hangilerinin olduğunu anlayamazsınız.
• Belirsiz geri bildirim. "Bozuk" ya da "daha iyi yap" demek tahminlere yol açar.
• Komşuları hiç kontrol etmemek. Ortak bir bileşendeki değişiklik üç sayfayı bozar.
• Düzeltmeleri düzeltmek. Bir hatanın içinde dört istem derinliğindeyseniz, geri alın.
• Bağlamı her seferinde tekrarlamak yerine kalıcı kuralları proje notlarında tutmamak.
• Takıldığında yeniden yapmak. "Baştan başla" anlarının çoğu aslında "iki adım geri dön" anlamına gelir.

Kontrol listesi

• İstem başına tek bir hedef.
• Gördüğümü ve olması gerekeni anlatıyorum.
• Büyük değişiklikler, koda dokunulmadan önce bir plan alıyor.
• Neyin değişmemesi gerektiğini söylüyorum.
• Her değişiklikten sonra onu, komşularını ve kritik yolu test ediyorum.
• Çalışan her değişiklikten sonra bir kontrol noktası ya da commit kaydediyorum.
• Bir düzeltme başarısız olduğunda, düzeltmeleri üst üste yığmak yerine geri alıyorum.
• Kalıcı kurallar, AI'ın her okuduğu proje notlarında duruyor.

Mythex'te geliştirme

Mythex bu döngü etrafında kurulmuştur:

• Plan, Build ve Ask modları. Plan, düzenlemeden önce yaklaşımı tartışır; Ask kod değiştirmeden yanıtlar; Build değişikliği yapar. Bkz. Sohbet.
• Kontrol noktaları. Her başarılı turdan sonra Mythex bir git kontrol noktası kaydeder; Bu noktaya geri dön ile geri alabilirsiniz. Ayrıca önceki bir mesajı düzenleyip İptal et ve yeniden gönder diyerek o noktadan farklı bir istem deneyebilirsiniz. Bkz. Yeniden yapmadan geliştirin.
• Bilgi. Proje ayarları → Bilgi, agent'ın her mesajda uyduğu kalıcı notları tutar.
• /test, büyük bir değişiklikten sonra agent'ın önizlemede bir kullanıcı gibi gezinmesini sağlar.

Daha küçük istemler ayrıca daha az kredi harcar. İstemlerin kendisini yazmak için AI uygulama oluşturucular için istemler nasıl yazılır bölümüne bakın; bir şey bozulduğunda ise AI ile oluşturulmuş bir uygulama nasıl hata ayıklanır bölümüne bakın.

Sorular