RuleStack

Configs

Stacks

Compare

Diff

RuleStack

Configs

Stacks

Compare

Diff

Read API

RuleStack

Configs

Stacks

Compare

Diff

Read API

Diff/winterus20-penceai-clinerules-genel-kurallar ↔ winterus20-penceai-clinerules-project-context

Comparison

A · Cline rules · Winterus20/PenceAIB · Cline rules · Winterus20/PenceAI
What each file covers, counted
DimensionSharedOnly in AOnly in BOverlap
Sections15311%
Commands000—
Section tags12033%

What each file covers

Sections

1 shared · 5 only in A · 3 only in B
  • − Communication style
  • − Development workflow
  • − Coding best practices
  • − Project context
  • − Other guidelines
  • + Core Reference Document
  • + Yönlendirici Referans Dosyaları (project/)
  • + System Architecture and Module Structure
  •   Brief overview

Commands

neither file has any

Section tags

1 shared · 2 only in A · 0 only in B
  • − code-style
  • − agent-behaviour
  •   architecture

Line diff

+19 added−20 removed5 unchanged20.0% identical
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/project-context.md
@@ +1 @@
1## Brief overview
2Bu dosya, projede ihtiyaç duyulan genel bağlam, mimari bilgiler ve proje yapısı için her zaman başvurulması gereken ana kaynakları tanımlar.
3 
4## Core Reference Document
5- Projenin tamamı `project/` klasörü içerisinde detaylı olarak dökümante edilmiştir.
6- Projenin mimarisi, modül yapısı, veritabanı şeması, kullanılan teknoloji yığını, API endpoint'leri ve sistem akışları gibi konularda bilgiye ihtiyaç duyulduğunda, her zaman öncelikle parça parça ayrılmış referansların indeksi olan `project/README.md` dosyasına bakılmalı ve oradaki yönlendirmelere göre ilgili alt dosya (`project/01-proje-ozeti.md`, `project/03-modul-yapisi.md` vb.) okunmalıdır.
7- Mimari kararlar veya dosya yapıları hakkında varsayım yapmak yerine, bu referans dosyaları okunmalı ve oradaki yönlendirmelere göre hareket edilmelidir.
8 
9## Yönlendirici Referans Dosyaları (project/)
10- `01-proje-ozeti.md`: Projenin amacı, özellikleri ve temel akışı (veri akışı vb.)
11- `02-mimari-genel-bakis.md`: Projenin katmanlı mimarisi ve topolojisi
12- `03-modul-yapisi.md`: Agent, Memory, Router, Gateway gibi modüller ve alt dosyaları
13- `04-veritabani-semasi.md`: SQLite veritabanı şeması ve FTS5/Vektör yapıları
14- `05-teknoloji-yigini.md`: Backend ve Frontend teknolojileri ile versiyonları
15- `06-api-endpoints.md`: Gateway üzerinden sunulan tüm REST API rotaları
16- `07-websocket-protokolu.md`: Mesaj tipleri ve gerçek zamanlı bağlantı detayları
17- `08-guvenlik.md`: Dosya yolu, MCP komutları ve auth erişim kontrolleri
18- `09-test-yapisi.md`: Test klasörleri, bileşenlerin test mantıkları
19- `10-gelistirici-notlari.md`: Başlatma scriptleri, çevresel değişkenler (.env) ve özel uyarılar
20 
21## System Architecture and Module Structure
22- Yeni bir modül veya bileşen eklemeyi planlarken, `project/03-modul-yapisi.md` içindeki "Modül Yapısı" ve `project/04-veritabani-semasi.md` içindeki "Veritabanı Şeması" bölümleri referans alınmalıdır.
23- Kod yazarken mevcut dizin yapısına ve TypeScript konvansiyonlarına (örneğin '.js' uzantılı import kullanma zorunluluğu) uygun hareket edilmelidir. Tüm bu kritik kurallar ilgili dokümanda belirtilmiştir.
 
24 
 
 
 
 
 
 
 
@@ −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, projede ihtiyaç duyulan genel bağlam, mimari bilgiler ve proje yapısı için her zaman başvurulması gereken ana kaynakları tanımlar.
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+## Core Reference Document
5+- Projenin tamamı `project/` klasörü içerisinde detaylı olarak dökümante edilmiştir.
6+- Projenin mimarisi, modül yapısı, veritabanı şeması, kullanılan teknoloji yığını, API endpoint'leri ve sistem akışları gibi konularda bilgiye ihtiyaç duyulduğunda, her zaman öncelikle parça parça ayrılmış referansların indeksi olan `project/README.md` dosyasına bakılmalı ve oradaki yönlendirmelere göre ilgili alt dosya (`project/01-proje-ozeti.md`, `project/03-modul-yapisi.md` vb.) okunmalıdır.
7+- Mimari kararlar veya dosya yapıları hakkında varsayım yapmak yerine, bu referans dosyaları okunmalı ve oradaki yönlendirmelere göre hareket edilmelidir.
88  
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.
9+## Yönlendirici Referans Dosyaları (project/)
10+- `01-proje-ozeti.md`: Projenin amacı, özellikleri ve temel akışı (veri akışı vb.)
11+- `02-mimari-genel-bakis.md`: Projenin katmanlı mimarisi ve topolojisi
12+- `03-modul-yapisi.md`: Agent, Memory, Router, Gateway gibi modüller ve alt dosyaları
13+- `04-veritabani-semasi.md`: SQLite veritabanı şeması ve FTS5/Vektör yapıları
14+- `05-teknoloji-yigini.md`: Backend ve Frontend teknolojileri ile versiyonları
15+- `06-api-endpoints.md`: Gateway üzerinden sunulan tüm REST API rotaları
16+- `07-websocket-protokolu.md`: Mesaj tipleri ve gerçek zamanlı bağlantı detayları
17+- `08-guvenlik.md`: Dosya yolu, MCP komutları ve auth erişim kontrolleri
18+- `09-test-yapisi.md`: Test klasörleri, bileşenlerin test mantıkları
19+- `10-gelistirici-notlari.md`: Başlatma scriptleri, çevresel değişkenler (.env) ve özel uyarılar
1320  
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.
21+## System Architecture and Module Structure
22+- Yeni bir modül veya bileşen eklemeyi planlarken, `project/03-modul-yapisi.md` içindeki "Modül Yapısı" ve `project/04-veritabani-semasi.md` içindeki "Veritabanı Şeması" bölümleri referans alınmalıdır.
23+- Kod yazarken mevcut dizin yapısına ve TypeScript konvansiyonlarına (örneğin '.js' uzantılı import kullanma zorunluluğu) uygun hareket edilmelidir. Tüm bu kritik kurallar ilgili dokümanda belirtilmiştir.
1824  
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.
RuleStack

Built by

Kynth Studio

Directory

Configs
Stacks
Compare formats
Diff two configs
Best AGENTS.md examples

Formats

AGENTS.md
CLAUDE.md
Cursor rules
Copilot instructions

Reference

Read API
Corpus health
Privacy Policy
Terms

RuleStack

RuleStack

Built by

Kynth Studio

Directory

Configs
Stacks
Compare formats
Diff two configs
Best AGENTS.md examples

Formats

AGENTS.md
CLAUDE.md
Cursor rules
Copilot instructions

Reference

Read API
Corpus health
Privacy Policy
Terms

RuleStack

RuleStack

Built by

Kynth Studio

Directory

Configs
Stacks
Compare formats
Diff two configs
Best AGENTS.md examples

Formats

AGENTS.md
CLAUDE.md
Cursor rules
Copilot instructions

Reference

Read API
Corpus health
Privacy Policy
Terms

RuleStack