| Dimension | Shared | Only in A | Only in B | Overlap |
|---|---|---|---|---|
| Sections | 1 | 5 | 2 | 13% |
| Commands | 0 | 0 | 0 | — |
| Section tags | 2 | 1 | 1 | 50% |
What each file covers
Sections
1 shared · 5 only in A · 2 only in B- − Communication style
- − Development workflow
- − Coding best practices
- − Project context
- − Other guidelines
- + General Structure
- + Visual and Style Rules
- Brief overview
Commands
neither file has anySection tags
2 shared · 1 only in A · 1 only in B- − agent-behaviour
- + do-not
- code-style
- architecture
Line diff
Winterus20/PenceAI · .clinerules/genel-kurallar.md
@@ −1 @@
1## Brief overview
2Bu dosya, proje için genel iletişim tercihlerini, geliştirme iş akışlarını ve kodlama standartlarını tanımlar. Kullanıcı izole edilmiş ve net kurallar talep etmiştir.
3
4## Communication style
5- Yapay zeka (Cline) her zaman Türkçe (tr) konuşmalıdır.
6- Yanıtlar her zaman kısa, net ve doğrudan konuya odaklı olmalıdır.
7- Konuşkanlıktan (conversational tone) kaçınılmalı, tamamen teknik ve çözüm odaklı bir dil kullanılmalıdır.
8
9## Development workflow
10- Görevler küçük, yönetilebilir ve mantıksal adımlara (step-by-step) bölünmelidir.
11- Her adımın başarılı olduğu doğrulanmadan bir sonrakine geçilmemelidir.
12- Dosya değişikliklerinde projenin mevcut dosya yapısına uygun olarak hareket edilmelidir.
13
14## Coding best practices
15- Temiz kod (Clean Code) prensiplerine sıkı sıkıya bağlı kalınmalıdır.
16- İsimlendirmeler açıklayıcı olmalı ve projedeki mevcut isimlendirme standartlarıyla tutarlılık göstermelidir.
17- Her kod değişikliğinde güvenlik, performans ve okunabilirlik göz önünde bulundurulmalıdır.
18
19## Project context
20- PenceAI projesi içerisinde çalışılmakta olup, çeşitli ajansal (agent, llm, memory) yapılar bulunmaktadır.
21- Mevcut mimari yapıya saygı gösterilmeli ve yeni dosyalar doğru dizinlere (örneğin src/ altına) yerleştirilmelidir.
22
23## Other guidelines
24- Görev tamamlama işlemi her zaman kullanıcı onayı ve test güvencesi ile kapatılmalıdır.
25- Sistem komutları çalıştırılırken (execute_command) proje kök dizini yapısı dikkate alınmalıdır.
Winterus20/PenceAI · .clinerules/task-completion-walkthrough.md
@@ +1 @@
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.
@@ −1 +1 @@
11 ## Brief overview
2−Bu dosya, proje için genel iletişim tercihlerini, geliştirme iş akışlarını ve kodlama standartlarını tanımlar. Kullanıcı izole edilmiş ve net kurallar talep etmiştir.
2+Bu dosya, bir görev tamamlandığında kullanıcıya sunulacak final özetinin ("Walkthrough") yapısını, stilini ve içeriğini belirler.
33
4−## Communication style
5−- Yapay zeka (Cline) her zaman Türkçe (tr) konuşmalıdır.
6−- Yanıtlar her zaman kısa, net ve doğrudan konuya odaklı olmalıdır.
7−- Konuşkanlıktan (conversational tone) kaçınılmalı, tamamen teknik ve çözüm odaklı bir dil kullanılmalıdır.
4+## General Structure
5+Görev tamamlandığında (attempt_completion üzerinden üretilecek rapor), aşağıdaki metin yapısına tam olarak uymalıdır:
86
9−## Development workflow
10−- Görevler küçük, yönetilebilir ve mantıksal adımlara (step-by-step) bölünmelidir.
11−- Her adımın başarılı olduğu doğrulanmadan bir sonrakine geçilmemelidir.
12−- Dosya değişikliklerinde projenin mevcut dosya yapısına uygun olarak hareket edilmelidir.
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.
1312
14−## Coding best practices
15−- Temiz kod (Clean Code) prensiplerine sıkı sıkıya bağlı kalınmalıdır.
16−- İsimlendirmeler açıklayıcı olmalı ve projedeki mevcut isimlendirme standartlarıyla tutarlılık göstermelidir.
17−- Her kod değişikliğinde güvenlik, performans ve okunabilirlik göz önünde bulundurulmalıdır.
18−
19−## Project context
20−- PenceAI projesi içerisinde çalışılmakta olup, çeşitli ajansal (agent, llm, memory) yapılar bulunmaktadır.
21−- Mevcut mimari yapıya saygı gösterilmeli ve yeni dosyalar doğru dizinlere (örneğin src/ altına) yerleştirilmelidir.
22−
23−## Other guidelines
24−- Görev tamamlama işlemi her zaman kullanıcı onayı ve test güvencesi ile kapatılmalıdır.
25−- Sistem komutları çalıştırılırken (execute_command) proje kök dizini yapısı dikkate alınmalıdır.
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.
