Codex, kullanım senaryoları derlemesini büyük ölçüde genişletti

• OpenAI, Codex kullanım senaryoları sayfasını kapsamlı biçimde yenileyerek mevcut 12 örneği 52 kullanım senaryosuna çıkardı
• Böylece artık yalnızca basit bir kodlama yardımcısı olmanın ötesine geçip mühendislik, tasarım, veri, finans, operasyon, QA, satış gibi şirket genelindeki ekiplerin işleri devrettiği bir platform olarak konumlanıyor
• Computer Use (Mac otomasyonu), Gmail gelen kutusu yönetimi, Slack, Zoom, dokümanlar, elektronik tablolar, finansal modelleme (DCF·nakit akışı·bütçe), iOS/macOS yerel geliştirme, satış ve pazarlama iş akışları, QA, otomasyon, dağıtım, Evals ve ChatGPT uygulamasına kadar gerçek iş akışlarının Codex’e emanet edilmesi şeklinde düzenlenmiş

1. Codex’i bir iş arkadaşı olarak yapılandırmak (Automation / Integrations)

Zorluk: Easy | Süre: Long-running

• Slack, Gmail, Calendar, Notion, GitHub, Linear ve yerel notlar gibi işlerin gerçekten aktığı araçları tek bir Codex iş parçacığına bağlayarak onu “iş bağlamımı bilen bir ekip arkadaşı” gibi kullanma yöntemi
• İlk çalıştırmada Codex’ten gözden kaçması kolay önemli istekleri, değişen dokümanları, arada kaybolmuş kararları ve tıkanan handoff’ları bulması istenir; kullanıcı da yararlı olanlar ile gürültü sayılacak şeyler konusunda geri bildirim verir
• Sonrasında aynı iş parçacığına otomasyon eklenerek bağlamı düzenli olarak kontrol etmesi sağlanabilir. Yargı gerektiren kararların ise Codex tarafından keyfi biçimde alınmayıp kullanıcıya iletilmesi hedeflenir
• Uygun olduğu kişiler: Farklı araçlara dağılmış iş bağlamını sürekli takip etmek zorunda olan bireyler, operatörler, yöneticiler, PM’ler ve mühendisler

2. Geri bildirimi aksiyona dönüştürmek (Data / Integrations)

Zorluk: Easy | Süre: 30m

• Slack kanalları, GitHub/Linear issue’ları, anket CSV’leri, müşteri görüşme notları ve Google Drive dokümanları gibi farklı kaynaklardaki geri bildirimleri toplayıp Google Sheet veya Doc biçiminde gözden geçirilebilir çıktılara dönüştürür
• Codex, geri bildirimleri temalar, dayanak bağlantıları, takip soruları ve sorumlu aksiyonlar halinde gruplar; gözden geçirilen içerik daha sonra Slack güncellemesine veya issue taslağına dönüştürülebilir
• Geri bildirim kaynakları sürekli değişiyorsa, aynı iş parçacığına otomasyon bağlanarak yalnızca yeni temaların ya da dayanağı güçlenen maddelerin bildirilmesi sağlanabilir
• Uygun olduğu ekipler: Beta geri bildirimi, müşteri VOC’si, issue iş parçacıkları ve araştırma notlarını ürün aksiyonlarına çevirmesi gereken ekipler

3. Dağınık verileri temizlemek ve hazırlamak (Data / Knowledge Work)

Zorluk: Easy | Süre: 5m

• CSV veya elektronik tablolarda karışık tarih biçimleri, para birimi dizeleri, yinelenen satırlar, boş değerler, özet satırları ve takma adlar gibi unsurlar bir aradaysa, orijinali koruyarak temizlenmiş bir kopya oluşturmasını sağlar
• Kullanıcı, zaten görünen sorunları ve istediği çıktı biçimini — örneğin temizlenmiş CSV, yüklemeye uygun dosya veya yeni sheet sekmesi — açıkça belirtir
• Codex, temizlenmiş dosyayla birlikte veri kalitesi notları da bırakır; böylece analiz veya yükleme öncesinde bir insanın gözden geçirmesi mümkün olur
• Uygun olduğu ekipler: Farklı sistemlerden gelen veri dosyalarını analiz ya da operasyon sistemlerine giriş için düzenlemesi gereken ekipler

4. Tablo biçimindeki verileri sorgulamak (Data / Knowledge Work)

Zorluk: Easy | Süre: 30m

• CSV, elektronik tablo, dashboard export’u, Google Sheet veya yerel veri dosyaları hakkında soru sorulduğunda Codex sütunları inceler, hesaplama yapar, toplulaştırır ve grafik üretir
• Yalnızca basit cevaplar vermekle kalmayıp HTML tabanlı tarayıcı görselleştirmeleri oluşturması ve bunların Codex uygulamasında doğrudan açılabilmesi önerilir
• İlk analizden sonra bölge, kohort, ürün, hafta, model sürümü veya müşteri segmenti gibi kırılımlarda ek karşılaştırmaların aynı iş parçacığında devam ettirilmesi mümkündür
• Uygun olduğu işler: Hızlı hesaplama, basit grafikler ve toplantı özeti gerektiren veri odaklı işler

5. GitHub Pull Request incelemek (Integrations / Workflow)

Zorluk: Easy | Süre: 5s

• GitHub organizasyonu veya deposuna Codex code review bağlanarak her PR için otomatik inceleme alınabilir ya da PR yorumundan manuel inceleme istenebilir
• Ana odak, güvenlik regresyonları, eksik testler, riskli davranış değişiklikleri ve eksik dokümantasyon gibi insanların gözden kaçırabileceği ek inceleme sinyalleri elde etmektir
• AGENTS.md içine inceleme öncelikleri ve dosya bazlı kurallar yazılırsa Codex’in inceleme ölçütleri depoya göre özelleştirilebilir
• Uygun olduğu ekipler: Merge öncesinde ek inceleme sinyallerine ihtiyaç duyan ekipler ve üretimdeki büyük kod tabanları

6. Gelen kutusunu yönetmek (Automation / Integrations)

Zorluk: Easy | Süre: 5m

• Gmail bağlanarak yanıt gerektiren e-postalar bulunur ve yakın zamanda gönderilmiş e-postalar veya onaylanmış yazım örnekleri referans alınarak kullanıcının üslubunda yanıt taslakları hazırlanır
• E-postanın tek başına yeterli bağlam vermediği durumlarda Slack, Google Drive veya proje notları gibi iş araçlarından güncel kararlar, sorumlular, dosyalar ve blocker’lar çekilebilir
• İlk çalıştırma bir kalibrasyon olarak görülmeli; hangi e-postaların yok sayılacağı ve hangi tonun uygun olduğu konusunda geri bildirim verildikten sonra düzenli otomasyona dönüştürülebilir
• Uygun olduğu kişiler: Gelen kutusunu sınıflandırma ve yanıt taslağı hazırlama işini tekrarlı biçimde yürütmek isteyenler

7. Duyarlı frontend tasarımını hayata geçirmek (Front-end / Design)

Zorluk: Intermediate | Süre: 1h

• Ekran görüntüsü, tasarım brifi ve referans görseller girdisiyle mevcut depodaki tasarım sistemi, token’lar ve bileşenleri yeniden kullanan duyarlı bir UI’a dönüştürür
• Codex, Playwright ile gerçek tarayıcıyı açıp masaüstü/mobil breakpoint’lerinde uygulama sonucunu referansla karşılaştırarak yinelemeli düzeltmeler yapar
• Belirsiz noktalar için yeni bir tasarım sistemi üretmek yerine mevcut kalıplara uyan en basit uygulamanın seçilmesi ve varsayımların açıkça belirtilmesi önerilir
• Uygun olduğu işler: Yeni frontend ekranlarının uygulanması ve tasarlanmış ekranların mevcut uygulamaya eklenmesi

8. Büyük bir kod tabanını anlamak (Engineering / Analysis)

Zorluk: Easy | Süre: 5m

• Yabancı bir depo veya özellik alanına girerken Codex’ten istek akışını, modül sorumluluklarını, veri doğrulamasının nerede yapıldığını, yan etkileri ve sırada hangi dosyaların okunması gerektiğini açıklaması istenir
• Basit bir genel özetten ziyade belirli sistem alanları belirtildikçe daha pratik açıklamalar elde edilir
• Takip sorularında iş mantığının konumu, doğrulama noktaları, gözden kaçabilecek arka plan işleri ve değişiklikten sonra çalıştırılması gereken testlerin sorulması önerilir
• Uygun olduğu kişiler: Yeni mühendis onboarding’i ve özellik değişikliği öncesinde kod akışını hızla kavraması gereken geliştiriciler

9. Mac uygulama kabuğu oluşturmak (macOS / Code)

Zorluk: Advanced | Süre: 1h

• Build macOS Apps eklentisi kullanılarak Mac’e özgü bir SwiftUI uygulama kabuğu oluşturulur ve NavigationSplitView tabanlı kenar çubuğu, detay paneli ve inspector yapısı kurulur
• Menü, araç çubuğu, klavye kısayolları ve Settings scene gibi masaüstü uygulamalarda doğal hissettiren yapının en baştan tasarlanması istenir
• Hedef, iPad veya web uygulamasının sadece genişletilmiş bir sürümü değil; pencere, seçim durumu, komutlar ve ayarların kararlı biçimde çalıştığı bir Mac uygulama yapısıdır
• Uygun olduğu uygulamalar: Editörler, kütüphaneler, yönetici araçları ve inceleme araçları gibi kenar çubuğu ile inspector gerektiren Mac uygulamaları

10. Codex ile bilgisayarımı kullanmak (Knowledge Work / Workflow)

Zorluk: Easy | Süre: 5m

• Computer Use sayesinde Codex, Mac uygulamalarını doğrudan görüp tıklayarak ve yazarak birden fazla uygulama ile pencere arasında geçiş yapan işler yapabilir
• Özel bir eklentisi olmayan genel uygulama arayüzlerindeki işler için uygundur; örneğin Notes’tan bilgi alıp başka bir sisteme girmek veya Messages içeriğini kontrol edip yanıt yazmak gibi akışlar
• İsteği @Computer ile başlatmak ve istenen sonuçla birlikte durması gereken riskli işlemleri de yazmak önerilir
• Uygun olduğu durumlar: yalnızca uygulama arayüzünde yapılabilen tekrarlı işler, birden çok pencere ve dosya arasında dolaşan bilgi çalışması

11. Hata triyajını otomatikleştirme (Automation / Quality)

Zorluk: Intermediate | Süre: 1h

• Codex’in Sentry uyarıları, Slack thread’leri, Linear/GitHub issue’ları, PR başarısızlık kontrolleri, loglar ve destek ticket’ları gibi hata sinyallerinin toplandığı yerleri dolaşmasını sağlar
• Önce manuel bir taramayla aday listesi oluşturulur, ardından aynı thread içinde hangi öğelerin yararlı olduğu ayarlanır ve sonra düzenli otomasyona geçilir
• Yeterince güvenilir hale geldiğinde Codex’e Linear issue’ları, Slack güncellemeleri, GitHub yorumları ve hatta devir notu taslakları yazdırabilirsiniz
• Uygun olduğu durumlar: birden fazla araca dağılmış hata raporlarını her gün önceliklendirmesi gereken ürün/mühendislik ekipleri

12. Slayt destesi oluşturma (Data / Integrations)

Zorluk: Easy | Süre: 30m

• Codex, PowerPoint dosyalarını doğrudan kodla düzenleyip görüntü üretimini birleştirerek mevcut desteleri günceller veya yeni desteler oluşturur
• Logo konumu, belirli slaytlardaki metin/görsel yerleşimi, mevcut markalamanın korunması, taşma ve font değiştirme kontrolleri gibi teslimat öncesi kurallar açıkça belirtilir
• Slaytların düzenlenebilir .pptx olarak bırakılması önerilir ve Codex tekrarlanabilir yerleşim kurallarını slayt bazında uygular
• Uygun olduğu durumlar: yapılandırılmış girdileri veya notları sunum materyaline dönüştüren ekipler, mevcut desteleri toplu olarak düzenlemesi gereken işler

13. Slack’te kodlama işi başlatma (Integrations / Workflow)

Zorluk: Easy | Süre: 5m

• Slack uygulamasını kurup depo ve ortamı bağladıktan sonra, thread içinde @Codex mention’layarak kod görevini başlatırsınız
• İstek, kısıtlar ve istenen sonuç thread’de yeterince yer alıyorsa Codex bu bağlama dayanarak bulut görevini çalıştırır
• Sonuç bağlantısını açıp inceleyebilir, gerekirse ek düzenlemeleri aynı Slack thread’inde sürdürebilirsiniz
• Uygun olduğu durumlar: Slack tartışmasından doğrudan issue triyajı, hata düzeltmesi veya küçük implementasyon işleri devretmek isteyen ekipler

14. Küçük UI değişikliklerini hızlıca yineleme (Front-end / Design)

Zorluk: Easy | Süre: 5m

• Mevcut uygulamanın yapısı zaten oturmuşken spacing, alignment, color, copy, responsive behavior ve state gibi küçük UI değişikliklerini tek tek hızlıca ele alır
• Codex-Spark gibi hızlı bir model kullanılarak “bir seferde tek bir görsel not, tek bir küçük düzenleme, tek bir tarayıcı kontrolü” döngüsü önerilir
• Değişiklik kapsamını tam olarak belirtmek ve mevcut component’lerin, token’ların, layout primitive’lerinin ve veri akışının korunmasını istemek gerekir
• Uygun olduğu durumlar: tasarım incelemesinde çıkan ince UI düzeltmeleri, ürün incelemesi sırasında anında yansıtılması gereken değişiklikler

15. Yeni çalışan onboarding sürecini koordine etme (Integrations / Data)

Zorluk: Intermediate | Süre: 30m

• Onaylanmış yeni çalışan listesi, onboarding takipçisi, yönetici/ekip eşleşmeleri, ekipman ve hesap hazırlık durumu ile takvim kilometre taşlarını toplayarak incelenebilir onboarding paketleri oluşturur
• İlk geçişin salt okunur olması, gerçek davetler, DM’ler, e-postalar, kanal oluşturma ve sistem güncellemelerinin ise inceleme sonrası açık onayla yapılması önerilir
• Ekip bazlı özetler, hazırlık durumu açıkları, karşılama alanı adları, davet listeleri, ilk hafta kontrol listesi ve duyuru taslakları birlikte hazırlanabilir
• Uygun olduğu durumlar: People, Recruiting, IT, Workplace Operations ve yeni çalışanları karşılayacak yöneticiler

16. Yeni bir kavram öğrenme (Knowledge Work / Data)

Zorluk: Intermediate | Süre: 30m

• Codex’in makaleler, ders materyalleri ve uzun belgeler gibi yoğun içerikleri okuyup problem çerçevesini, katkıları, yöntemi, deneyleri, sınırlamaları ve öncül kavramları özetlemesini sağlar
• Subagents kullanarak metin yapısını anlama, ön bilgi araştırması, şekil/formül analizi ve nihai rapor yazımı gibi rolleri bölebilirsiniz
• Çıktının daha sonra tekrar gözden geçirilebilecek Markdown raporu, Mermaid diyagramı, concept map veya claim-to-evidence tablosu gibi biçimlerde olması uygundur
• Uygun olduğu durumlar: yabancı bir araştırma alanını, karmaşık teknik kavramları veya uzun ders materyallerini hızlıca öğrenmesi gereken kişiler

17. API entegrasyonunu yükseltme (Evaluation / Engineering)

Zorluk: Intermediate | Süre: 1h

• Mevcut OpenAI API entegrasyonunu en güncel önerilen model ve API özelliklerine taşırken davranışın korunmasını ve regresyon doğrulamasını birlikte yürütür
• Sadece model adını değiştirmek yerine önce mevcut endpoint’leri, tool varsayımlarını, yanıt biçimlerini, prompt’ları ve değerlendirme akışını envanterlemek gerekir
• En güncel model/prompt rehberini doğrulamak için openai-docs kullanılması ve değişiklik öncesi/sonrası davranışı Promptfoo benzeri bir eval pipeline ile doğrulama akışı önerilir
• Uygun olduğu durumlar: eski model/endpoint kullanan ürünler, model yükseltmelerinde regresyon testi gerektiren ekipler

18. Uygulama veya web sitesi dağıtma (Front-end / Integrations)

Zorluk: Intermediate | Süre: 30m

• Codex; depo, ekran görüntüleri, tasarım brief’i, ürün fikri, API belgeleri ve veri kaynaklarını temel alarak web uygulaması oluşturur veya düzenler ve Vercel preview URL’sine kadar dağıtır
• Dağıtımdan önce proje kontrolü, build/test, hata logu analizi ve preview doğrulaması yaptırmak kritik önemdedir
• Dağıtımdan sonra da aynı thread içinde mobil yerleşim düzeltmeleri, güncel verinin yansıtılması veya başarısız build log’larının düzeltilmesi sürdürülebilir
• Uygun olduğu durumlar: fikirleri veya tasarımları paylaşılabilir bir web preview’una hızla dönüştürmek isteyen ekipler

19. Figma tasarımını koda dönüştürme (Front-end / Design)

Zorluk: Intermediate | Süre: 1h

• Figma MCP sunucusu üzerinden doğru node’un tasarım bağlamını, değişkenlerini, asset’lerini ve variant’larını aldıktan sonra bunları mevcut deponun tasarım sistemine uygun şekilde koda çevirir
• Uygulamaya başlamadan önce sırasıyla get_design_context, gerekirse get_metadata, get_screenshot kullanarak yapı ve referansların alınması önerilir
• Playwright ile tarayıcıdaki uygulama sonucunu Figma referansıyla karşılaştırıp responsive davranış ve etkileşim farklarını yinelemeli olarak düzeltir
• Uygun olduğu durumlar: Figma’da tamamlanmış ekranları veya akışları mevcut codebase’e uygulaması gereken tasarım/front-end ekipleri

20. Computer Use ile uygulamanızın QA’sını yapma (Automation / Quality)

Zorluk: Intermediate | Süre: 30m

• Computer Use, gerçek arayüzü görüp tıklayarak, yazarak ve kaydırarak temel kullanıcı akışlarını yürütür; başarısızlık noktalarını kaydeder
• Ortamı, test edilecek kritik akışları, bug raporu formatını, önem derecesi kriterlerini, yeniden üretim adımlarını ve beklenen/gerçek sonuçları net şekilde belirtmek gerekir
• Hem işlevsel hataları hem de UI sorunlarını yakalayabilir; sonuçlar QA raporu ya da mühendis ekibe aktarılacak bir triage summary biçiminde düzenlenir
• Uygun olduğu durumlar: sürüm öncesi kritik akış doğrulaması, manuel QA sürecini daha yapılandırılmış hale getirmek isteyen ekipler

21. Veri seti analizi yapma ve rapor üretme (Data / Analysis)

Zorluk: Intermediate | Süre: 1h

• Dağınık veri dosyalarını içe aktarır; temizleme, join, keşifsel analiz, görselleştirme ve modelleme adımlarından geçirerek karar almada kullanılacak raporlara veya dashboard'lara dönüştürür
• Codex'in önce projenin Python ortamını, paket yöneticisini, çıktı klasörünü ve script kurallarını anlamasını sağlamak önemlidir
• Tekrarlanan notebook düzenleme, spreadsheet export ve nihai rapor packaging işleri reusable skill'e taşınırsa aynı analiz akışını yeniden kullanmak kolaylaşır
• Uygun olduğu durumlar: veri temizliğinden grafiklere, notlara ve raporlara kadar yeniden üretilebilir analiz çıktıları gereken analistler/ürün ekipleri

22. Mesajlardan çıkan işleri tamamlama (Knowledge Work / Integrations)

Zorluk: Easy | Süre: 5m

• Computer Use, Messages dizilerindeki rezervasyon, araştırma, takvim koordinasyonu, fiş gönderimi ve bilgi derleme gibi gizli yapılacak işleri bulup yerine getirir
• Belirli bir gönderici veya mesaj dizisi belirtilebilir; iş tamamlandıktan sonra da özgün mesaj dizisine gönderilecek bir yanıt taslağı hazırlatılabilir
• Ödeme, sipariş veya rezervasyon onayı gibi geri alınması zor işlemlerde mutlaka durup onay alması gerektiği açıkça belirtilmelidir
• Uygun olduğu durumlar: kişisel mesajlardan doğan küçük icra işlerini kaçırmadan yürütmek isteyenler

23. Fikirden PoC üretme (Front-end / Engineering)

Zorluk: Intermediate | Süre: 1h

• Önce GPT Image/ImageGen ile yüksek kaliteli bir UI mockup hazırlanarak görsel yön belirlenir; ardından bu mock temel alınarak Build Web Apps veya Game Studio eklentisiyle çalışan bir prototip geliştirilir
• Basit doküman planlamasından ziyade, gerçekten tıklanabilir bir PoC'nin daha fazla yanıt verdiği erken aşama ürün fikirleri için uygundur
• Son olarak uygulanacak görselleri yeni bir turn'e ekleyip Codex'in bunları doğrudan referans olarak kullanmasını sağlamak faydalıdır
• Uygun olduğu durumlar: dashboard, araç, web uygulaması veya oyun fikirlerini hızla görselleştirip doğrulamak isteyen ekipler

24. Tarayıcı tabanlı oyun geliştirme (Engineering / Code)

Zorluk: Intermediate | Süre: Long-running

• Oyun brief'inden doğrudan kodlamaya geçmek yerine, önce oyuncu hedefleri, ana döngü, kontroller, kazanma/kaybetme koşulları, render yapısı ve varlık planını içeren bir PLAN.md yazdırılır
• ImageGen ile konsept sanat, sprite, arka plan ve UI varlıkları üretilir; Playwright ile gerçek tarayıcıda kontrol hissi ve ekran durumu test edilerek yinelemeli ilerlenir
• Oyunlarda kod, UI, varlıklar, dengeleme ve dağıtımın sürekli kontrol edilmesi gerektiğinden, bu kullanım örneği Codex'in uzun soluklu yinelemeli çalışmalarına çok uygundur
• Uygun olduğu durumlar: tarayıcı oyunu sıfırdan geliştirmek veya prototipin kontrol hissi ile görsellerini tekrar tekrar doğrulamak gereken işler

25. Zor problemleri yinelemeli olarak iyileştirme (Engineering / Analysis)

Zorluk: Advanced | Süre: Long-running

• Codex'in puan tabanlı bir iyileştirme döngüsü çalıştırabilmesi için net bir değerlendirme sistemi, puanlama script'i ve incelenebilir artifact'ler sağlanır
• deterministic check ile LLM-as-a-judge puanları birlikte kullanılır; overall score ve judge average için bir stopping rule tanımlanır
• Yapı, Codex'in her yinelemede mevcut çıktıyı kontrol etmesi, puanı ölçmesi, tek bir iyileştirme uygulaması, yeniden değerlendirmesi ve log tutması üzerine kuruludur
• Uygun olduğu durumlar: tek seferde bitmeyen optimizasyon problemleri, görsel/öznel kaliteyi birden çok kez iyileştirmek gereken işler

26. İş akışlarını Skill olarak kaydetme (Engineering / Workflow)

Zorluk: Easy | Süre: 5m

• İyi çalışan Codex dizileri, inceleme kuralları, test komutları, sürüm checklist'leri, tasarım kuralları, yazım örnekleri ve repo'ya özgü script'ler yeniden kullanılabilir skill olarak kaydedilir
• $skill-creator kullanılarak ne zaman tetiklenmesi gerektiği, hangi kaynak ve komutların kullanılacağı ve hangi çıktının beklendiği yapılandırılır
• Home dizinindeki skill'ler tüm repo'larda kullanılabilir; proje içindeki skill'ler ise ekiple birlikte commit edilerek paylaşılabilir
• Uygun olduğu durumlar: her seferinde uzun prompt'lar yapıştırmak yerine tekrar eden işleri Codex'e hatırlatmak isteyen ekipler

27. Dokümantasyonu güncel tutma (Engineering / Code)

Zorluk: Easy | Süre: 30m

• Kod değişikliklerini, testleri, sürüm notlarını ve PR/issue bağlamını birlikte okuyarak README, geliştirici dokümanları, migration note ve runbook'ları günceller
• Codex'in önce mevcut dokümanlarda ilgili feature name, config key, command ve example'ı bulup yalnızca gerekli en az yüzeyi değiştirmesi önerilir
• Dokümanlar herkese açıksa, iç roadmap, müşteri bilgileri ve gizli bağlamın karışmaması için açık sınırlamalar verilmelidir
• Uygun olduğu durumlar: ürün davranışındaki değişimlerle birlikte dokümantasyonu da yönetmesi gereken teknik yazım/mühendislik ekipleri

28. iOS uygulaması geliştirme (iOS / Code)

Zorluk: Advanced | Süre: 1h

• Codex, SwiftUI tabanlı iOS uygulamasını scaffold eder ve xcodebuild ya da Tuist tabanlı CLI-first build/run döngüsünü kurar
• Mevcut bir projede, scheme, simulator, screenshot ve UI automation bilgileri XcodeBuildMCP üzerinden kontrol ettirilerek çalışması sağlanabilir
• SwiftUI expert, Liquid Glass ve SwiftUI performance gibi iOS odaklı skill'ler eklenirse UI geliştirme, güncel API kullanımı ve performans kontrolleri daha güvenilir ilerler
• Uygun olduğu durumlar: greenfield SwiftUI uygulamaları, simülatör tabanlı doğrulama gerektiren mevcut iPhone/iPad projeleri

29. Kod tabanını refactor etme (Engineering / Code)

Zorluk: Advanced | Süre: 1h

• Ölü kodu, yinelenen mantığı, aşırı büyümüş modülleri, eski abstraction'ları ve legacy pattern'leri bulup küçük, gözden geçirilebilir parçalara ayırarak düzenler
• Refactor, stack migration değil; davranışı koruyarak sistemin yapısını iyileştirme işi olduğundan, public behavior'ın korunması gerektiği açıkça belirtilmelidir
• Büyük temizlik işlerini checkpoint bazında bölmek ve test/doğrulama döngülerini yinelemek için ExecPlan veya reusable skill kullanımı önerilir
• Uygun olduğu durumlar: yeni özellik eklemenin giderek pahalılaştığı eski kod tabanları, davranışı koruyarak düzenleme ihtiyacı olan ekipler

30. iOS App Intents ekleme (iOS / Code)

Zorluk: Advanced | Süre: 1h

• Uygulama içindeki temel aksiyonları ve varlıkları belirleyip bunların Shortcuts, Siri, Spotlight, widget’lar ve controls gibi sistem yüzeylerinde kullanılabilmesini sağlar
• Tüm ekranı değil, kullanıcının uygulamayı açmadan da çalıştırmak isteyebileceği birkaç aksiyonu ve sistemin anlaması gereken nesneleri önce tasarlar
• Bu, Codex’in mevcut uygulamanın modelini, navigation yapısını ve veri access yollarını analiz edip ilk intent surface’ü küçük ölçekte hayata geçirdiği bir akıştır
• Uygun olduğu durumlar: Halihazırda faydalı özellikleri olan ancak iOS sistem otomasyonu ve aramada yeterince görünür olmayan uygulamalar

31. macOS uygulaması geliştirmek (macOS / Code)

Zorluk: Advanced | Süre: 1h

• SwiftUI tabanlı bir macOS uygulaması oluştururken önce WindowGroup, Window, Settings, MenuBarExtra, DocumentGroup gibi scene model’lerden birini seçmeyi sağlar
• xcodebuild ya da swift build ve proje içindeki yerel script/build_and_run.sh üzerinden shell-first bir build/çalıştırma döngüsü kurar
• Uygulama büyüdükçe pencere, menü, kenar çubuğu, Settings, AppKit interop ve signing sorunlarını masaüstü uygulaması perspektifinden ele alır
• Uygun olduğu durumlar: Masaüstü yerel mimarisi gerektiren yeni Mac uygulamaları, mevcut Mac uygulamalarında UI/build/dağıtım iyileştirmeleri

32. Liquid Glass uygulamak (iOS / Code)

Zorluk: Advanced | Süre: 1h

• iOS 26 ve Xcode 26 temelinde mevcut SwiftUI uygulamasını build eder, standart kontrollerde otomatik gelen system glass ile doğrudan değiştirilmesi gereken custom UI’ı ayırır
• custom blur/material stack’in yerel glassEffect, GlassEffectContainer, glass button style ve glassEffectID transition’a taşınmasını sağlar
• Önceki iOS sürümleri desteği gerekiyorsa #available(iOS 26, *) ve fallback path’in net biçimde korunması gerekir
• Uygun olduğu durumlar: Mevcut uygulamanın yoğun kullanılan akışlarını iOS 26 Liquid Glass’a güvenli biçimde geçirmek isteyen ekipler

33. Mac telemetrisi eklemek (macOS / Code)

Zorluk: Advanced | Süre: 30m

• Mac uygulamasındaki pencere açma, sidebar seçimi, menü komutu ve sync milestone gibi akışlara Apple Logger tabanlı, yüksek sinyalli log’lar ekler
• Codex’in uygulamayı build edip çalıştırmasını ve Console veya log stream’de gerçek olayların beklenen sırayla gerçekleştiğini kanıtlamasını sağlar
• Hassas payload’lardan kaçınır; subsystem/category yapısını net tanımlayarak agentic debugging loop içinde bir sonraki patch’in dayanaklı biçimde belirlenmesini amaçlar
• Uygun olduğu durumlar: Yalnızca kod incelemesiyle akışı takip etmenin zor olduğu Mac uygulaması özellikleri, log tabanlı debugging döngüleri

34. iOS simülatöründe hata ayıklamak (iOS / Code)

Zorluk: Advanced | Süre: 1h

• Codex ve XcodeBuildMCP, scheme/simulator’u bulup uygulamayı build edip çalıştırdıktan sonra UI hierarchy’yi okur ve tap, type, swipe, screenshot, log capture işlemlerini yapar
• Gerekirse LLDB bağlayarak stack frame, local variables ve breakpoint’leri kontrol eder; belirsiz bug report’u yeniden üretilebilir küçük bir düzeltmeye dönüştürür
• Değişiklikten sonra aynı simülatör yolunu yeniden çalıştırıp hatanın ortadan kalktığına dair kanıt bırakmak işin özüdür
• Uygun olduğu durumlar: Yalnızca belirli sekme/kaydırma/girdi akışlarında ortaya çıkan iOS UI hataları, crash/hang/navigation sorunları

35. Bağımlılık kaynaklı olayları denetlemek (Engineering / Quality)

Zorluk: Advanced | Süre: 1h

• Açık paket advisory’si veya supply chain olayı yaşandığında doğrudan patch’lemeye başlamaz, önce temkinli ve salt okunur bir audit planı oluşturur
• Codex, yetkili kaynaklarla genel yorumları ayırır; maruziyeti kanıtlayacak veya dışlayacak evidence’ı tanımladıktan sonra manifest, lock file, CI workflow ve script’leri inceler
• Güvenilmeyen kodun çalıştırılması, install, build ve test işlemlerinden açık onay verilene kadar kaçınılması esastır
• Uygun olduğu durumlar: Güvenlik/mühendislik ekipleri, dependency incident’larına hızlı yanıt vermesi gereken bakımcılar

36. Toplantı özeti hazırlamak (Integrations / Knowledge Work)

Zorluk: Easy | Süre: 30m

• Yalnızca Calendar invite’ın yetmediği toplantı bağlamını Drive belgeleri, Slack thread’leri, Gmail ve önceki notlardan toplayıp objective, agenda, open questions ve notes template olarak düzenler
• Codex’in önce bir sources inventory oluşturmasını, ardından doğrulanan bağlamı, source gap’leri ve open question’ları ayırmasını sağlar
• Toplantı hazırlık materyali kısa ve taranabilir olmalı, ayrıca hangi kaynaktan geldiği izlenebilir olmalıdır
• Uygun olduğu durumlar: Yönetici, PM, operasyon sorumluları, mülakat yapanlar ve toplantı öncesinde bağlamı hızla düzenlemesi gereken kişiler

37. Etkinlik playbook’unu yürütmek (Integrations / Knowledge Work)

Zorluk: Intermediate | Süre: 1h

• Etkinlik planlama kanallarını, onaylı belge/deste/çizelge/şablonları ve takvim son tarihlerini bir araya getirip kaynağa dayalı bir playbook oluşturur
• Herkese açık event page metni ile iç operasyon kontrol listesi, sorumlular, onaylar ve open question’ları ayrı yönetmek kritik noktadır
• Tekrarlanan bir etkinlikse aynı thread’e otomasyon bağlanarak deadline, onay, eksik materyaller ve launch checklist durumunun takibi sağlanabilir
• Uygun olduğu durumlar: Topluluk, DevRel, pazarlama ve operasyon ekiplerinde etkinlik programı yönetimi

38. Kod migration’ı yürütmek (Engineering / Code)

Zorluk: Advanced | Süre: 1h

• legacy stack’ten target stack’e geçerken önce routing, data model, auth, config, background job, build, deploy, test ve external contract envanterini çıkarır
• compatibility layer, module-by-module port, branch-by-abstraction ve strangler-style replacement gibi kademeli stratejilerden birini seçer
• Her checkpoint’te parity validation uygular; migration’ın kendisinin gerektirdiği görünür değişiklikleri ise açıkça istisna olarak ele alır
• Uygun olduğu durumlar: Framework/runtime/dil/build sistemi geçişlerini kontrollü adımlarla yürütmesi gereken ekipler

39. SwiftUI ekranını refaktör etmek (iOS / Code)

Zorluk: Advanced | Süre: 1h

• Büyük SwiftUI screen dosyalarını, davranışı ve yerleşimi koruyarak küçük section view’lara ve açık veri akışına ayırır
• Build iOS Apps eklentisinin SwiftUI view refactor skill’i, MV-first yaklaşımını önerir; gereksiz view model eklemekten kaçınır ve side effect’leri body dışına taşır
• UI’ın değişmediğini ve işlevlerin korunduğunu doğrulamak için küçük bir doğrulama döngüsü eklemek önemlidir
• Uygun olduğu durumlar: body içinde yerleşim, dallanma, async işler ve inline action’ların karıştığı SwiftUI ekranları

40. İç bağlamdan PRD taslağı hazırlamak (Integrations / Knowledge Work)

Zorluk: Easy | Süre: 30m

• Linear projeleri, Slack planlama kanalları, Notion/Google Drive belgeleri, toplantı notları ve araştırma materyallerini bir araya getirerek incelenebilir bir PRD hazırlar
• Problem, kullanıcı, gereksinimler, UX, teknik değerlendirmeler, launch plan, timeline, alınan kararlar ve open questions gibi bölüm sözleşmelerini net vermek faydalıdır
• Önce source appendix incelenerek Codex’in hangi bağlamı kullandığı doğrulanır, ardından requirements ve open questions iyileştirilir
• Uygun olduğu kişiler: Ekip içi tartışmalardan çıkan bilgileri PRD, proposal, launch brief veya decision memo’ya dönüştüren PM/ürün ekipleri

41. Nakit akışı tahmini yapmak (Data / Knowledge Work)

Zorluk: Intermediate | Süre: 30m

• beginning cash, expected receipts, payroll, vendor payments, debt, tax, capex, working capital ve timing assumptions girilerek düzenlenebilir bir cash-flow forecast workbook’u oluşturur
• Kaynak cadence’i korur ve safety balance ihlali ile cash pressure yaratan assumptions’ları gösteren bir summary tab oluşturmasını sağlar
• Oluşturulan .xlsx, formula, scenario ve timing assumptions’ları gözden geçirmek için Codex içinde açılır ve aynı iş parçacığında düzenlenir
• Uygun olduğu kişiler: 13 haftalık veya aylık cash forecast hazırlayan finance/operations ekipleri

42. DCF valuation modeli oluşturmak (Data / Knowledge Work)

Zorluk: Intermediate | Süre: 30m

• historical financials, valuation assumptions ve modeling notes girilerek revenue growth, margin, capex, working capital, WACC ve terminal value içeren bir DCF workbook’u oluşturur
• Codex, model tab, formula, assumption ve valuation summary içeren düzenlenebilir bir .xlsx üretir; kullanıcı bunu Codex içinde doğrudan inceleyip düzenler
• Aynı iş parçacığında formula link’lerini kontrol etme, assumptions değiştirme, scenario ekleme ve modeli sıkılaştırma sürdürülebilir
• Uygun olduğu kişiler: valuation workbook’unu hızlıca oluşturup gözden geçirmesi gereken analyst/finance ekipleri

43. Bütçe ve gerçekleşenler incelemesi yapmak (Data / Knowledge Work)

Zorluk: Easy | Süre: 30m

• budget plan, actuals export ve close notes girilerek actuals, plan kategorilerine eşlenir ve variance hesaplayan bir review workbook’u oluşturulur
• Kaynak girdileri, mapping’i, variance formula’larını ve summary tab’ı korur; reconciliation issue’ları ile open finance question’ları ayırır
• category mapping’i düzeltme, department cut ekleme ve finance summary taslağı yazma aynı iş parçacığında sürdürülebilir
• Uygun olduğu kişiler: Aylık kapanış incelemesinde bütçeye göre harcama farklarını yönetime açıklaması gereken finance ekipleri

44. Hedefleri takip etmek (Engineering / Automation)

Zorluk: Advanced | Süre: Long-running

• /goal kullanarak Codex’in tek turda durmadan, doğrulanabilir bitiş koşuluna kadar uzun soluklu işi sürdürmesini sağlar
• objective, stopping condition, önce okunması gereken dosya/belge/log/plan ve ilerlemeyi kanıtlayan command veya artifact’ler net biçimde belirtilir
• migration, large refactor, deployment retry loop, experiment, game ve prototype gibi Codex’in checkpoint bazında bağımsız ilerleyebileceği işler için uygundur
• Uygun olduğu kişiler: Saatler boyunca sürebilecek ancak hedefi ve doğrulama döngüsü net olan kodlama işleri yapanlar

45. Yapay zeka uygulamasına Evals eklemek (Evaluation / Quality)

Zorluk: Intermediate | Süre: 1h

• Mevcut bir AI uygulamasının prompt, model call, tool, retrieval, agent ve product requirement’larını analiz ederek bir Promptfoo eval suite’i ekler
• Tüm sistemi tek seferde değerlendirmeye çalışmak yerine classification, extraction, summarization, routing, grounding, tool use veya format rule gibi kullanıcıya görünür tek bir davranıştan başlamak önerilir
• Codex config ve test data oluşturur, eval’i yerelde çalıştırır ve sonrasında da kullanılabilecek komutlar bırakır
• Uygun olduğu kişiler: model/prompt/retrieval/agent değişikliklerinden önce regresyon testi oluşturmak isteyen AI uygulama ekipleri

46. Kullanıcı hikayelerini UI mock’larına dönüştürmek (Integrations / Knowledge Work)

Zorluk: Easy | Süre: 30m

• Slack, Linear, Google Drive ve customer-call notes gibi farklı yerlere dağılmış geri bildirimleri toplayıp user story ve constraint olarak düzenledikten sonra ImageGen ile UI mock yönleri üretir
• Net bir user story varsa doğrudan başlanır; yoksa Codex önce bağlamı toplayarak problemi ve gereksinimleri standartlaştırır
• Seçilen mock, yeni bir turn’de yeniden eklenerek mevcut codebase’in design system’ı ve component’lerini yeniden kullanan çalışan bir prototype olarak uygulanır
• Uygun olduğu kişiler: Dağınık ürün geri bildirimlerini görsel yöne dönüştürmek ve ekip incelemesi için mock’lara ihtiyaç duyan ürün/tasarım/mühendislik ekipleri

47. Uygulamayı ChatGPT’ye taşımak (Integrations / Code)

Zorluk: Advanced | Süre: 1h

• ChatGPT uygulamasını tek ve dar bir kullanıcı outcome’u etrafında tasarlayın; MCP server, isteğe bağlı web component ve tool metadata’yı uçtan uca oluşturun
• Codex; tool surface ve metadata tasarımı, MCP server scaffold’u, widget implementasyonu, ChatGPT bağlantısı ve golden prompt testleri için çok uygundur
• v1’de gerçekten widget gerekip gerekmediğini, kimlik doğrulama ve dağıtım ihtiyacı olup olmadığını, yerel HTTPS testi ve developer mode doğrulamasının mümkün olup olmadığını önce belirleyin
• Uygun olanlar: İlk ChatGPT uygulamasını yapan veya MCP server/tool metadata kapsamını gereksiz yere büyütmeden başlamak isteyen ekipler

48. Expo ile React Native uygulaması geliştirme (Mobile / Engineering)

Zorluk: Intermediate | Süre: 1s

• Expo eklentisini kullanarak React Native uygulamasını scaffold edin; Expo Router, Expo-native package convention ve Expo Go tabanlı hızlı test döngüsünü izleyin
• Yalnızca custom native code, store dağıtımı veya Expo Go’nun desteklemediği capability’ler gerektiğinde dev client ya da EAS build’e geçin
• Codex, native hissi veren navigation ile loading/empty/error state’lerini içeren tamamlanmış bir workflow oluşturup bunu en hızlı yoldan doğrulamanızı sağlar
• Uygun olanlar: Native IDE çalışmalarına geçmeden önce Expo ile mobil uygulamayı hızlıca prototiplemek veya yayına hazırlamak isteyen geliştiriciler

49. Codex’in kullanabileceği bir CLI oluşturma (Engineering / Code)

Zorluk: Intermediate | Süre: 1s

• Codex’in tekrar tekrar erişmesi gereken API’leri, log kaynaklarını, export inbox’ları, yerel DB’leri ve ekip script’lerini composable bir CLI ile sararak herhangi bir repo’da çalıştırılabilir hale getirin
• İyi bir CLI; paged search, ID ile exact read, öngörülebilir JSON, download, local index ve write öncesi taslak gibi agent-friendly davranışlar sunar
• $cli-creator ile CLI’ı oluşturun ve $skill-creator ile bu CLI’ın ne zaman kullanılması gerektiğini kaydeden companion skill’i birlikte hazırlayın
• Uygun olanlar: Codex’in aynı servisleri veya veri kaynaklarını sık sık okuması, araması ve güvenli biçimde işlemesi gereken ekipler

50. Slack aksiyon maddelerini önceliklendirme (Automation / Integrations)

Zorluk: Easy | Süre: 30d

• Slack DM, grup DM, kanal mention ve thread reply’ları okuyarak doğrudan istekleri, örtük follow-up’ları, zaten çözülmüş maddeleri ve hâlâ aktif aksiyonları ayırt edin
• Codex, thread’in en son bölümünü de okuyup unresolved durumunu belirledikten sonra aciliyet ve etkiye göre sıralı bir aksiyon kuyruğu oluşturur
• Taslak yanıtlar veya handoff’lar üretilebilir; ancak gerçek post/send işlemlerini inceleme sonrasına bırakacak şekilde sınırlandırmak daha iyidir
• Uygun olanlar: İşlerin Slack üzerinden geldiği launch, support, product, operations ve community workstream’leri

51. Doğrulanabilir operasyon workflow’larını yürütme (Automation / Integrations)

Zorluk: Intermediate | Süre: 30d

• access update, invite batch, quota change, customer setup, routing check ve migration follow-up gibi tekrarlayan operasyon işlerini Codex’e yaptırın
• Input table, approval source, policy, çalıştırılacak script/API/CLI/skill, dry run durumu ve retry boundary’yi açıkça verin; eksik alanları tahmin etmesine izin vermeyin
• Sonuç CSV’si, log file, dashboard link, screenshot veya PR check gibi insanın doğrulayabileceği verification artifact’ler talep edin
• Uygun olanlar: Yapılandırılmış girdi ve net onay/denetim izi gerektiren operasyon işleri

52. Toplantıları takip işlerine dönüştürme (Automation / Integrations)

Zorluk: Intermediate | Süre: 5d

• Zoom transcript ve AI Companion summary kullanarak müşteri toplantılarından çıkan key takeaway, risk, fırsat, karar ve aksiyon maddelerini yapılandırın
• Codex; follow-up email, account plan, CRM update ve Slack notification taslakları oluşturabilir, ancak gönderim veya kayıt işlemleri kullanıcı incelemesinden sonra yapılmalıdır
• Zoom cloud recording, transcript ve AI Companion summary ile birlikte Gmail, Slack, Google Docs ve CRM gibi destination tool’ları bağlamak etkiyi artırır
• Uygun olanlar: discovery, renewal, implementation ve executive sponsor call sonrasında tekrar eden takip işlerini yönetmesi gereken müşteriyle yüz yüze çalışan ekipler

[goldenjade]

Güzel bir kaynak. Bana çok yardımcı oldu.
Ben Windows Server 2022 kullanıyorum ama Codex Desktop kurulmadığı için sanki yarım kullanıyormuşum gibi hissediyorum. Acaba kurulum yöntemini bilen var mı?

[jessyt]

Gerçekten referans alınabilecek çok fazla içerik var.

[hcode]

Düşünce ufkunu genişletiyormuş gibi hissettirmesi hoşuma gidiyor.

[qlghwp123]

Çok güzelmiş. Zaten Codex için ödeme yapmayı planlıyordum; sanırım oldukça faydalı kullanacağım.