# OPRMODAX SUNUCU ÇALIŞMA KURALLARI

## 1. MUTLAK PROJE SINIRI
1. Bu sunucuda birden fazla bağımsız proje vardır.
2. Aktif Codex projesi dışında başka proje klasörüne KESİNLİKLE dokunma.
3. Aktif projenin AGENTS.md dosyasında tanımlı veritabanı dışında başka veritabanında KESİNLİKLE işlem yapma.
4. Kullanıcı açıkça çapraz proje incelemesi istemedikçe başka projede SELECT dahil hiçbir işlem yapma.
5. Yanlış proje klasörü veya yanlış veritabanı tespit edilirse işlemi DERHAL DURDUR.
6. Proje ve veritabanı eşleşmesini varsayma; kritik işlem öncesi aktif proje AGENTS.md dosyasından doğrula.

## 2. SUNUCU SINIRLARI
1. Kullanıcı açıkça istemedikçe WHM, cPanel, Apache, Nginx, PHP-FPM, MySQL/MariaDB global ayarları, DNS, SSL, mail, firewall, cron, systemd veya diğer sunucu servislerini değiştirme.
2. Root yetkisi isteme veya kullanma; kullanıcı açıkça istemedikçe hesap sınırının dışına çıkma.
3. Başka cPanel hesaplarının dosyalarına veya veritabanlarına dokunma.
4. Şifre, API key, token, secret veya credential değerlerini kaynak koda, AGENTS.md dosyalarına, loglara veya raporlara yazma.

## 3. GERÇEK KOD / İZ SÜRME
1. Varsayım yapma.
2. Değişiklikten önce gerçek kodu ve gerçek veri akışını incele.
3. Gerektiğinde route -> controller/page -> service -> repository -> SQL -> JS/CSS zincirini çapraz izle.
4. Aynı davranışın başka ekran/modül/endpoint tarafından kullanılıp kullanılmadığını kontrol et.
5. Mevcut çalışan sistemi anlamadan paralel/yama sistem oluşturma.
6. Bir dosyayı değiştirmeden önce güncel halini doğrudan aktif proje klasöründen oku.

## 4. CERRAHİ DEĞİŞİKLİK
1. Yalnız gerekli dosyaları değiştir.
2. Mevcut çalışan davranışları gereksiz yere değiştirme.
3. Kullanıcı açıkça istemedikçe kapsamı genişletme.
4. HTML render sonrasında gereksiz DOM oluşturma, taşıma, gizleme/gösterme veya layout shift/flicker üreten JS yamaları kullanma.
5. Geçici workaround yerine doğru kaynak katmanı düzelt.
6. Değişiklik sonrası ilgili syntax/lint/test kontrollerini çalıştır.

## 5. VERİTABANI MUTLAK KURALLARI
1. Her DB işleminden önce aktif proje AGENTS.md içindeki DATABASE değerini kontrol et.
2. Yazma, migration veya schema işleminden hemen önce SELECT DATABASE() veya eşdeğer yöntemle hedef DB'yi doğrula.
3. Hedef DB aktif projenin DATABASE değeri değilse işlemi DERHAL DURDUR.
4. DROP DATABASE kesinlikle yapma.
5. Kullanıcı açıkça onaylamadan TRUNCATE, toplu DELETE, toplu UPDATE, DROP TABLE veya geri dönüşü zor schema işlemi yapma.
6. Migration/schema değişikliğinden önce gerçek tablo, kolon, index, PK ve FK yapısını DB'den incele.
7. ID, PK, FK ve referans ilişkilerini varsayarak değiştirme.
8. Veri kaybı riski olan işlem öncesi kullanıcıya riski açıkça bildir.

## 6. CANLI SİSTEM
1. Bu ortam CANLI sistemdir.
2. Her değişiklikte veri kaybı, çalışan akışların bozulması ve diğer projelerin etkilenmesi riski değerlendirilmelidir.
3. Belirsizlik varsa tahmin ederek devam etme; işlemi durdur ve kullanıcıya bildir.
4. Kullanıcının açık talebi olmadan toplu geri dönüşü zor işlem yapma.