Mehmet
Admin
Gemini CLI'de proje talimatlarını her konuşmada yeniden yazmak yerine, proje kökünde GEMINI.md dosyası kullanabilirsiniz. İyi bir dosya uzun bir temenni listesi içermez; projenin nasıl çalıştığını, hangi sınırların korunacağını ve işin nasıl kontrol edileceğini açıklar. Talimatın yüklenip yüklenmediğini de ayrıca kontrol etmek gerekir.
Küçük bir JavaScript projesi için başlangıç örneği:
Bu örneği olduğu gibi her projeye yapıştırmak yerine, dosya yollarını ve doğrulama adımlarını kendi yapınıza göre daraltın. “Kusursuz kod yaz” gibi ölçülemeyen kurallar yerine kontrol edilebilir sonuçlar isteyin.
İlki yüklenen talimat bağlamını incelemek, ikincisi dosyaları yeniden taratmak içindir. Proje dosyasını güncelledikten sonra eski cümlenin hâlâ görünmesi, dosyanın kaydedilmediğini veya beklediğiniz dizinin kullanılmadığını araştırmanız gerektiğini gösterebilir.
Global talimatlar, çalışma alanı ve erişilen alt klasörlerdeki talimatlar bir arada etkili olabilir. Bu yüzden proje kökündeki dosyayı değiştirmek, başka bir yerde tanımlı çelişkiyi otomatik kaldırmaz. Çelişen iki talimat bulursanız hangisinin hangi kapsam için gerekli olduğunu belirleyip metinleri uyumlu hale getirin.
Dosyayı büyütürken tekrar eden kuralları çoğaltmayın. Ana dosyada ortak ilkeleri, bileşene özel dosyada yalnız o bileşenin farklı gereksinimini tutmak daha anlaşılırdır. Projenin yapısı değiştiğinde bu belgeyi de güncelleyin; artık var olmayan klasörleri tarif eden talimat, otomasyonu kolaylaştırmak yerine yanlış dosyaya yönlendirir.
Önce projeye ait gerçek bilgileri toplayın
Paket dosyasındaki test komutunu, kaynak klasörünü ve çalıştırma adımlarını okuyun. Şablona tahmin ettiğiniz komutu yazmayın. Örneğin test komutu “npm test” değilse sırf yaygın olduğu için dosyaya eklemek, sonraki bütün görevlerde aynı yanlış yönlendirmeyi tekrarlar.Küçük bir JavaScript projesi için başlangıç örneği:
Kod:
# Proje
Bu uygulama kişisel okuma listesini düzenler.
## Çalışma biçimi
- Önce ilgili dosyaları oku ve mevcut adlandırmayı sürdür.
- Tek görev için gerekli dosyaları değiştir.
- Kullanıcının mevcut değişikliklerini koru.
## Veri ve yapılandırma
- Örnek verilerle çalış; gerçek kişisel verileri örneğe koyma.
- Gizli anahtarları kaynak koduna ekleme.
- Ortam değişkeni adlarını .env.example içinde belgele.
## Doğrulama
- package.json içindeki mevcut kontrol komutunu kullan.
- Normal girdiyle birlikte boş ve hatalı girdiyi de değerlendir.
- Son yanıtta değişen davranışı ve kontrol sonucunu belirt.Yüklenen talimatı görün
Gemini CLI içinde şu komutları kullanabilirsiniz:
Kod:
/memory show
/memory reloadGlobal talimatlar, çalışma alanı ve erişilen alt klasörlerdeki talimatlar bir arada etkili olabilir. Bu yüzden proje kökündeki dosyayı değiştirmek, başka bir yerde tanımlı çelişkiyi otomatik kaldırmaz. Çelişen iki talimat bulursanız hangisinin hangi kapsam için gerekli olduğunu belirleyip metinleri uyumlu hale getirin.
Tek bir küçük görevle deneyin
“Okuma listesine boş başlık eklenmesini engelle; diğer davranışları koru” gibi dar bir görev verin. Sonuçta yalnız ilgili dosyalar değişmiş mi, boş girdi kontrol edilmiş mi ve mevcut doğrulama komutu doğru seçilmiş mi bakın. Modelin “kuralları okudum” demesi yerine somut davranışı ölçün.Dosyayı büyütürken tekrar eden kuralları çoğaltmayın. Ana dosyada ortak ilkeleri, bileşene özel dosyada yalnız o bileşenin farklı gereksinimini tutmak daha anlaşılırdır. Projenin yapısı değiştiğinde bu belgeyi de güncelleyin; artık var olmayan klasörleri tarif eden talimat, otomasyonu kolaylaştırmak yerine yanlış dosyaya yönlendirir.
