Çoğu geliştirici, kodlama ajanlarını ilk olarak kod için kullanır: bir depoyu incelemek, bir fark (diff) oluşturmak, testleri çalıştırmak ve bir çekme isteği (pull request) açmak.
Bu, Codex için hala ana odak noktası. Ancak bir bilgisayardaki işin büyük bir kısmı zaten kod aracılığıyla yapılıyor: kabuk komutlarını çalıştırmak, web sayfalarında gezinmek, API'leri çağırmak, belgeleri dışa aktarmak, olaylara yanıt vermek ve otomasyonları tetiklemek. Bu yüzeyler Codex için kullanılabilir hale geldikçe, dar anlamda bir kodlama asistanından çok, bilgisayar işlerini halletmek için bir sistem gibi hissettirmeye başlıyor.
Codex uygulaması bu değişimi somutlaştırıyor. Bir iş parçacığı (thread), her alışverişten sonra sıfırlanmak yerine bağlamı koruyabilir, araçları kullanabilir, yapıtları (artifact) yüzeye çıkarabilir ve istemler (prompt) boyunca devam edebilir.
Codex'ten daha fazla verim almak, bu yetenekleri birlikte kullanmak anlamına geliyor:
- bağlamı koruyan dayanıklı iş parçacıkları (durable thread)
- kullanıcı hâlâ işin içindeyken ses, yönlendirme (steering) ve sıraya koyma (queuing)
- Codex'in bir deponun ötesinde hareket etmesini sağlayan tarayıcı, bilgisayar kullanımı, MCP sunucuları ve bağlayıcılar (connector)
- kullanıcı uzaktayken çalışmaya devam eden iş parçacığı otomasyonları (thread automation) ve Hedefler (Goal)
- kullanıcıların kod, belge, sunum ve diğer yapıtları inceleyebileceği yan panel (side panel)
Dayanıklı İş Parçacıkları
Dayanıklı iş parçacıkları:
Tekrarlanan oturumlar boyunca çalışma bağlamını koruyan, uzun süreli Codex iş parçacıkları.
Sabitlenmiş iş parçacıkları (pinned thread), dayanıklı iş parçacıklarını el altında tutmanın bir yoludur. Tekrarlayan iş akışları için kullanışlıdırlar, örneğin:
- bir Genel Sekreter (Chief of Staff) iş parçacığı
- bir sürüm (release) iş parçacığı
- bir dokümantasyon inceleme iş parçacığı
- harici izlemeye ayrılmış bir iş parçacığı
Bunlar kısa sohbetler değil, kalıcı çalışma alanlarıdır. Codex, zaman içinde bunları tekrar ziyaret edebilir, aksi takdirde sıfırdan yeniden oluşturulması gereken önceki kararları, tercihleri ve çalışma bağlamını koruyabilir.
Sabitlenmiş iş parçacığı kısayolları bunu pratik hale getirir. Command-1'den Command-9'a kadar olan tuşlar, kaydedilmiş iş parçacıklarına doğrudan atlar.
Ses Girişi
Ses girişi değerlidir çünkü bir düşüncenin, cilalı bir düzyazıya sıkıştırılmadan önceki kaba halini yakalar.
Codex'te yerleşik ses girişi bulunur. Bu özellikle, söylemesi doğal ancak yazması garip olan belirsiz başlangıç noktaları için çok iyi çalışır:
Sanırım Slack'te Ben adında birinden bahsetmişti.
Detayları hatırlamıyorum.
Lütfen gidip araştır.
Arama yapabilen, bağlam toplayabilen ve rapor verebilen bir ajan için bu genellikle yeterlidir.
Ayrıca, görev tam olarak şekillenmeden önceki iki veya üç dakikalık bir beyin fırtınası (thought dump) için de iyi çalışır.
Transkriptler de aynı şekilde çalışır. Ham bir toplantı dökümü veya dikte edilmiş bir planlama notu, genellikle kısa bir özetten daha iyi bir kaynak malzeme sağlar çünkü belirsizliği, vurguyu ve tamamlanmamış düşünce çizgilerini korur.
Yönlendirme ve Sıraya Koyma
Ses, aktif bir görev üzerinde açık bir kontrol ile eşleştirildiğinde daha da kullanışlı hale gelir.
Yönlendirme (Steering):
Devam eden bir Codex görevine, mevcut adım bitmeden yeni bir yön ile müdahale etmek.
Yönlendirme, ajan yanlış yöne gittiğinde ve işini bitirmeden bir düzeltmeye ihtiyaç duyduğunda kullanışlıdır. Örneğin, bir web sitesi incelemesi sırasında kullanıcı, yan panelde yüzeyi not alırken çalışmayı bölebilir:
- bunu küçült
- bu iki öğe arasındaki boşluk biraz rahatsız edici
- bu metin yanlış
Sıraya Koyma (Queuing):
Mevcut adım tamamlandıktan sonra Codex'in yapması için iş eklemek.
Sıraya koyma farklıdır. Devam eden görevi kesintiye uğratmaz. Bir sonraki görevi sıraya ekler. Bir kullanıcı şöyle diyebilir:
İş bittiğinde, önizleme bağlantısını Slack'teki incelemecisine gönder.
Yönlendirme, Codex'in şu anda ne yaptığını değiştirir. Sıraya koyma, bundan sonra ne olması gerektiğini değiştirir. Her ikisi de kullanıcıyı iş ortaya çıkarken ona yakın tutar.
Araçlar ve Erişim
Bir iş parçacığı süreklilik kazandığında, bir sonraki soru ne üzerinde hareket edebileceğidir. Codex katmanlar halinde dışarı doğru hareket edebilir:
- Yan paneldeki uygulama içi tarayıcı için $browser (Codex'in web yüzeylerini inceleyip not alabileceği yer)
- Oturum açılmış tarayıcı durumu ve Chrome tabanlı iş akışları için @chrome
- Yalnızca bir masaüstü GUI'si aracılığıyla var olan işler için @computer
$browser yan panel tarayıcı incelemesi için uygundur. @chrome kullanıcının Chrome bağlamına bağlı olan, oturum açılmış tarayıcı işleri için uygundur. @computer yalnızca bir masaüstü GUI'si aracılığıyla var olan görevler için uygundur.
MCP sunucuları ve bağlayıcılar aynı fikri iş akışının geri kalanına taşır. Slack, Gmail ve Takvim önemlidir çünkü birçok önemli görev, koda dönüşmeden önce mesajlar, gelen kutusu öğeleri veya zamanlama sorunları olarak ortaya çıkar.
Yetenekler (Skill), tekrarlanan iş akışlarını yeniden kullanılabilir hale getirir. Bir iş akışı kullanışlı olduğunu kanıtladığında, Codex'in rutini sıfırdan yeniden öğrenmesine gerek kalmadan tekrar çalıştırabilmesi için bunu bir yetenek olarak paketleyin.
Her Yerden Çalışma
Codex mobil uygulaması, kullanıcının masasında olması gereken zamanı değiştirir. Bir görev, dosyaların, izinlerin ve yerel kurulumun zaten mevcut olduğu bir Mac'te başlayabilir, ardından kullanıcı telefondan kontrol ederken devam edebilir.
Bu, küçük anlarda önemlidir. Bir kişi, Codex daha uzun bir görevi çalıştırırken masadan ayrılabilir, dışarıdan bir soruyu yanıtlayabilir, bir sonraki adımı onaylayabilir veya geri dönmeden önce iş parçacığını yeniden yönlendirebilir. Yerel ortam yerinde kalır; kullanıcının yapması gerekmez.
Otomasyonlar
Otomasyonlar, Codex çalışmasını bir programa bağlı olarak çalıştırır. Tekrarlayan işin bir çalışma alanından sıfırdan başlaması gerektiğinde (günlük bir rapor veya düzenli bir depo kontrolü gibi) zamanlanmış bir otomasyon kullanın. Programın, çalışma bağlamıyla birlikte aktif bir sohbete dönmesi gerektiğinde bir iş parçacığı otomasyonu kullanın.
İş parçacığı otomasyonları:
Bir programa bağlı olarak aynı Codex iş parçacığına dönen, kalp atışı benzeri tekrarlayan uyandırma çağrıları.
Sabitlenmiş iş parçacıkları kullanışlıdır, ancak yine de kullanıcının geri dönmesini beklerler. Bir iş parçacığı otomasyonu, her birkaç dakikada veya birkaç saatte bir bir şeyi kontrol edebilir, bir koşulu karşılayana kadar devam edebilir ve zaman içinde sıklığı ayarlayabilir.
Bir Genel Sekreter iş parçacığı her 30 dakikada bir çalışabilir:
Her 30 dakikada bir, Slack ve Gmail'de ilgilenmem gereken cevaplanmamış mesajları kontrol et.
En önemli olanları önceliklendirmeme yardım et.
Birisi bana bir soru sorarsa, cevabı olabildiğince derinlemesine araştır ve benim için bir taslak yanıt hazırla, ancak gönderme.
Kullanıcı geri döndüğünde, bağlam toplamanın pahalı kısmı genellikle tamamlanmış olur. İnsan hâlâ neyin gönderileceğine karar verir.
İş parçacığı otomasyonları ayrıca geri bildirim döngülerine de uyar. Bir iş parçacığı otomasyonu, çekme isteği yorumlarını, Google Doküman yorumlarını veya Slack yanıtlarını izleyebilir ve kullanıcı uzaktayken çevreleyen işi hareket halinde tutabilir.
Bir incelemecinin Slack'te bir video paylaştığı bir animasyon iş akışını düşünün. Bir iş parçacığı otomasyonu, iş parçacığını bir programa göre kontrol edebilir, yorumlar geldiğinde güncellenmiş bir sürüm oluşturabilir ve incelemecinin etiketlendiği aynı iş parçacığında yanıtlayabilir. Tek bir entegrasyon son yüklemeyi tamamlayamazsa, masaüstü otomasyonu adımı GUI aracılığıyla bitirebilir.
Döngü, geri bildirim için Slack'i, işleme için kod tabanını ve son yükleme için masaüstü otomasyonunu kapsar.
Hedefler
Hedefler (Goal), görevin, ajanın sürekli olarak ilerlemeye devam edebileceği gerçek bir bitiş çizgisi olduğunda en güçlüdür. Zayıf bir hedef şudur:
Hedefler:
Ajanın zaman içinde üzerinde çalışmaya devam edebileceği bir bitiş çizgisi olan, daha uzun süreli Codex görevleri.
Bu Markdown dosyasındaki planı uygula.
Daha güçlü bir hedefin ölçülebilir bir başarı kriteri vardır.
Örneğin, bir mühendis, yeni dizini ayarlayarak, hedefi tanımlayarak ve bitiş çizgisini netleştirerek dahili bir aracı Python'dan Rust'a taşıyabilir: yeni uygulama, birim testleri geçene kadar tamamlanmış sayılmaz.
Bir hedef, devam eden yürütmeyi bir doğrulayıcı (verifier) ile birleştirir. Kullanıcı sonucu, durma koşulunu ve Codex'in yaklaşıp yaklaşmadığını söyleyen sinyali tanımlar.
Kullanışlı doğrulayıcılar şunları içerir:
- bir test paketi
- bir kıyaslama (benchmark)
- bir hata tekrarı (bug reproduction)
- bir doğrulama matrisi
- geçmeye devam etmesi gereken uçtan uca bir iş akışı
Hırs önemlidir, ancak doğrulama olmadan bu sadece bir temennidir.
Yan Panel
Yan panel, çalışmayı, onu üreten sohbetin yanında tutar. Bir yapıtı dışa aktarıp bağlam değiştirmek yerine, kullanıcı onu yerinde inceleyebilir. Çıktı kod olabilir, ancak aynı zamanda bir sunum, bir PDF, bir tarayıcı sayfası, bir tablo veya yol boyunca oluşturulmuş başka bir yapıt da olabilir.
Özellikle dört işi iyi bir şekilde destekler:
- Yapıtları incelemek
- Değişmesi gerekenleri not almak (annotate)
- Web yüzeylerini kullanmak
- Değişiklikleri incelemek
Yan panel, kullanıcıların Markdown, elektronik tablolar, veri tabloları, belgeler ve slaytları yerinde incelemesine olanak tanır. Döngüyü kırmadan yapıtları inceleyebilir, işaretleyebilir ve düzeltebilirler.
Notlar (Annotations)
Sunum veya PDF, onu üreten iş parçacığının yanında, doğrudan inceleme ve onarım için hazır bir şekilde açık kalabilir.
Codex'te Sayfalar (Sheets)
Uygulama içi tarayıcı, Codex'in işlenmiş bir sayfayı incelemesine, kontrol etmesine ve inceleme altındaki yüzeyde doğrudan notlara yanıt vermesine olanak tanır. Bir sayfa veya yapıt üzerindeki yorumlar, ayrı bir devir teslim haline gelmek yerine çalışma döngüsünün içinde kalır.
Web, hem çıktı hem de kontrol yüzeyi haline gelir. Codex bir yapıt oluşturabilir, onu yan panelde açabilir, inceleyebilir, hata ayıklayabilir ve aynı nesneyi yerinde geliştirmeye devam edebilir.
Bu yüzeyler özellikle iyi çalışır:
- Hafif statik yapıtlar için index.html
- UI incelemesi için Storybook
- Programatik animasyon için Remotion Studio
- Sunumlar için tarayıcı tabanlı slayt desteleri
- Analiz iş akışları için veri uygulamaları
Tek bir index.html dosyası, sunucu gerektirmeyen, dayanıklı bir etkileşimli yapıt haline gelebilir. İş parçacığı otomasyonları ayrıca statik yapıtları zaman içinde yenileyebilir, böylece kullanıcı geri döndüğünde iş parçacığını bekleyen yeni bir şey olur.
Paylaşılan Bellek
Uzun süreli iş parçacıkları, herhangi bir konuşmanın dışında belleği paylaştıklarında daha kullanışlı hale gelir.
Paylaşılan bellek:
Gelecekteki çalışmaların açık ve incelenebilir bir noktadan devam edebilmesi için tek bir iş parçacığının dışında depolanan dayanıklı bağlam.
Dayanıklı bir desen, kalıcı iş parçacıklarını bir Obsidian kasasında (vault) konumlandırmaktır. Pratikte bu, incelemesi, düzenlemesi, taşıması ve uzun süre saklaması kolay olan, düz dosyalardan oluşan bir klasör anlamına gelir. Ekipler bu klasörü bulut depolama, Git, Dropbox, Google Drive veya iş akışlarına uyan başka bir senkronizasyon katmanında saklayabilir.
Bir kasa şöyle görünebilir:
kasa/
├── YAPILACAKLAR.md
├── kisiler/
├── projeler/
├── ajan/
└── notlar/
En üst düzeyde, AGENTS.md, Codex'in insanlar, projeler, kararlar ve açık döngüler hakkında daha fazla bilgi edindikçe bu çalışma alanını nasıl güncellemesi gerektiğini tanımlayabilir.
Tam bir kasa yapısını kopyalamayın. Ajana, dayanıklı bağlamın nerede yaşaması gerektiğini, hangi bağlamın korunacağını ve ne zaman değişiklik yapılmaması gerektiğini öğretin.
Pratik bir AGENTS.md şöyle diyebilir:
- ~/kasa'yı dayanıklı iş belleği olarak ele al.
- Not yayılımı yerine kanonik notları tercih et.
- YAPILACAKLAR, kişiler, projeler, günlük özetler ve karalama notlarını açıkça yönlendir.
- Kararları, engelleyicileri, sahipleri, tarihleri ve faydalı bağlantıları koru.
- Anlamlı bir şey değişmediyse, kasada değişiklik yapma (churn).
Depolar kodu tutar. Kasa, değişen bağlamı tutar: ilgili kişiler, neyin değiştiği, neyin engellendiği, neyin takip gerektirdiği ve aksi takdirde oturumlar arasında kaybolacak olan şeyler.
Önemli bağlam yalnızca bir konuşma dökümünün içinde yaşamamalıdır. Bir sonraki iş parçacığının devam edebileceği bir yere yazın.
Codex ayrıca Ayarlar > Kişiselleştirme > Anılar bölümünde birinci taraf bellek özelliklerine sahiptir. Bunlar, tercihler, tekrarlayan iş akışları ve bilinen tuzaklar için yerel bir hatırlama katmanı sağlar. Açık yazılı bağlamı tamamlarlar, onun yerini almazlar. Chronicle, Codex'in yakın zamandaki ekran bağlamından bellek oluşturmasına yardımcı olarak aynı yönde ilerler.
Koddan Dışarıya
Codex hâlâ koddan başlar. Ancak kod etrafındaki işlerin daha fazlası artık aynı sistem aracılığıyla ulaşılabilir durumda: MCP sunucuları, tarayıcı yüzeyleri, masaüstü kontrolleri, iş parçacığı otomasyonları ve incelenebilir yapıtlar.
Bu, kontrol modelini değiştirir. Yönlendirme, devam eden işi kesintiye uğratır. Sıraya koyma, bir sonraki görevi sıralar. İş parçacığı otomasyonları, kullanıcı uzaklaştığında bir iş parçacığını aktif tutar. Hedefler, Codex'in üzerinde çalışmaya devam edebileceği somut bir bitiş çizgisi ekler.
Codex artık bir iş akışını, iş depodan ayrılsa bile talimattan yürütmeye ve yapıt incelemesine taşıyabilir.
