Omarchy 101: Geliştiriciler için Agent Destekli Linux Masaüstü

Omarchy Haziran 2025'te Arch ve Hyprland için bir kurulum betiği olarak başladı, zamanla kendi ISO'su ve paket deposu olan bir dağıtıma dönüştü. 14 Ağustos 2026'da çıkan 4.0 sürümü masaüstü kabuğunu tek bir Quickshell sürecine taşıdı ve agent'ları sistemin parçası yaptı: varsayılan coding agent seçimi, kısayolla açılan agent penceresi, çöken bir süreci agent'a teşhis ettiren bir Skill ve model kullanım limitlerini gösteren bir panel. 25 Ağustos'taki 4.0.1, Claude Code ve Codex'i tam izin bypass'ı yerine otomatik inceleme moduyla başlatmaya geçti. Eylül'deki 4.0.3 Hermes, OpenClaw ve Cursor CLI'ı ekledi; 18 Ekim'deki 4.0.5 de proje dizinlerine otomatik PATH eklemeyi kaldıran güvenlik sıkılaştırmaları getirdi.

Ekosistem de aynı yöne gidiyor. Bluefin'in AI sayfası Goose'u ve Homebrew üzerinden claude-code, codex, opencode, gemini-cli gibi CLI'ları sunuyor, agent'ları devcontainer içinde izole etmeyi öneriyor. Anthropic'in Ekim 2025'te açtığı sandbox runtime, Linux'ta bubblewrap ile dosya sistemi ve ağ izolasyonu sağlıyor ve iç kullanımda izin isteklerini yüzde 84 azalttığını bildiriyor. Agent Skills formatı onlarca agent tarafından desteklenen açık bir standarda dönüştü.

Omarchy'nin çıkış fikri karar yorgunluğunu kaldırmak. Yeni bir makinede pencere yöneticisi, terminal, editör teması, font, kısayollar ve geliştirme araçları için onlarca karar vermek yerine, bunları önceden seçilmiş ve birbirine uyumlu bir paket olarak kurmak. Hyprland bir tiling Wayland compositor'ü: pencereler üst üste binmez, ekranı otomatik paylaşır ve neredeyse her şey klavyeyle yönetilir. Tema değiştirdiğinde terminal, editör ve sistem araçları aynı renk paletine geçer.

Bu fikir yeni değil, farklı biçimleri var. Kişisel dotfiles repoları aynı işi betiklerle yapar. NixOS tüm sistemi deklaratif bir dosyada tanımlar. Bluefin gibi image tabanlı dağıtımlar sistemi değişmeyen bir imaj olarak dağıtır, araçları kapsayıcıya iter. Devcontainer'lar ortamı makineden ayırıp projeye bağlar. Ortak ders: ortam elle kurulmuş tek seferlik bir 'kar tanesi' olmamalı. Anti-pattern, ekipte herkesin farklı kurulmuş bir laptop'la çalışması ve 'bende çalışıyor' cümlesinin haftada bir duyulması.

Agent destekli masaüstünün ilk adımı agent'ı bir uygulama olmaktan çıkarıp sistemin bir hizmeti yapmak. Omarchy'de bir varsayılan agent seçiliyor ve tek bir klavye kısayoluyla kendi terminal penceresinde açılıyor; terminalde tek harflik bir alias da aynı işi yapıyor. Desteklenen agent'lar tek bir sağlayıcıya bağlı değil: Claude Code, Codex, OpenCode, Copilot CLI ve Cursor CLI dahil on üç CLI, mise ile yönetilen küçük başlatıcılar olarak hazır bekliyor ve ilk çalıştırmaya kadar hiçbir şey indirilmiyor.

İkinci adım agent'ı sistem olaylarına bağlamak. Bir süreç çöktüğünde systemd-coredump kaydı yakalanıyor, bildirime tıklayınca varsayılan agent bir teşhis Skill'iyle çağrılıyor; Skill backtrace'i sembolize etmeyi ve yalnızca kullanıcı onay verirse doğrulanmış hatayı upstream'e raporlamayı tarif ediyor. Üst bardaki panel her hesabın beş saatlik ve haftalık kullanım limitine ne kadar yaklaştığını gösteriyor.

Buradan çıkan genel desen: ortam belirli bir agent'ı değil, agent'ın çalışacağı yeri, tetikleyicileri ve maliyet görünürlüğünü standartlaştırıyor. Agent değiştirmek bir ayar meselesine iniyor.

Agent'ın bir sistemi yönetebilmesi için o sistemin durumunun okunabilir ve düzenlenebilir metin olması gerekir. Linux masaüstü bu açıdan elverişli: pencere yöneticisi, bar, kısayollar ve temalar düz dosyalarda yaşar. Omarchy 4.0 Hyprland konfigürasyonunu Lua'ya taşıdı ve temaları editör ile sistem araçlarının konfigürasyonunu üretecek biçimde genişletti.

Agent'a bu dosyaların nasıl düzenleneceğini öğreten parça bir Skill. Omarchy Skill'i Claude Code, Codex, Pi, Antigravity ve Hermes'in skill klasörlerine ve genel ~/.agents/skills konumuna sembolik bağla ekleniyor; Hyprland ayarı, bar ve tema oluşturma gibi işleri kapsıyor. Agent Skills formatı progressive disclosure ile çalışıyor: agent başlangıçta yalnızca Skill'in adını ve açıklamasını okuyor, görev eşleşince tam talimatı yüklüyor.

Örnek senaryo: 'ikinci monitörü sağa al, bar'ı alta taşı, gece temasına geç' isteği agent için üç dosya düzenlemesi demek. Kılavuz bu yeteneği deneysel sayıyor ve önce plan modunda çalışmayı, geri dönüş yolunu hazır tutmayı öneriyor. Bu tavsiye her agent'lı sistem değişikliği için geçerli.

Agent'ı masaüstüne yerleştirmenin bedeli yetki. Omarchy'nin kılavuzu kendi başlattığı agent'ların onay sormadan çalışan modlarda açıldığını açıkça yazıyor. 4.0.1 sürümü Claude Code ve Codex'i tam bypass yerine otomatik inceleme moduna aldı; agent home dizininden çağrılırsa ~/Work dizininde başlıyor. Aynı sürümdeki diğer düzeltmeler de saldırı yüzeyinin nerede olduğunu gösteriyor: kurulan bir temanın kod çalıştıramaması, eklenti eklerken şüpheli git taşıma URL'lerinin reddedilmesi, Docker grubu üyeliğinin isteğe bağlı hale gelmesi.

Geri alma tarafında Omarchy güncellemelerden önce Snapper snapshot'ı alıyor; ancak bu snapshot'lar kök dosya sistemini kapsıyor, home dizinindeki kişisel konfigürasyonu değil. Agent'ın yanlış bir hyprland.conf düzenlemesi çalışan masaüstünü bozabilir; konfigürasyonları sıfırlayan bir komut bu yüzden var.

Genel kural üç katmanlı: agent'ı proje dizinine sınırla, mümkünse bubblewrap tabanlı bir sandbox ya da devcontainer içinde çalıştır, sistem dosyasına dokunmadan önce snapshot ya da git commit al. Anti-pattern: home dizininde, SSH anahtarlarına erişimi olan, onay sormayan bir agent.

Agent destekli bir Linux masaüstü herkes için doğru seçim değil. Arch rolling release bir taban: paketler sürekli güncellenir, stable kanalın gecikmesi riski azaltır ama sıfırlamaz. Tiling pencere yönetimi alışkanlık değiştirir, uyum süresi haftalarla ölçülür. Kurumsal ortamlarda MDM, cihaz uyumluluğu ve onaylı yazılım listeleri genellikle bu kadar hızlı değişen bir masaüstüne izin vermez. Uygun profil, terminalde yaşayan, makinesini kendisi yöneten ve bozulduğunda onarabilen geliştirici.

Omarchy kullanmasan da alınacak dersler taşınabilir. Bir: geliştirme ortamını tekrarlanabilir yap; dotfiles repo, Nix ya da devcontainer, hangisi olursa. İki: ortamı agent'ın okuyabileceği hale getir; proje kökünde AGENTS.md, tekrar eden işler için Skill. Üç: agent'ın sınırlarını önceden çiz; çalışma dizini, ağ erişimi ve geri dönüş yolu. Bir SaaS ekibinde bu üçü, yeni gelen geliştiricinin ilk gün ortamı kurmasını ve agent'ın ilk görevde doğru komutları çalıştırmasını aynı yatırımla çözer.