Cline rules

1## Brief overview
2Bu dosya, projede oluşturulacak "Implementation Plan" (Uygulama Planı) süreçleri için zorunlu yapı, stil, içerik ve yaklaşım standartlarını tanımlar.
3 
4## Plan Structure and Hierarchy
5- Planlar yapısal bölümlerden oluşmalı ve her bölüm başlığının hemen altında bir yatay çizgi (`---`) bulunmalıdır.
6- **[Goal Description]:** Görevin özeti, arka planı ve ulaşılmak istenen hedef kısa ve öz bir şekilde açıklanmalıdır.
7- **User Review Required:** Onay gerektiren mimari kararlar ve riskli değişiklikler belirtilmelidir. Bu bölümde GitHub tarzı Alert kartları (`> [!IMPORTANT]`, `> [!WARNING]`, `> [!CAUTION]`) zorunludur.
8- **Proposed Changes:** Değişiklikler bileşenlere veya servis katmanlarına göre gruplandırılmalıdır. Detaylar şu formatta verilmelidir:
9  - `#### [NEW] dosya_adi.js`
10  - `#### [MODIFY] dosya_adi.ts`
11  - `#### [DELETE] dosya_adi.css`
12- **Open Questions:** Açığa kavuşmamış teknik sorular ve tasarım kararları listelenmelidir.
13- **Verification Plan:** Değişikliklerin doğrulama adımları her zaman `Automated Tests` ve `Manual Verification` olmak üzere iki alt başlıkta belirtilmelidir.
14 
15## Analysis and Alternatives
16- Önerilen her yeni sistem veya teknik değişiklik için artı ve eksi (pros/cons) analizleri açıkça yazılmalıdır.
17- Kullanıcı talep ettiğinde veya mantıklı görüldüğünde mimari veya pratik alternatifler plana dahil edilmelidir.
18 
19## Style and Markdown Rules
20- Başlık hiyerarşisi kesinlikle markdown kurallarına uymalıdır (Ana başlıklarda `#`, alt başlıklarda `##` ve `###`).
21- Vurgulanması gereken kritik durumlar hariç gereksiz kalın (bold) yazılardan kaçınılmalı, kritik uyarılarda GitHub Alert yapısı tercih edilmelidir.
22- Gerekli durumlarda değişikliğin anlaşılması için kısa diff'ler veya formatlı kod blokları eklenmelidir.
23- Dosya isimleri ve dizin yolları belirginleştirilmeli, daima projenin hiyerarşik yapısına uygun bir liste izlenmelidir.
24 
25## Tone and Approach
26- Ton daima profesyonel, sonuç odaklı ve sıkı bir mühendislik disiplini çerçevesinde olmalıdır.
27- Konuşma dili ve gereksiz dolgu cümleleri kesinlikle kullanılmamalı, doğrudan teknik eksene odaklanılmalıdır.