Şunu fark ettim: Geçen ay Kadıköy’de, sabah kahvemi yudumlarken önüme düşen bu hikâyeyi okuyunca aklımdan ilk geçen şey şu oldu: “İşte tam da aradığım tartışma.” Çünkü mesele sadece bir yapay zekâ aracını kullanmak değil… Mesele, o aracı sürekli aynı işi tekrar eden ama her seferinde hafızasını sıfırlayan bir asistan olmaktan çıkarıp, gerçekten çalışan — yani hatırlayan, organize eden, bağlam kuran — bir sisteme dönüştürmek.
Hani, Yazarın anlattığı şey ilk bakışta biraz iddialı duruyor. “Kişisel işletim sistemi” deyince insanın aklına masaüstü ekranı, klasörler, belki bir kurulum sihirbazı falan geliyor. Ama burada kastedilen bambaşka bir şey: iş başvurusu takibi, e-posta triage’ı, yazı üretimi, finans düzeni, antrenman kaydı ve mesaj akışları gibi dağınık hayat parçalarını tek çatı altında toplamak. Hani evde her iş için ayrı çekmece açarsınız ya — burada yapılan tam olarak o; ama dijital versiyonu. Ve açıkçası, fikir kulağa ne kadar basit gelse de uygulaması o kadar basit değil.
Neden prompt yetmiyor?
Açık konuşayım. Teknoloji dünyasında prompt koleksiyonu yapmayı hâlâ çözüm sanan çok kişi var — ben de 2023’te benzer bir denemeye girmiştim; Levent’teki küçük ofiste oturup, tek bir mega-prompt içine tüm iş akışımı sıkıştırmaya çalışmıştım, üstelik saatlerce uğraştım. İlk gün havalıydı. İkinci gün fena değildi. Üçüncü gün ise her şey dağıldı; ufak bir değişiklik yaptım ve zincirin tamamı çöktü (ki bu çoğu kişinin gözünden kaçıyor). Tam da öyle.
İşin aslı şu ki stateless sistemler kısa vadede işe yarıyor gibi görünse de sürdürülebilir olmuyor. Bugün bana mail özetletiyorsun, yarın CV uyarlatıyorsun, ertesi gün içerik yazdırıyorsun… ama model geçmişi hatırlamıyorsa bütün bağlam yeniden kuruluyor. Bu da hem zaman kaybı hem de her sabah aynı “hadi baştan anlatalım” döngüsü demek. Sinir bozucu, evet.
İşte tam da bu noktada devreye giriyor.
Burada güzel olan fikir şu: sorun zekâ eksikliği değil. Asıl sorun organizasyon eksikliği. Claude Code yeterince zeki olabilir; hatta bazı görevlerde baya iş görüyor. Fakat elinizde süreç yoksa o zekâ tek başına pek uzağa gitmiyor — ve bu sadece AI için değil, dürüst olalım, bizim için de geçerli bir kural.
Bir de şu var: hayat zaten süreçlerden oluşuyor
Kulağa fazla teknik geliyor olabilir ama aslında çok gündelik bir şeyden bahsediyoruz (inanın bana). Sabah kalkınca kahve yapmak bile küçük bir süreçtir; önce su koyarsın, sonra filtreyi hazırlarsın, sonra öğütülmüş kahveyi eklersin, beklersin… AI tarafında da mantık aynı. Her görevin kendi girdisi, çıktısı ve kontrol noktası olmalı. Sırası karışırsa kahve de bozuk çıkar, sistem de.
Bir dakika — bununla bitmedi.
Ben bunu ilk kez Ankara’da uzaktan çalıştığım dönemde fark ettim. Ekip içinde farklı araçlar kullanıyorduk ve herkes kendi notunu ayrı yerde tutuyordu; sonuç? Kim ne yaptı belli değildi, toplantılar aynı şeyleri tekrar ediyordu, iş çıkmıyordu. Aynı kaosun daha parlak — ya da daha pahalı — versiyonu gibi düşünün.
Stateless chatbot’lar dikkat çekici görünebilir ama gerçek verimlilik state üzerine kurulur; çünkü unutkan bir asistanla uzun soluklu iş akışı kuramazsınız.
Super Tobi neden “operating system” diye anılıyor?
Yazarın yaptığı en ilginç hamlelerden biri şu: bunu sıradan bir prompt paketi olarak anlatmıyor. “Ben birkaç komut — ki bu tartışılır — yazdım” demek yerine resmen kişisel işletim sistemi diliyle konuşuyor. Bence abartılı değil bu — tam tersine oldukça yerinde (inanın bana). Hatta biraz cesur da buldum açıkçası.
Evet, doğru duydunuz. Daha fazla bilgi için Renk Hafızasını Kışkırtan Oyun: DialIn Nasıl Çalışıyor? yazımıza bakabilirsiniz.
| Bileşen | OS içindeki karşılığı | Kişisel kullanımda anlamı |
|---|---|---|
| CLAUDE.md | Kernel / sistem tanımı | Kimin kim olduğunu ve neyi optimize ettiğini belirliyor |
| .claude/commands/ | Kabuk / CLI | /daily-sync gibi komutlarla davranış çağırıyor |
| Python scriptleri | Demon servisleri | Email tarama, JD çekme, veri temizleme işleri burada dönüyor |
| Datalar ve dosyalar | Sistem durumu | Tüm hafızanın dışarıda tutulduğu katman |
İtiraf edeyim, Bakın, kritik nokta tam burada çıkıyor: bir sistemin OS gibi davranması için illa Linux kernel yazmanız gerekmiyor. Önemli olan parçaların birbirinden bağımsız ama koordineli çalışması. Komutlar var mı? Var. Süreçler var mı? Var. Veri saklanıyor mu? Saklanıyor. Yetkilendirme düşünülmüşse — tamam, tamamdır.
Bunu editör masasında okurken şunu düşündüm: eğer biz haber merkezinde konu bazlı klasörleme yaparken bu kadar titizsek, kişisel AI düzeninde neden gevşek davranalım ki? Bir tarafta “bugünün işi”, diğer tarafta “geçen haftanın taslağı”, başka yerde “iş görüşmesi notu” (kendi tecrübem). Hepsi ayrı kanalda olmalı; yoksa çorba oluyor. Gerçekten çorba. Dark Matter 2. sezonun tarihi netleşti: Apple TV geri dönüyor yazımızda bu konuya da değinmiştik. Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımızda bu konuya da değinmiştik. Daha fazla bilgi için PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımıza bakabilirsiniz.
CLAUDE.md dosyası niye önemli?
Cevap basit ama etkili. Orası karakterin omurgası gibi çalışıyor — bu dosya değişince sistemin tonu değişiyor, öncelikleri değişiyor, hangi alanların takip edileceği bile değişebiliyor — bence çok yerinde bir karar —. Yani burada prompt yazmıyorsunuz; kendinizi tarif eden — itiraz edebilirsiniz tabi — küçük bir anayasa yazıyorsunuz diyelim. Biraz dramatik, ama hani yanlış da değil.
Bana kalırsa en dayanıklı taraf da bu zaten (buna dikkat edin). Ama açıkçası biraz kırılgan tarafı da var; tek dosyada fazla anlam yüklemek bazen bakım maliyetini artırabiliyor. Kağıt üstünde süper görünen yapıların pratikte pişmesi gerekir ya — işte tam öyle. Sonradan bakıp “neden bunu buraya yazdım ki?” dediğiniz bir anayasa maddesini temizlemek zaman alıyor.
Kullanım senaryoları pratikte nasıl çalışır?
Sistemin cazibesi teoride değil sadece; günlük hayatta gerçekten dokunduğu yerlerde ortaya çıkıyor. İş başvurusu örneğini düşünün mesela. Claude Code’a sadece CV uyarlatmak yetmiyor; pozisyonu analiz etmesi gerekiyor, ATS anahtar kelimelerini çıkarması gerekiyor, önceki başvurularla kıyas yapması gerekiyor… ve tüm bunları her seferinde sıfırdan değil, daha önce ne yaptığını bilerek yapması gerekiyor. İşte fark orada.
Dürüst olmak gerekirse, Aynısını e-posta için de düşünebilirsiniz. Bir startup’ta sabah gelen yüzlerce mail arasında yatırımcı soruları ile müşteri destek taleplerini ayırmak büyük fark yaratır. Enterprise seviyede ise olay daha karmaşık oluyor; izinler, veri sınırları, kayıt politikaları devreye giriyor (bizzat test ettim). Siz ne dersiniz? Küçük ekip hızlı kazanıyor, büyük ekip ise yönetişim istiyor — ikisi de haklı, sadece ihtiyaçlar farklı.
- Küçük startup için avantaj: hızlı kurulum ve düşük operasyon yükü. — ciddi fark yaratıyor
- Küçük startup için dezavantaj: standartlar zayıf kalırsa sistem büyüyünce patlayabilir.
- Kurumsal ekip için avantaj: süreçleri otomasyona bağlama şansı yüksek olur.
- Kurumsal ekip için dezavantaj: güvenlik ve onay zinciri işleri yavaşlatabilir.
Neyse, uzatmayalım. Bence buradaki gerçek değer şu soruda gizli: “Bu araç benim yerime düşünmeli mi?” Hayır, tam olarak öyle değil. Ama karar vermeden önce size düzgün veri sunmalı, hatırlamalı, sıraya koymalı. Bazen beklenti fazla yükseltilince hayal kırıklığı kaçınılmaz oluyor — özellikle de her şeyi tek tıkla çözecekmiş gibi pazarlanıyorsa. Tanıdık bir his değil mi?
Peki otomasyon nereye kadar iyi?
Lafı gevelemeden söyleyeyim: iyi olduğu yer tekrar eden işler. Kötü olduğu yer ise bağlamın bulanık olduğu durumlar. Mesela bugün sağlık verinizi izleyen bir script çok faydalıdır,. Yanlış eşik koyarsanız gereksiz alarm üretir; email triage harika çalışabilir, ama ton analizi yanlışsa önemli mesajları kaçırabilirsiniz. Bunlar teorik riskler değil — pratikte yaşanıyor. Netflix Playground: Çocuk Oyunlarında Yeni Hamle Ne Anlama Geliyor? yazımızda bu konuya da değinmiştik.
# Basit zihinsel model
if task.is_repetitive and data.is_structured:
automate()
elif task.needs_context and history.exists:
orchestrate()
else:
ask_human()Açık kaynak olması neden önemli?
Bence hikâyenin en sevindirici kısmı burası. Açık kaynak yapmak sadece kodu paylaşmak demek değil; aynı zamanda yöntemi tartışmaya açmak demek. İnsanlar bakıp “bu — en azından ben öyle düşünüyorum — yapılmış mı?”, “burada güvenlik açığı var mı?”, “ben bunu kendi kullanım senaryoma uyarlar mıyım?” diye sorabiliyor. Ve bu sorular sorulduğunda sistem gerçekten iyileşiyor.
İtiraf edeyim, Editör gözüyle bakınca bunun etkisi net görülüyor: kapalı kutu çözümlerde kullanıcı sadece tüketici oluyor; açık kaynakta ise katkıcıya dönüşebiliyor. Geçen sene Şişli’de katıldığım küçük bir geliştirici buluşmasında benzer bir proje göstermişlerdi — iki hafta içinde topluluk tarafından düzeltilmeyen hata kalmamıştı desem yeridir (eh, fena değil). Bu hız başka türlü çıkmaz.
İnanın, E tabi işin risk tarafını da unutmamak lazım. Kişisel verilerinizle çalışan böyle sistemlerde gizlilik konusu hafife alınmaz. Hangi dosyanın nerede tutulduğu, hangi komutun neye eriştiği, log’ların nasıl saklandığı… Bunlar şaka kaldırmaz. Gerçekten kaldırmaz.
Bana göre en sağlam ders ne?
Bence en güçlü ders şu: AI’dan mucize beklemeyi bırakıp altyapıya odaklanmak. Model ne kadar gelişirse gelişsin, hafızasızlık problemi ortadan kalkmadıkça kullanıcı deneyimi hep yamalı bohça gibi kalıyor. O yüzden mesele sadece yeni model kovalamak değil — aynı zamanda veri düzeni kurmak. İkincisi daha az heyecan verici ama çok daha kalıcı.
Buna kendi açımdan şöyle bakıyorum: senaryo bazlı çalışan herkes sonunda mini-OS’e ihtiyaç duyuyor. İçerik üreticisi başka şey ister, geliştirici başka, satışçı bambaşka… Ortak nokta aynı: tekil sohbetler yerine süreklilik isteyen işler. Ve o süreklilik kendiliğinden gelmiyor — inşa edilmesi gerekiyor.
Kimin işine yarar?
Size bir şey söyleyeyim, Freelance çalışıyorsanız iş takibi açısından çok iş görür. Küçük takım yönetiyorsanız toplantıları toparlamakta fayda sağlar (şaşırtıcı ama gerçek). Kurumsal tarafta ise bilgi hiyerarşisini doğru kurarsanız ciddi zaman kazandırabilir (evet, doğru duydunuz). Ama dürüst olayım — herkes için sihirli değnek değil. Bu tarz sistemler disiplin istiyor, bakım istiyor, arada temizlik istiyor… yani biraz uğraştırıyor. Koyup unutabileceğiniz bir şey değil. Siz ne dersiniz — denediniz mi hiç böyle bir şeyi?
Sıkça Sorulan Sorular
Kişisel operating system nedir?
Kısaca söylemek gerekirse kişisel operating system, hayatınızdaki işleri tek tek sohbetlerle yürütmek yerine düzenli süreçlere bağlayan yapıdır. Dosyalar,komutlar,kurallar. Geçmiş veriler birlikte çalışır.
Neden yalnızca prompt kullanmak yetmiyor?
Çünkü prompt’lar çoğu zaman geçici olur ve geçmiş bağlamı taşımaz. Tekrar eden işler büyüdükçe state ihtiyacı ortaya çıkar. O noktada sadece metin değil,sistem tasarımı gerekir.
### Actually we need HTML only after first line but cannot include markdown headings here.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
