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 --force olmadan kaldırmaz; Devbroom --force kullanmaz.
  • Yok sayılan dosyalar İncelenmeli'dir, çünkü git worktree remove onları 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/removed altı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