Codex Cloud Çıktı: Ajanlarınızı Ne Zaman Kendi Bilgisayarınızda Çalıştırmalısınız?

OpenAI, 29 Eylül'deki DevDay etkinliğinde geliştiricilerin “Codex'i ihtiyaç duydukları her yerde: bir bilgisayarda, telefondan uzaktan veya herhangi bir cihazdan bulutta çalıştırabileceklerini” belirtti. DevDay özetinde bir ekip için en çok önem taşıyan cümle ise hemen ardından geliyor: Yeniden kullanılabilir geliştirme ortamları “görevlerin hızla başlamasına yardımcı olur ve ekibinize onaylanmış ayarlar ve izinlerle paylaşılan bir yapılandırma sunar.” Codex cloud; Plus, Pro, Business, Healthcare, Education ve Enterprise planlarında kullanılabiliyor.

Tek bir geliştirici için bu durum bir soru işaretini ortadan kaldırıyor. Ancak bir iş istasyonunda Claude Code, derleme sunucusunda Codex ve bir ekip üyesinin dizüstü bilgisayarında Gemini çalıştıran bir ekip için seçeneklere bir yenisi daha eklenmiş oluyor. İşler artık OpenAI bulutunda, kendi donanımınızda veya trendeyken bir telefondan başlayabiliyor ve her ortam nelerin çalıştığına dair kendi kaydını tutuyor. Hangi aracının ne üzerinde çalıştığı, nelerin tamamlandığı ve nelerin inceleme beklediğini takip etmek için kontrol edilmesi gereken bir yer daha ortaya çıkıyor. Dolayısıyla asıl faydalı soru “bulut mu yoksa yerel mi?” değil; hangi işin nereye ait olduğu ve o işe ait kayıtların nerede tutulacağıdır.

Özetle

Codex cloud; hızlı başlaması, dizüstü bilgisayarınız uyku modundayken de çalışmaya devam etmesi veya telefondan başlatılması gereken Codex işleri ile herkesin kendi ana makinesini hazırlaması yerine onaylanmış tek bir yapılandırma isteyen ekipler için daha uygun bir tercihtir. Bir görevin Claude Code veya Codex dışı başka bir Runtime'a (çalışma zamanına), planınızın varsayılan sanal makinesinin ötesinde bir donanıma ya da OpenAI'ın bulut ortamı belgelerinde şu an desteklenmediği belirtilen GitLab depoları, tarayıcı kullanımı veya SSH ya da veritabanı protokolüyle erişilen özel servislere ihtiyaç duyduğu durumlarda ise kendi Computer'larınız öne çıkar. Hangi seçeneği tercih ederseniz edin, işi kimin atadığı veya tamamlanan sonucu kimin onaylayacağı değişmez; bu süreç bir Task üzerinden ekibin kontrolünde kalır.

Codex bulut ortamı neler sunuyor?

OpenAI belgelerine göre bulut ortamı, “görevlerin kullandığı yeniden kullanılabilir yapılandırmadır: depolar, bağımlılıklar, araçlar ve erişim ayarları.” Siz GitHub depolarını seçersiniz; Codex bunları inceler, bağımlılıkları ve araçları yükler, iş akışını test eder ve kendi çıkaramadığı ayrıntıları size sorar. Kurulum raporunu inceleyip yayınlarsınız. Ardından her yeni görev, yayınlanan bu dosya sisteminden başlayarak kendi yalıtılmış çalışma alanında yürütülür ve görevler “bilgisayarınız uykudayken bile çalışmaya devam edebilir.”

Erişim modeli, içine bir belirteç (token) yapıştırılmış basit bir kurulum betiğinden çok daha titiz tasarlanmıştır. Ortam değişkenleri doğrudan programlara aktarılır. Ağ gizli anahtarları ise süreçlere kesinlikle ulaşmaz: Programlar yalnızca yer tutucu bir değer alır; bir proxy ise gerçek kimlik bilgisini yalnızca izin verilen HTTPS hedefleri için devreye sokar. İnternet erişimi, varsayılan olarak açıp ardından bir paket yöneticisi önayarı veya özel bir alan adı listesiyle sınırlandırabileceğiniz bir ayardır. Özel servislere VPN üzerinden erişilebilir (şu an desteklenen sağlayıcı Tailscale'dir) ve Enterprise çalışma alanları, kısa ömürlü bulut kimlik bilgileri için OIDC bağlantıları talep edebilir.

İşleri başlatmak da bir o kadar esnektir. Codex Cloud genel bakış belgesinde web, masaüstü uygulaması, mobil ve Codex CLI listelenmektedir; Cloud delegation özelliğine sahip Enterprise çalışma alanları ise görevleri Slack veya Microsoft Teams üzerinden @ChatGPT ile başlatabilir. Bir Enterprise ortamı tüm çalışma alanıyla paylaşılabilir; böylece ekibe yeni katılan biri ortamı sıfırdan kurmak yerine doğrudan onaylanmış yapılandırmayla işe başlar. Bu da Codex ile yürütülen çalışmalarda ortam farklılıklarından kaynaklanan uyumsuzlukları (setup drift) ortadan kaldırır.

OpenAI’ın kendi ürün yelpazesi de iş yükünün nerede çalıştırılacağını tek bir kalıp yerine her iş yüküne göre değişen bir tercih olarak ele alıyor. Dots'ların her biri kendi bulut bilgisayarına sahip olurken, Agents API da aracıları kim çalıştırıyor yazımızda ele aldığımız gibi OpenAI tarafından barındırılan veya kendi barındırdığınız (self-hosted) bir ortamı kabul ediyor. Codex de artık her iki yerde birden çalışabiliyor.

Bir Sharkly Computer size neler sağlar?

Bir Computer; bir Agent'ın (aracının) iş yürütebildiği bağlı bir cihaz, sunucu veya kapsayıcıdır (container). Sharkly Computers belgelerinde belirtildiği gibi, “bir Agent için gereken işletim sistemini, dosyaları, kimlik bilgilerini, ağ erişimini ve araçları sağlar.” Küçük bir yerel servis bu ortamı kaydeder, üzerinde yüklü Runtime'ları tespit eder, kuyruğa alınan çalıştırma isteklerini teslim alır ve ilerlemeyi canlı olarak geri aktarır. Servis bağlantıyı dışa doğru başlattığı için tipik bir kurulumda gelen (inbound) bir bağlantı noktası açmaya gerek kalmaz.

Bu karşılaştırma açısından üç özellik büyük önem taşır. Birincisi, tek bir Computer birden fazla Runtime sunabilir. Sharkly; Claude Code, Codex, Gemini, OpenCode, OpenClaw ve Hermes'i destekler; özel bir ACP Runtime'ı yerel servisin algılamadığı araçları kapsar ve tek bir Computer birden fazla Agent'a hizmet verebilir. İkincisi, yalıtım Task (Görev) bazındadır. Temporary (Geçici) modda her Task yalıtılmış bir dizin alır ve depoya bağlı çalıştırmalar tertemiz bir çalışma ağacı (worktree) kullanabilir; paralel çalışan aracılar birleştirme çakışmalarını (merge conflict) bu sayede önler. Specified (Belirtilen) modda ise bir çalıştırma işlemi, bağımlılıkları, önbellekleri ve yerel servisleri zaten hazır olan yapılandırılmış bir yerel dizini her seferinde tek bir çalıştırma olacak şekilde yeniden kullanır. Üçüncüsü, kimlik bilgileri tamamen size aittir: Bir Agent düz metin ve gizli ortam değişkenlerini barındırır, her çalıştırma yalnızca izin verilen ortama ve kimlik bilgilerine erişir ve Personal (Kişisel) görünürlüğe sahip bir Computer yalnızca sahibine açık kalır.

Bunun getirdiği dürüst maliyet ise ana makinenin yönetiminin de size ait olmasıdır. Bir Computer çevrimdışı olursa, yeni çalıştırmalar onun yeniden bağlanmasını bekler. Masaüstü uygulaması bilgisayarın uyku moduna geçmesini engelleyebilir ve macOS'te sistem izin verdiği sürece kapak kapalıyken de çalışmaya devam edebilir; ancak kodlama aracılarını uzaktan çalıştırma başlıklı yazımızda savunduğumuz gibi, başında kimsenin bulunmadığı uzun çalıştırmalar kontrolü sizde olan bir sunucuya aittir. Faturalandırma ise aynı kalır: Computer'lar ve Runtime'lar Sharkly planlarında koltuk (seat) kotası tüketmez, Sharkly belirteç (token) satmaz ve bir Codex Agent'ı, Codex CLI'ın oturum açtığı ChatGPT planı veya API anahtarı neyse onu kullanır.

Codex cloud mu, kendi Computer'ınız mı: Karar tablosu

Aşağıdaki tüm Codex cloud maddeleri, 30 Eylül itibarıyla OpenAI'ın bulut ortamı belgelerinden alınmıştır. Computer maddeleri ise Sharkly belgelerine dayanmaktadır.

Bunu ikili bir karar matrisi olarak değerlendirin: Görev bir Codex işiyse, bağımlılıkları herkese açıksa veya izin listesindeki (allowlisted) HTTPS üzerinden erişilebiliyorsa ve görevi başlatan kişi masasının başında olmayabilecekse Codex cloud'u tercih edin. Görevin belirli bir nedenle seçtiğiniz bir Runtime'a, donanıma veya ağa ihtiyacı varsa kendi Computer'larınızı kullanın.

Tabloda bilerek yer verilmeyen bir satır var: “Ağımızın dışına çıkmaması gereken veriler.” Kendi Computer'ınızda çalıştırmak depoyu, önbellekleri ve gizli anahtarları kontrolünüzdeki donanımda tutar. Ancak bu durum istemlerin (prompts) model sağlayıcısına gitmesini engellemez; çünkü Runtime modele ne gönderiyorsa yine de dışarı çıkar. OpenAI da kendi ürünü için aynı sınırı çiziyor: Agents API belgelerinde “kendi barındırdığınız bir korumalı alan (sandbox) seçmenin Agents API'yi ZDR (Sıfır Veri Saklama) için uygun kılmadığı” belirtiliyor. İş yükünün nerede çalıştırılacağı, kodun ve kimlik bilgilerinin nerede yaşayacağını belirler. Verilerin saklanması (retention) ise model sağlayıcınızla yaptığınız ayrı bir sözleşmeye bağlıdır.

Karma çalışma modelinde yönetim panosu farkını ortaya koyar

Çoğu ekip her iki yöntemi de kullanacaktır. Acil Codex düzeltmeleri telefondan başlatılıp bulut ortamına gönderilirken, hazırlık (staging) veritabanına ihtiyaç duyan bir veritabanı geçişi (migration) ağ içindeki bir Computer üzerinde Agent olarak çalışır. Bu son derece makul bir iş bölümüdür; ancak ortaya iki ayrı iş listesi çıkarır.

Codex cloud, tasarım gereği görevleri birbirinden ayrı tutar: Belgelerde paylaşılan bir kuruluma erişimin “başkasının görevine erişim hakkı tanımadığı” belirtilir. Gizlilik açısından bu doğru bir varsayılandır. Ancak bu aynı zamanda kurulum paylaşılırken işlerin paylaşılmadığı anlamına gelir; dolayısıyla hem bulut görevleri hem de Computer'lar genelinde “ekibin aracıları şu anda ne üzerinde çalışıyor?” sorusunun yanıtı başka bir yerde aranmalıdır. Öncelikle yönlendirme kuralını netleştirelim:

Where does this Task run?
1. Needs a non-Codex Runtime                          -> Agent on a Computer
2. Needs SSH, a database protocol, or private DNS     -> Computer inside that network
3. Needs GitLab, GitHub Enterprise Server, or browser use -> Computer
4. Codex work, allowlisted HTTPS, started away from a desk -> Codex cloud
5. Someone must accept the result                     -> a Task with an Assignee and a reviewer, wherever it ran

Beşinci kural, bu ayrımı yönetilebilir kılan temel unsurdur. Sharkly'de Task, ana kayıt noktasıdır: İlerleme durumu, çalıştırma günlükleri (logs), engelleyiciler ve sonuçlar doğrudan Task'a geri döner; insan incelemesi bekleyen bir çalıştırma ise ilgili kişinin gelen kutusuna (Inbox) düşer. Aynı Computer üzerindeki bir Codex Agent'ı ile bir Claude Code Agent'ı, kendi Runtime'larının yapılandırıldığı modeli takip ederek aynı panoya rapor verir. Codex cloud'da yürütülen işlerde ise bağlantıyı pull request (PR) sağlar: Dal (branch) adına veya PR başlığına Task ID'sini eklediğinizde Sharkly'nin GitHub entegrasyonu PR'ı ilgili Task ile eşleştirmeye çalışır; böylece onay süreci yine tek bir merkezde gerçekleşir. Mesai sürenizi aşan aracı çalıştırmaları hakkındaki yazımız, başında kimsenin bulunmadığı uzun çalıştırmaların inceleme boyutunu ayrıntılarıyla ele almaktadır.

Aracılar araştırır, yürütür, test eder ve raporlar. İnsanlar ise yönü belirler, yetki verir ve sonucu onaylar. Çalıştırmanın nerede gerçekleştiğinden bağımsız olarak bu temel kural asla değişmez.

Bu durum kurulumunuz için ne anlama geliyor?

Codex cloud, “Codex nerede çalışmalı?” sorusuna verilmiş başarılı bir yanıttır. Ancak “farklı Runtime'lardaki aracılarımızdan hangisi şu an neyle ilgileniyor ve sonucu kim onayladı?” sorusunu yanıtlamak için geliştirilmemiştir. Özel Runtime'larınıza, donanımınıza veya ağınıza ihtiyaç duyan işler için bir Computer bulundurun; telefondan başlatılan ve dizüstü bilgisayarınız kapalıyken süren işleri Codex cloud'a devredin ve her ikisinin de kaydını tek bir yerde tutun.

Tek bir ekosisteme bağımlı kalmak yerine birden fazla kodlama aracısını bir arada kullanmaya devam etmek istiyorsanız, Sharkly tam olarak bu sorunu çözmek için tasarlanmıştır.