Orijinal Başlık: Codex-maxxing
Orijinal Yazar: Jason Liu
Çeviri: Peggy

Editör Notu: AI Ajanı artık bir "kod yazma aracı"ndan, yeni bir işletim sistemi türüne dönüşmektedir.

Bu makale yazarı Jason Liu (OpenAI Codex ekibi mühendisi), Codex'i kullanma deneyiminden yola çıkarak, bu değişimin nasıl meydana geldiğini, bir konudan öbürüne geçişi, sesli girişi, paylaşılan belleği, tarayıcı kontrolünü, uzaktan işlemi, Heartbeats otomatik döngüsünü ve yan paneli içeren şekilde kaydetti. Codex artık yalnızca bir prompt'un beklediği bir sohbet penceresi olmaktan çıktı ve artık görevleri üstlenebilen, bağlamı hatırlayabilen, ürünler oluşturan ve çalışmayı sürdüren bir alan haline geldi.

En dikkate değer olan, Codex'in daha iyi kod yazıp yazamayacağı değil, "işin nasıl örgütlendiğini" değiştiriyor olmasıdır. Geçmişte, AI'nın kullanımı genellikle "bir soru bir cevap"la sınırlı kalırdı: Kullanıcı talepte bulunur, model sonucu verirdi, görev konuşma sona erdiğinde kesilirdi. Ancak bu yeni iş akışı setinde, konuşturma sürekli olarak mevcut olabilir, bellek dosyaya çökeltilip, görevler periyodik olarak otomatik olarak yürütülebilir, kullanıcılar her zaman müdahale edebilir, gözden geçirebilir ve düzeltebilir, sonuçta küçük bir çalışma döngüsü oluşturulur.

Bu, Ajan'ın değerinin "yetenek"ten "sürekliliğe" doğru değiştiği anlamına gelir. Tek bir nokta görevini tamamlamada sadece yardımcı olmaz, aynı zamanda farklı araçlar, dosyalar, tarayıcılar, Slack, Gmail, takvimler ve yerel uygulamalar arasında bağlantılar kurar, iş kullanıcı ayrıldıktan sonra da ilerlemeye devam eder. Bilgi işçileri için, bu belki de AI aracının gerçekten günlük üretim sürecine girdiği temel adımdır: bir eylemi yerine getirmez, daha fazla çalışmanın bir prompt'tan sonra ölmemesini sağlar.

Aşağıda orijinal metin bulunmaktadır:

Codex Artık Yalnızca Kod Yazıyor Değil, İş Akışını Devralıyor

Codex ortaya çıkmadan önce, zaten birçok kez programlama ajanı kullanmıştım. Ancak çoğu zaman, onları özellikle programlama işi için tasarlanmış bir arayüzde kullanıyordum: diff oluşturma, kod deposunu değiştirme, kod teslim etme.

Yaklaşık Kasım ayından itibaren, onları bilgi işçiliği senaryosuna doğru yönlendirmeye başladım. Slidev ile sunumlar yapıyorum, Ajan'ı ses girişli bir not tutanı olarak kullanıyorum ve programlama ajanının yardımı ile üretilebilecek başka ürünler arıyorum: bir index.html, bir PDF, bir elektronik tablo, bir slayt seti.

En son Codex Uygulaması'nın güncellemesi, bu daha geniş kapsamlı çalışma modunu gerçekten "yerli" hale getiren ilk ürün oldu. Codex hala kod yazmada çok iyiyken, daha ilginç değişiklik, işime bir "yer" sağlamaya başlamasıydı.

Alışkanlıklarımı gerçekten değiştiren şey, işime uzun vadeli bir döngü oluşturmayı öğrenmemdi: uzun süreli saklanabilen bir konu, paylaşılan bellek, bilgisayarımı manipüle edebilen araçlar, her zaman müdahale edebileceğim ve görevi kurtarabileceğim bir şekil, ve ürünü doğrudan inceleyebileceğim bir arayüz.

Kalıcı Konu

Davranışımı değiştiren ilk özellik, bağlam sıkıştırmaydı.

Şimdi, her önemli iş akışı için bir sabitlenmiş konu saklıyorum:

Benim Yardımcım Konusu

Ajanlar SDK

OpenAI CLI

Açık kaynak için Codex

Twitter'ı izlemek için özel bir konu

Bunlar kısa sohbetler değil. Bunlar aylarca sıkıştırmış olduğum dev konular. Sürekli olarak geçmişi, tercihleri ve daha önce verilen kararları biriktiriyorlar ve her seferinde tekrar anlatmak istemediğim bu bilgileri.

Sabitlenmiş Konu Kısayolları

Sabitlenmiş konulara Command-1 ile Command-9 arasında doğrudan atlayabilirsiniz.

Burada tabii ki bazı takaslar var. Uzun süre çalışan konular bedava değil. Onları daha sonra tekrar açarsanız, sohbet büyük olasılıkla önbellekte olmayacak, bu nedenle yeni bir kısa konu açmaktan daha maliyetli olabilir. Ancak gerçekten önemsediğim iş akışları için süreklilik buna değer.

Ses Girişi

Ses girişi, Codex'in gerçek düşünce sürecime daha fazla hakim olmasını sağlar.

Yararı hızda değil, ajanın düzenlenmemiş düşünce ayıklamalarına erişebilmesidir. Codex, ses girişini entegre etmiş olsa da, Wispr Flow kullanıyorum çünkü sistem düzeyinde diktirme, diğer araçlara metin girişi yapma şeklimi değiştiriyor. Bir iş planladığım sırada belki şunu söylerim: "Slack'te bu konuyu bahseden Ben adında biri olduğunu hatırlıyorum, tam olarak ne olduğunu hatırlamıyorum, bir bak da bul." Bu cümle yazılırsa belirsiz ve can sıkıcı görünür, ancak söylendiğinde çok doğal gelir.

Transcript text is no different. If I want to write an article, I can call someone, record the conversation, or use Granola on my phone to record an offline chat, then take the transcript as source material. Many plans get better because the model has my messy but real thoughts, not just my polished version.

Yönlendirme: Sürekli Yönlendirme

Speech input becomes more useful when combined with Steering.

Steering allows you to inject the next message after a tool call. For example, when reviewing a website, I can continue to speak as I review:

Shrink this

This copy is incorrect

The spacing between these two elements feels uncomfortable

Open a PR after completion

Wait for the preview deployment

Send the preview link to people who need to review on Slack

I don't need to wait for each step to decide what to do next. I can continue to add intent while the Agent is still working, then leave with a queued-up task list.

Later, Heartbeats can continue to monitor the PR or Slack thread after I leave. The workflow is no longer "one prompt, one response" but becomes a small operational loop.

Memory

Once threads persist over time, they need a shared memory that doesn't rely on a single codebase.

The key is not only to save message history. A long-lasting thread can remember a lot, but if that useful information isn't serialized to some persistent location, it becomes trapped in the thread. The purpose of the memory system is to convert what the thread learned into something I can inspect, edit, diff, and reuse.

Most of my long-term threads start from an Obsidian vault:

vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/

At the top level, I keep an AGENTS.md directive that includes: when you know more about someone, advance a project, or close a todo loop, update the corresponding page in the vault.

Bu kasalar, Agent'ın "ikamet ettiği" yerdir ve herhangi bir tekil projeden bağımsızdır. Kod deposu kodu içerirken; kasa, benim çalışmamı çevreleyen dönüşümlü bağlamı içerir: karakterler, kararlar, kapanmamış konular, günlük notlar, proje durumu ve iplikler arasında kolayca kaybolabilecek anlayışlar.

Bu kasayı aynı zamanda bir GitHub deposu olarak da yönetmeyi tercih edeceğim. Bu bana iki avantaj sağlar:

Bulutta çalışabilir olması;

Diff, gözden geçirmenin hafızası haline gelir.

Agent kasa'yı güncellediğinde, diff'i okuyabilirim ve hangi içeriğin önemli olduğunu ve hatırlanmaya değer olduğunu görebilirim. Bu gözden geçirme adımı çok önemlidir. Kalıcı ipliklerin konuşma geçmişinde belirsiz bir "hissin" birikmesini istemiyorum. Gerçekten değişen şeylerin yazılmasını istiyorum: bu kişi ne tercih eder, bu proje neyi bekliyor, bu karar verildi, bu döngü kapatıldı.

Bu aynı zamanda neden anıyı belge olarak sevdiğimi de açıklar. Bir belge, Agent'ın deneyimini bir form haline getirmesini ve bir iplikten bağımsız olarak devam edebilecek bir forma dönüştürmesini zorlar. Eğer iplik kaybolursa, sıkıştırma kötü ise veya ona bağımlılık çok pahalı hale gelirse, yararlı bilgi hala mevcut olacaktır.

Bu aşamada, sabitleme ipleri artık bir sohbet penceresi gibi değil, aynı defteri okuyan farklı personeller gibi görünmektedir.

Settings > Personalization > Memories'de Codex'in birincil hafıza özelliği de bulunmaktadır. Onu yerel bir geri çağırma katmanı olarak düşünüyorum: Sabit tercihler, tekrarlayan iş akışları, proje kuralları ve bilinen tuzakları kaydetmek için uygundur, ancak depoya gönderilen direktiflerin yerini almamalı ve açıkça bir kasa yerine geçmemelidir. Chronicle burada özellikle ilginçtir, çünkü yakın ekran bağlamını kullanarak hafızayı oluşturmaya yardımcı olabilir. Henüz ciddi şekilde kullanmadım ve belgeler açıkça belirttiği gibi, aktif olarak seçilmesi gereken bir araştırma ön izlemesi özelliğidir ve izinler, hız sınırlamaları, ipuçları enjeksiyonu ve şifrelenmemiş yerel anı dosyaları gibi gerçek dünya ticaret-off'larına sahiptir. Ancak, yönünden bakıldığında, beni ilgilendiren şeylere işaret etmektedir: iş, yapılandırılmış hafızayı korumalı ve sadece daha uzun sohbet kayıtlarını bırakmamalıdır.

Bilgisayar ve Tarayıcı Kullanımı

Bir iplik bir anıya sahip olduğunda, bir sonraki soru şudur: O neye erişebilir?

Kendi anlayışıma göre, en yararlı ayrım şudur:

$browser: Yerel bir web sayfası arayüzünü incelemek ve işaretlemek istediğimde kullanılır;

@chrome: Oturum açılmış bir tarayıcı durumu ve birden fazla sekme için kullanılır;

@computer: Yalnızca grafik arayüzü ile tamamlanabilen işler için kullanılır.

Bir yerel uygulama üzerinde iterasyon yapıyorsam $browser kullanmak isterim. Oturum açılmış bir tarayıcı oturumunda işlem yapmam gerekiyorsa @chrome kullanmak isterim. Görevi tamamlamanın tek yolu belirli bir masaüstü uygulamasına tıklamaksa, o zaman @computer'a ihtiyacım vardır.

İş bilgisayarım üzerinde, Twitter oturumu Safari'de açıktır. Eğer @computer'ı Twitter'ı okuması için o alanda kullanırsam, Safari'yi kullanamam. Agent'ın aynı anda birden fazla kimlik doğrulanmış sekme kullanmasını ve kullandığım uygulamayı ele geçirmemesini istediğimde ise @chrome daha uygun olacaktır.

Connector'lar, bu yeteneği gerçek işimdeki diğer alanlara genişletir. En sık kullandıklarım $slack, $gmail ve $calendar'dır çünkü birçok iş, kod haline gelmeden önce genellikle Slack konuşmaları, gelen kutuları ve takvimlerde başlar.

Skills, tekrarlayan iş akışlarını yeniden kullanılabilir hale getirir. Skill Creator ve Skill Installer iyi bir başlangıç noktasıdır. Skill Installer, OpenAI tarafından önerilen becerileri doğrudan composer'dan eklemenizi sağlar. Codex pets yayınlandığında Hatch Pet becerisini yükledim, ancak asıl değerli olan şey şudur: Bir işi başarıyla yaptıktan sonra genellikle onu paketleyip, Codex'in bir dahaki sefer aynı şeyi tekrar yapmak için tüm süreci yeniden öğrenmesine gerek olmadan yapmasını sağlayabilirsiniz.

Çalışmayı Sürdürme

Uzaktan Kontrol

Uzaktan kontrol, bu daha uzun iş döngülerini taşınabilir hale getirir.

Codex, dosyalarınızı, izinlerinizi ve yerel ortamınızı zaten barındıran bir makinede çalışmaya devam edebilirken, siz ilerlemeyi görüntüleyebilir, keşfettiği şeyleri gözden geçirebilir, soruları yanıtlayabilir, bir sonraki adımı onaylayabilir veya yönü değiştirebilirsiniz, masa başına geri dönmeden. OpenAI bunu, her an her yerde Codex ile iş birliği yapabilme yolu olarak tanımlar.

Codex uzun bir görevi yürütürken ve siz ilerlemeyi sürdürmek istediğinizde, bu çok önemlidir. Bir görev başlatıp sonra ayrılabilir; karar verilmesi gereken bir aşamaya ulaştığında, telefondan rehberlik yapabilirsiniz.

Bu, bir duyurulan konu, sesli giriş ve Kalp Atışlarının önemli sebebiyle aynıdır: İş artık ben konum değiştirdiğimde durmaz. Bir konu devam edebilir ve ben sadece yeterince az dikkat göstererek, ona bir sonraki adımı açmasında yardımcı olabilirim.

Kalp Atışları

Duyurulan konuları yararlı olabilir, ancak hala emir vermenizi beklerler. Kalp Atışları, onların periyodik olarak çalışmasını sağlar.

Kalp Atışı, bir konu yerel otomasyonudur. Diyebilirsiniz ki: "Her birkaç saatte bir buna bir göz atmanı iste." Sonra bu konu kendisi için bir program ayarlayabilir. Bir konuda birden fazla program olabilir, belirli bir koşul karşılanana kadar sürekli çalışabilir veya kendi yürütme sıklığını zamanla ayarlayabilir.

Şef

Benim Şef konum, her 30 dakikada bir çalışır:

Her 30 dakikada bir Slack ve Gmail'ı kontrol et, benim dikkatimi çekmeyen ancak cevaplamam gereken mesajların olup olmadığına bak.
Hangi konuların en önemli olduğunu belirlememe yardımcı ol.
Birisi bana soru sorduğunda, cevabı mümkün olan en derinlemesine araştır ve bana taslak bir yanıt hazırla, ancak gönderme.

Ben Slack'e geri döndüğümde, genellikle birçok yanıt zaten taslak halindedir. Hangi içeriğin gönderileceğine ben hala karar veririm, ancak en zor kısmı olan bağlam toplama işi zaten tamamlanmış olur.

Geribildirim İzleme

Aynı desen inceleme döngüleri için de geçerlidir. Kalp Atışları, Google Docs yorumlarını, çekme isteği yorumlarını veya Slack yanıtlarını izleyebilir ve geri bildirim geldiğinde işi sürdürmeye devam edebilir.

En sevdiğim örneklerden biri, bir animasyon projesinden gelir. Bir videoyu Slack'e gönderdim ve sonra Codex'in her 15 dakikada bir konuyu kontrol etmesini sağladım, geri bildirim var mı diye bakar; yorum varsa, yeni bir sürümü yeniden oluşturur ve yanıt verir, değerlendirenleri etiketler. Slack MCP sunucusu dosya yükleyemez, bu yüzden Agent, @computer'ı kullanarak "Dosya Ekle" düğmesine tıklar, yine de revize edilmiş render dosyasını yükler.

İlginç olan sadece her 15 dakikada bir Slack'i kontrol etmesi değil, bu döngünün birden fazla araç sınırını aşmasıdır: Geri bildirimi toplamak için Slack, görüntü oluşturmak için Remotion, yükleme yapmak için @computer. Kalp Atışları, bağlayıcılar ve bilgisayar işlemleri bir araya geldiğinde, onlar artık tek tek bağımsız işlevler gibi değil, bende oturmadan da devam edebilen bir geri bildirim döngüsüne dönüşürler.

İade Talebi

Son zamanlarda bir paketim çalındı. Amazon, canlı destekle iletişim kurmanın yaklaşık 25 dakika süreceğini söyledi. Bu yüzden @computer ile bir konu oluşturdum ve ona şunları söyledim:

Her 5 dakikada bir kontrol et, müşteri hizmetleri konuşmasına katıldı mı gözat.
Eğer katıldılarsa, iade için elimden geleni yapman için lütfen yardımcı ol.
Karşı taraf cevap verdiğinde, kontrol sıklığını dakikada bir yapacak şekilde değiştir; böylece daha hızlı cevap verebilirsin.

Ben duş alırken çıkana kadar, iade işlemi zaten tamamlanmıştı.

Benim birçok Heartbeat'im ayrıca Obsidian kasamı güncelleyecek, onu açık bir hatıra olarak kullanacağım.

Hedefler

Ben hala kullanıcıların en son özelliği olan Hedefler'i daha iyi nasıl kullanacağımı öğreniyorum.

Ona daha iddialı hedefler belirlemelisin. Zayıf bir hedef şudur: "Bu Markdown dosyasındaki planı uygula." Güçlü bir hedef ise gerçek başarı standartlarına sahip olmalıdır, böylece Agent sürekli olarak ona ilerleyebilir.

Geçen hafta, Python Rich kütüphanesini Rust'a taşımaya çalıştım. Orijinal projenin zaten kapsamlı bir birim test takımı olduğundan, şöyle bir hedef belirleyebilirim: Rich'i Rust'a taşı, ancak Python orijinal kütüphanesinin tüm birim testlerinden geçmesi gerekmektedir.

Bu test takımı, çalıştırma sürecine gerçek bir değerlendirme standardı sağlar: Rust sürümü, Python orijinal kütüphanenin aynı testlerini geçtiği zaman tamamlanmış sayılır.

Bu, uzun bir sohbet yapmak, bir Markdown planı biriktirmek ve sonunda "uygula" demekten farklıdır. Yürütme etkinliğinin üst sınırı, belirlediğiniz hedef ve doğrulama şeklinize bağlıdır. Doğrulamasız bir hedef, sadece bir dilek gibidir.

AI'nın Gerçekten İş Akışına Dahil Olması

Yan Panel

Beni Codex'in en heyecan verici bulduğum kısmı, yan panel.

İnsanlar genellikle bunu gerçekleşenin bir önizlemesi olarak anlarlar. Ancak bu anlayışı hafife alır. Yan Panel, Codex'in artık sadece bir sohbet uygulaması olmaktan çıkıp işin gerçekleştiği bir yer haline gelmeye başladığı yeri temsil eder.

Benim için, üç şeyi üstleniyor: ürün kontrolü, web arayüzü işlemleri, değişiklikleri gözden geçirme. Bu üç durumda da, Agent'in üzerinde çalıştığı aynı nesneyi görüntüleyebilir ve yorumlayabilirim.

Ürün İnceleme

Markdown, elektronik tablo, CSV, PDF ve slaytlar hepsi buraya yerleştirilebilir.

Markdown yorum içerebilir. Elektronik tablo formülleri işleyebilir ve hücre düzenlemeyi destekler, Codex açık kaynak planını yönetmek için kullanacağım. CSV metni orijinal metin olarak değil tablo olarak gösterir. PDF doğrudan render edilebilir, bu özellikle LaTeX için faydalıdır. Slaytlar da uygulamadan ayrılmadan oluşturulabilir ve incelenebilir.

Önemli olan Codex'in bu ürünleri oluşturabilmesi değil, benim döngüyü bozmadan bunları inceleyip işaretleyebilmemdir.

Web Arayüzü İşlemleri

Uygulama içi tarayıcı daha ilginçtir. Agent bunu görebilir, $browser aracılığıyla JavaScript kullanarak kontrol edebilir ve ben görüntülediğim içeriğe doğrudan işaretlemeler bırakabilirim.

Şu anda bu şekilde sık sık kullandığım birkaç web arayüzü var:

index.html, hafif statik ürünler için kullanılır;

Storybook, UI bileşenlerini incelemek için;

Remotion Studio, programlı animasyonlar için;

Slidev, sunumlar için;

Streamlit, veri uygulamaları için.

Genellikle en küçük sürüm en iyisidir. Bir modelin JavaScript ve CSS içeren tek bir dosya olan index.html'i oluşturmasına izin verebilir, ardından yan panelde açabilir ve hemen etkileşime geçebilirsiniz. Bir sunucuya ihtiyaç duymazsınız. Heartbeats ile sürekli olarak bir statik index.html güncellemesi yapmaya çalışarak deniyorum, böylece bir konuya geri döndüğümde, bana yeni bir ürün sunulmuş olur.

Thariq'in, Markdown'e kıyasla neden HTML'yi bir çıktı biçimi olarak tercih ettiğini tartışan harika bir yazısı var. Bu sezgiyi doğru buluyorum. Bir çıktı bir belge olmaktan çok küçük bir uygulamaya dönüştüğünde, insanın ürünle ilişkisi değişir.

Daha ağır bir şeye ihtiyacım olursa Vite uygulaması da kullanabilirim, ancak o zaman bir sunucuyu çalışır durumda tutmam gerekir. Saf bir index.html çok daha kalıcı olacaktır.

Animasyon yaparken genellikle Storybook ve Remotion Studio'yu yan yana açarım. "Bu biraz sıçratılsın" veya "Bu biraz daha büyük olmalı" gibi yorumlar bırakabilirim ve Agent, benim gözlemlediğim tarayıcı durumunu, dahil olduğum çerçeveyi inceleyebilir.

Sunum yaparken genellikle Slidev kullanırım. Codex slaytları inceleyebilir, kesilmiş içerikleri tespit edebilir, farklı sayfalar arasında geçiş yapabilir ve geri bildirim vermek için ben incelediğimde notlar alabilir.

Ben de gelecekte bu tür işlevlerin Streamlit ve Jupyter gibi araçlarda daha kullanışlı hale gelmesini bekliyorum. Farklı insanlar zaten farklı uygulamalarda yaşıyor. Codex giderek daha fazla onların bulundukları yere giriyor.

Codex'un hatırlayabileceği, ziyaret edebileceği, kontrol edebileceği ve işlem yapabileceği bir yere sahip olması, işimin bir sonraki prompt'ın arasında ölmesini önler. İşte benim gerçekten önemsediğim değişim budur: Agent'ın benim için kod yazabilmesi değil, ben ayrıldığımda daha fazla işin devam edebilmesi.

[Orjinal Makale Bağlantısı]

BlockBeats Resmi Topluluğuna Katılın:

Telegram Abonelik Grubu: https://t.me/theblockbeats

Telegram Sohbet Grubu: https://t.me/BlockBeats_App

Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia