Cline rules

1## Brief overview
2Bu dosya, bir görev tamamlandığında kullanıcıya sunulacak final özetinin ("Walkthrough") yapısını, stilini ve içeriğini belirler.
3 
4## General Structure
5Görev tamamlandığında (attempt_completion üzerinden üretilecek rapor), aşağıdaki metin yapısına tam olarak uymalıdır:
6 
7- **Giriş:** Rapor "İşlem Başarıyla Tamamlandı" gibi pozitif ve kesin bir giriş ifadesi ile başlamalıdır.
8- **Summary of Accomplishments:** Bu görevde tam olarak neler başarıldığını özetleyen, 3-4 maddelik yüksek seviyeli bir liste.
9- **Key Changes:** Yapılan en önemli teknik değişiklikler, etkilenen özellikler veya dosya bazlı detaylarla listelenmelidir.
10- **Technical Decisions:** Çözüm için neden bu yöntemin seçildiği, kullanılan algoritmalar veya arka planda alınan spesifik mimari kararlar açıklanmalıdır.
11- **Verification & Testing:** Yapılan işin çalıştığı nasıl kanıtlandı? Başarıyla geçen test komutları veya denenen spesifik test senaryoları detaylandırılmalıdır.
12 
13## Visual and Style Rules
14- **Markdown:** Başlıklar kesin olmalı (`#`, `##`, `###`) ve okunaklı, düzenli liste yapıları (`-`) tercih edilmelidir.
15- **Code Snippets:** Eğer kritik bir algoritma/mantık revize edildiyse, değişimin anlaşılması için "before/after" yerine doğrudan yeni mantık formatlı kısa bir kod bloğu olarak dahil edilmelidir.
16- **Alerts:** Kullanıcının aklında bulunması gereken yan etkiler (side-effects) veya potansiyel riskler varsa; GitHub tarzı uyarılardan faydalanılmalıdır (`> [!TIP]`, `> [!NOTE]`, `> [!WARNING]`).
17- **Tone:** İletişim tonu daima kendinden emin, teknik olarak yeterli düzeyde ve açıklayıcı olmalıdır.