Kurallar
Asıl korku yer kaplaması değil, bir işi kaybetmek. Devbroom'un kuralları bunun için var ve hiçbiri bir ayar değil.
Tarama yalnızca okur
Taramada tek bir dosya bile değişmez. Otomatik bakımda bir kuralı “Kendisi yapsın” yapmadıkça, ön izlemeyi görüp onaylamadığınız hiçbir şeye dokunulmaz.
Her karar bir gerekçeyle gelir
Hiçbir öğe sebepsiz Hazır ya da Kilitli değildir. Her kararın gerekçeleri öğenin yanında, komut satırında --details ile görünür.
Kilitli ve Belirsiz seçilemez
Bu bir kısıt, tercih değil. İncelenmeli öğeler yalnızca “Yine de dahil et” ile temizliğe girer; komut satırında bunun karşılığı --include-review ve terminalde onay ister.
Silmeden hemen önce yeniden kontrol
Temizle'ye bastığınızda her öğe, o anki süreçlere bakılarak yeniden kontrol edilir. Kararı ya da içeriği taramadan sonra değişen bir öğeye dokunulmaz ve neden atlandığı söylenir.
Önce Çöp Sepeti
Varsayılan yol Çöp Sepeti'dir ve her öğe Geçmiş'ten geri konabilir. Kalıcı silme ayrı bir seçenektir ve düğmesi basılı tutularak onaylanır; kuruluşunuz onu kapatabilir. Çöp Sepeti'ne taşınan alan, sepeti boşaltana kadar boşalmış sayılmaz.
Worktree'ler: --force asla
- Commit edilmemiş değişikliği, izlenmeyen ya da hazırlanmış dosyası olan bir worktree Kilitli'dir. Git onu
--forceolmadan kaldırmaz; Devbroom--forcekullanmaz. - Yok sayılan dosyalar İncelenmeli'dir, çünkü
git worktree removeonları sormadan siler. - Bir dalda gönderilmemiş commit'ler worktree kaldırılınca da kalır; bağımsız bir HEAD'de kalmaz. Bu yüzden Devbroom kaldırmadan önce HEAD'i
refs/devbroom/removedaltına kaydeder; kaydedemezse kaldırmaz. - Worktree işlemleri yalnızca üçtür: kaldır (
remove), buda (prune) ve onar (repair).
Çalışan işe dokunmaz
Bir ajan oturumu o klasörde ya da üst klasöründe çalışıyorsa, oradan bir süreç çalışıyorsa ya da bir dosya açık tutuluyorsa öğe Kilitli'dir. Build klasörlerinde üst klasörde çalışan bir oturum İncelenmeli sayılır.
Devbroom çalışan bir ajan oturumunun süreçlerine dokunmaz. Ajanların geride bıraktığı süreçlere kapanmalarını yalnızca siz isteyince, yeniden kontrol ettikten sonra söyler; sistem süreçleri ve başka kullanıcıların süreçleri hiçbir zaman.
Ad yetmez
Bir klasörün adı tek başına kanıt değildir:
| Klasör | Hazır olması için |
|---|---|
node_modules |
Yanında package.json |
.next |
Yanında Next.js ayarı ya da package.json |
.turbo |
Yanında turbo.json ya da package.json |
target |
İçinde Cargo'nun işareti (CACHEDIR.TAG) |
.venv |
İçinde pyvenv.cfg |
DerivedData |
İçinde Xcode'un dosyaları |
dist, build, vendor |
Yanında proje dosyası ve onları üreten bir build betiği |
İşaret yoksa klasör İncelenmeli kalır. Ayrıca git'in yok saydığı bir klasör olmalı ve içinde git'in izlediği bir dosya bulunmamalıdır.
Gerçek boyut
Hardlink'lerle başka klasörlerle ve APFS klonlarıyla (pnpm'in yaptığı gibi) paylaşılan alan sayılmaz. Gördüğünüz sayı, silince boşalacak olandır. Sembolik bağlantılar izlenmez, bağlı diskler atlanır.
Ajanın kendi yolu
Ajan veritabanlarına ve kimlik bilgilerine dokunulmaz. Bir ajanın kendi temizlik komutu varsa o yol kullanılır ya da size gösterilir: Claude Code'un geçmişi ya claude purge ile silinir ya da arşivlenir: konuşmalar önce Devbroom'un klasöründe bir arşive yazılır ve orijinallerle karşılaştırılarak doğrulanır, ancak ondan sonra Çöp Sepeti'ne taşınır; proje hafızası (memory/) yerinde kalır ve arşiv Geçmiş'ten geri açılır; Codex'in oturumları için codex delete gösterilir. Diğer ajanların oturumları yalnızca okunur.
Her şey Mac'inizde
Hesap yok, telemetri yok; sizin hakkınızda hiçbir şey gönderilmez. Uygulama güncellemeleri denetler; Pro lisansı girerseniz onu bir kez etkinleştirir ve ayda bir sessizce yeniden kontrol eder (yalnızca lisans anahtarı ve Mac'inizin adı). Lisans yoksa tek ağ isteği güncelleme denetimidir. Oturum kayıtlarından yalnızca token sayıları ve model adları alınır; oturumlarda arama kayıtları o anda okur, dizin ya da kayıt tutmaz ve sır gibi görünen dizgeleri alıntıda gizler. Ayrıntılar Gizlilik sayfasında.
Son güncelleme: 7 Ekim 2026