Codex İçin Eksiksiz Kılavuz: GPT-5.6 Sol Çağında Uzmanlaşın

Codex'i sadece "yazılım geliştiren bir sohbet" olarak düşünüyorsanız, çoktan bir nesil geride kaldınız demektir.

9 Temmuz 2026'da GPT-5.6 halka açıldı.

Merkezinde amiral gemisi modeli "Sol" yer alıyor.

Tek bir talebi baştan sona yerine getirme yeteneği—karmaşık kodlama, araştırma, belge oluşturma, tarayıcı işlemleri, Bilgisayar Kullanımı, güvenlik ve uzun vadeli proje yürütme dahil—önemli ölçüde arttı.

Artificial Analysis Kodlama Aracı Endeksi'nde 80 puan aldı. Terminal-Bench 2.1'de %88,8'e ulaştı ve Ultra ayarlarda %91,9'a yükseldi.

Ancak, sayılardan bile daha büyük bir değişiklik var.

Codex'in "soruları yanıtlayan bir yapay zeka"dan "işi bir araya getirip tamamlayan bir yapay zeka"ya dönüşmesi.

Araştırma yapmak.

Planlamak.

Oluşturmak.

Kontrol etmek.

Gerekirse görevleri birden fazla yapay zekaya dağıtmak.

Tamamlanan prosedürleri kaydetmek ve bir dahaki sefere otomatik olarak çalıştırmak.

Tüm bu döngüyü Codex içinde tamamlayabilirsiniz.

Şu anda, 5 milyondan fazla kişi Codex'i haftalık olarak kullanıyor ve bunların yaklaşık %20'si mühendis değil. Üstelik, mühendis olmayanlar arasındaki kullanım, geliştiricilere kıyasla üç kattan daha hızlı artıyor.

Başka bir deyişle, bu değişiklik sadece mühendisler için değil.

Makale üretimi, sosyal medya yönetimi, rakip araştırması, ürün planlaması, belge oluşturma, müşteri desteği ve web prodüksiyonu.

Bilgisayarda yapılan hemen hemen her iş hedef tahtasında.

Bu makalede, GPT-5.6 Sol döneminde Codex'i tam olarak kullanmak için gerekli tüm işlevleri, artan güç sırasına göre birbirine bağlayacağım.

Sol, Terra ve Luna arasında seçim yapmaktan Plan moduna, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, incelemeler ve Otomasyonlara kadar.

Bu, özelliklerin parça parça tanıtımı değil, kendi özel çalışma ortamınızı tamamlamak için bir strateji haritasıdır.

Bu makaleyle birlikte yan işte sonuç almanın büyük resmini görmek isteyenler için 🎁

Şu anda, resmi LINE'da,

"Kuroneko Tarzı SNS Yan İş Tam Stratejisi: 5'li Büyük Bonus Paketi"

ücretsiz olarak dağıtılıyor 🎁

Bu, aslında ücretli içerik olarak yayınlanması planlandığından,

kapasite dolduğunda dağıtım sona erecektir.

Makaleyle birlikte, siz de fırsat varken alın.

▼▼▼

▶︎▶︎▶︎ 5'li Büyük Bonusları Alın

Şimdi, ana konuya geçelim!

Codex'in gerçek kimliği "Yapay Zeka Sohbeti" değil, işi yürüten bir İşletim Sistemidir

Sol döneminde Codex'i anlamak için önce büyük resmi kavramanız gerekir.

Codex aşağıdaki 6 katmandan oluşur.

Birçok kişi sadece ilk katmana bakar: "hangi model en akıllı."

Ancak pratik işteki fark ikinci katmandan itibaren ortaya çıkar.

Bir model ne kadar akıllı olursa olsun, amaç belirsizse, gerekli materyaller eksikse ve tamamlanma koşulları belirlenmemişse, geri dönen şey hedefe ulaşmayan genel bir teori olacaktır.

Tersine, bağlam, kurallar, araçlar, roller ve tamamlanma koşulları sağlarsanız, Codex teslimatları tamamlayan tarafa dönüşür.

Sol'un güçlü olduğuna şüphe yok.

Ancak sadece Sol'u seçmek Codex'i tamamlamaz.

Beynin performansını işin mekanizmasına bağladığınızda gerçek potansiyelini görürsünüz.

1. İş için Sol, Terra ve Luna arasında seçim yapmak

GPT-5.6'da amacınıza göre üç model arasından seçim yapabilirsiniz.

Sol, tamamlamaya kadar düşünen "Komuta Merkezi"dir

Sol, GPT-5.6'nın amiral gemisi modelidir. Cevabı baştan belli olmayan işler için uygundur.

• Stratejiye karar vermek için birden fazla materyali okumak
• Özellik eklemek için büyük bir kod tabanını anlamak
• Araştırmadan yapıya, üretime ve doğrulamaya kadar her şeyi aynı anda ilerletmek
• Tarayıcılar ve uygulamalar arasında teslimatları tamamlamak
• Uzun projelerde tutarlılığı sağlamak
• Birden fazla alt ajana komuta etmek

Sol, yapay zekanın sadece "neyi yapacağını" değil, aynı zamanda "hedefe ulaşmak için nasıl ilerleyeceğini" de düşünmesini istediğiniz işler içindir.

Terra, hız ve kaliteyi dengeleyen "Uygulayıcı"dır

Terra, yetenek ve maliyeti dengeleyen bir modeldir. Sol'un derin ve sürekli düşünmesini gerektirmeyen ancak yine de muhakeme gerektiren işler için uygundur; günlük araştırma, özetleme, dosya düzenleme, taslak oluşturma, kod düzeltme ve birden fazla materyali kontrol etme gibi.

Birden fazla alt ajan çalıştırırken, Terra'yı araştırma veya keşif rollerine atamak verimliliği artırır.

Luna, hacim ve hızdan sorumlu "İşçi"dir

Luna, en hızlı ve en düşük maliyetli modeldir.

• Çok sayıda dosyayı kategorize etmek
• Yazım tutarsızlıklarını kontrol etmek
• Ön eleme yapmak
• Standart metinleri dönüştürmek
• Çok sayıda aday oluşturmak
• Sabit bir formata dönüştürmek

Bu hafif görevleri yüksek frekansta çalıştırmak için uygundur. Nihai kararı Luna'ya bırakmak yerine, toplama, düzenleme ve adayları daraltma işlemlerini yapmasını sağlayın, ardından sonunda Sol'a dönün. Bu iş bölümü güçlüdür.

Emin değilseniz, bu kombinasyonla başlayın

Her seferinde Sol'u maksimum ayarlarda çalıştırmanıza gerek yok. Komuta merkezi için Sol, araştırma için Terra ve rutin işlemler için Luna. Tıpkı bir insan ekibi gibi, işin ağırlığına göre beyinleri tahsis edersiniz.

Ultra sadece bir "derin düşünme ayarı" değildir

Ultra, ilgili model için en yüksek düzeyde akıl yürütme kullanan bir ayardır. Daha da önemlisi, uygun görevleri birden fazla alt ajana aktif olarak dağıtma yeteneğidir.

Normal ayarlarda, açıkça "bunu üç kişiye böl" diyerek paralelleştirebilirsiniz. Ultra'da Codex, "bu işi bölmek daha hızlı olacak ve kaliteyi artıracak" şeklinde yargılar ve araştırma, üretim, doğrulama vb. olarak ayrıştırabilir. Kısacası, Ultra sadece yüksek zeka modu değildir; otomatik bir yapay zeka takımı oluşturma modudur.

Hızlı mod, modeli değiştirmeden hızı artırır

Codex ayrıca bir Hızlı moda sahiptir. İlgili modelin hızını yaklaşık 1,5 kat artırma karşılığında, GPT-5.6'da normalden daha fazla kredi tüketir. CLI'da aşağıdaki komutlarla değiştirebilirsiniz:

/fast on

/fast off

/fast status

Bu özellik, kısa teslim tarihli düzeltmeler veya bekleme süresini azaltmak istediğiniz odaklanmış çalışmalar içindir. Hızlı mod, "daha hafif bir modele geçmek"ten farklıdır. Sol'un yeteneklerini korurken hızı artırmak istediğinizde kullanın.

2. Uygulama, CLI, IDE ve Bulut arasında seçim yapmak

Codex'in güçlü yanları, onu nerede kullandığınıza göre değişir.

ChatGPT Masaüstü Uygulaması "Komuta Odası"dır

Birden fazla dosyaya bakarken plan yapmak, görevlerle ilerlemek ve görseller, belgeler, tablolar, tarayıcılar ve harici araçları kullanmak istiyorsanız, masaüstü uygulaması merkezdir. Codex'in ilerlemesini, farklarını, alt ajanlarını, Skills, Plugins ve Zamanlanmış görevlerini tek bir yerden yönetebilirsiniz. Codex'i iş akışına entegre etmek isteyen mühendis olmayanlar için uygulamayla başlamak en kısa yoldur.

CLI, "Terminaldeki İnfazcı"dır

CLI, yerel dosyalar ve kodla doğrudan ilgilenme, komutları çalıştırma, test etme, Git işlemleri ve etkileşimsiz otomatik işleme konusunda iyidir. Sadece etkileşimli codex yerine codex exec kullanarak, onu betiklerden veya CI'dan çalıştırabilirsiniz. CLI'nin değeri, sabit süreçleri her seferinde aynı şekilde çalıştırmak isteyenler için artar.

IDE Eklentisi, "Kodun yanındaki Asistan"dır

VS Code veya benzerinde açık olan koda bakarken düzeltmeler, açıklamalar ve incelemelerle ilerlemek istiyorsanız, IDE eklentisini kullanın. Hedef dosyalar arasında geçiş yaparken ayrıntılı talimatlar vermek kolaydır, bu da uygulama sırasındaki gidiş gelişi en aza indirir.

Bulut, "Bilgisayarınızı boşaltan Dış Kaynak"tır

Bulut, zaman alan görevleri ayrı bir ortama bırakmak istediğinizde uygundur. Yerel işinizi durdurmadan diğer görevlerle paralel olarak ilerleyebilirsiniz.

Mantık basittir:

• Günlük komut: Masaüstü Uygulaması
• Komutlar ve otomatik işleme: CLI
• Kod uygulaması için yakın temaslı çalışma: IDE
• Uzun süreli ayrı görevler: Bulut

Her şeyi tek bir yerde toplamanıza gerek yok. İşe uygun girişten aynı Codex'i kullanın.

3. Dört unsurla talimat verin: Amaç, Bağlam, Kısıtlamalar ve Tamamlanma Koşulları

GPT-5.6 Sol, kısa talimatlarla bile oldukça iyi hareket edebilir. Yine de, önemli işler için bu dört unsuru sağlamak, onu ezici bir şekilde daha istikrarlı hale getirir.

Amaç

Ne yapılacağı değil, neyin başarılmak istendiğidir. "Makale yaz" yerine "Codex'i sadece tek seferlik sohbetler için kullanan okuyucuların kendi özel yapay zeka çalışma ortamlarını oluşturmalarını sağlayan bir makaleyi tamamla" deyin.

Bağlam

Hangi dosyalara, materyallere, örneklere ve geçmiş kararlara bakmalı? Codex'e klasör verebilmenin gücü burada yatar. Sohbet kutusundaki açıklamaları her seferinde yeniden yazmak yerine, doğru materyalleri okumasını sağlayın.

Kısıtlamalar

Uyulması gereken koşullar. Kelime sayısı, ton, dokunulmaması gereken dosyalar, kullanılacak teknolojiler, hedef kitle, başvurulacak birincil bilgiler, yasaklı ifadeler vb. dahildir.

Tamamlanma Koşulları

İşin bitmesi için neyin gerçekleşmesi gerekiyor? "Metni yazdıktan sonra bitir" yerine "doğruluk kontrolü, bağlantı kontrolü, kelime sayısı kontrolü, okunabilirlik kontrolü ve belirtilen klasöre kaydetme işlemlerini tamamladıktan sonra bitir"e karar verin.

Bunları özetlemek aşağıdaki formatla sonuçlanır:

ーーーーーーーーーーーー

【Codex'e İş Vermek İçin Temel Komut İstemi】

Amaç:

[Bu işle neyi başarmak istediğiniz]

Bağlam:

[Okunacak dosyalar, klasörler, referans materyalleri, geçmiş kararlar]

Kısıtlamalar:

[Uyulacak kurallar, değişiklik kapsamı, hedef kitle, format]

Tamamlanma Koşulları:

[Tamamlanma için neyin kontrol edileceği ve nasıl bir durumda olunacağı]

Gerekli araştırma ve çalışmayı kendiniz yapın ve tamamlanma koşulları karşılanana kadar çalıştırın. Soruları yalnızca muhakeme gerektiren yerlerde sorun, aksi halde mantıklı bir şekilde yargılayın ve ilerleyin.

ーーーーーーーーーーーー

Sol, 30 ayrıntılı adım sıraladığınızda değil, amaç ve tamamlanma koşulları net olduğunda daha güçlü hareket eder. Tüm adımlara siz karar verirseniz, Codex yalnızca kendisine talimat verilen işi yapabilir. Hedefi netleştirin ve süreç için alan bırakın. Bir ajan için talimat budur.

Codex'e verilen bilgileri sohbette değil, dosyalarda tutun

Codex'i ne kadar uzun süre kullanırsanız, sohbet becerisinden çok dosya tasarımı önem kazanır. Yalnızca konuşma ile ilerlerseniz, önemli kararlar, referans materyalleri, teslimatlar ve sonraki görevler aynı yerde karışır. Her yeni sohbete başladığınızda yeniden açıklama yapmak zorunda kalırsınız ve geçen seferkinden farklı bir yargı gelir. Bu durumdan kurtulmak için, her proje için "çalışmaya devam etmek için neyin okunması gerektiğine" karar verin.

Minimum yapılandırma aşağıdaki dört dosyadır:

Project/

├── Context.md # Nadiren değişen amaç, hedef, ön kabuller

├── Project.md # Güncel sorunlar, kararlar, sonraki görevler

├── Materials/ # Referans materyalleri, kaynak veriler, rakip bilgileri

└── Outputs/ # Tamamlanmış teslimatlar

"Nadiren değişen ön kabulleri" Context.md'ye koyun

Proje amacı, hedef kitle, yargılama kriterleri ve uyulması gereken koşullar gibi her seferinde ihtiyaç duyulan bilgileri koyun.

"Şu anda ne yapıldığını" Project.md'ye koyun

Güncel sorunları, değerlendirilmekte olan planları, kararları ve bir sonraki hamleyi güncelleyin. Sohbet değişse bile, bu dosyayı okuyarak kaldığınız yerden devam edebilirsiniz.

"Kanıtları" Materials'e koyun

Referans makaleler, rakip araştırmaları, görseller, tutanaklar, veriler ve özellikler gibi teslimatları oluşturmak için gerekli materyalleri özetleyin.

"Son sürümleri" Outputs'e koyun

Taslakları ve son sürümleri ayırarak, Codex'in eski bir taslağı ana kopya ile karıştırması zorlaşır.

Bu yapıyı oluşturduktan sonra, okuma sırasını AGENTS.md'ye yazın. Ardından, bir sonraki istek kısa olabilir:

Bu projenin AGENTS.md'sini takip edin ve Context.md ile Project.md'yi okuyun. Tamamlanma koşulları karşılanana kadar mevcut noktadan ilerleyin.

Sohbet, talimatlar ve yargılama içindir. Dosyalar, hafıza ve teslimatlar içindir. Bu rol dağılımı sağlandığında, Codex tek seferlik bir konuşma ortağı değil, projeyi sürekli olarak ilerleten sorumlu kişi haline gelir.

4. Belirsiz işler için Plan moduyla başlayın

Yapmak istediğiniz bir şey var, ancak neyi yapacağınızı veya nereden başlayacağınızı bilmiyorsunuz. Bu durumda doğrudan uygulamaya veya üretime atlarsanız, ön kabuller yarı yolda değişir. İşte bu noktada Plan modu devreye girer.

Plan modunda, Codex önce dosyaları ve durumu araştırır, gerekli soruları sorar ve yürütmeden önce bir plan oluşturur. CLI'da /plan veya uygulamada Shift+Tab ile geçiş yapabilirsiniz.

Plan modu aşağıdaki işler için güçlüdür:

• Gereksinimleri hala belirsiz olan yeni projeler
• Birden fazla dosyayı kapsayan değişiklikler
• Mevcut mekanizmaları bozmak istemediğiniz yenilemeler
• Birçok seçeneği olan araç tanıtımı
• Uzun vadeli projeler için süreç tasarımı
• Okuyucuların veya ürünlerin yönüne göre karar verilen makale üretimi

Kullanımı zor değildir.

ーーーーーーーーーーーー

【Plan modu için Komut İstemi】

Bu talebi hemen yürütmeyin; önce mevcut durumu araştırın.

1. Amaca ulaşmak için gerekli bilgileri toplayın
2. Net olmayan noktaları önemli yargılardan ayırın
3. Yürütme adımlarını, değişiklik hedeflerini ve doğrulama yöntemlerini planlayın
4. Sadece benim karar vermem gereken şeyleri sorun

Plan netleştikten sonra, yürütülebilir bir sırayla sunun.

Amaç: [Ulaşmak istediğiniz şey]

ーーーーーーーーーーーー

Plan modunun değeri temkinli olmak değil, yeniden iş yapmayı ortadan kaldırmaktır. 10 dakikada yapmaya başlayıp 3 saat sonra yeniden yapmaktansa, ilk 15 dakikayı doğru bir tasarım oluşturmak için harcamak daha hızlıdır. İş ne kadar büyükse, bu fark o kadar açılır.

5. "Tekrarlanan açıklamaları" AGENTS.md ile ortadan kaldırın

Codex ile başlayan birinin oluşturması gereken ilk varlık AGENTS.md'dir. AGENTS.md, Codex'in çalışmaya başlamadan önce okuduğu kural kitabıdır. Her seferinde uymasını istediğiniz şeyleri sohbet yerine bir dosyada sabitleyebilirsiniz.

Örneğin, aşağıdaki içerikler:

• Önce okunacak dosyaların sırası
• Proje amacı
• Önemli klasörler
• Yazma ve tasarım kuralları
• Test ve onay komutları
• Değiştirilmemesi gereken kapsam
• Tamamlanma tanımı
• Kullanıcıya raporlama yöntemi

Global ve Projeyi Ayırın

Kişisel ortak kuralları ~/.codex/AGENTS.md dosyasına koyun. Belirli bir proje için kuralları, projenin hemen altındaki AGENTS.md dosyasına koyun. Belirli bir klasörün ayrı kurallara ihtiyacı varsa, o klasörün içine bir AGENTS.md ekleyebilirsiniz. Codex, en üst düzey kurallardan okur ve çalışma alanına daha yakın dosyalara öncelik verir. Başka bir deyişle, genel kuralları saha kurallarından ayırabilirsiniz.

İlk AGENTS.md için bu yeterlidir

AGENTS.md

Amaç

• Bu projede neyin başarılacağı

Önce Okunacaklar

1. Context.md
2. Project.md
3. Hedef işlevin özellikleri

Çalışma Kuralları

• Mevcut verileri silmeyin
• Mevcut tasarım kalıplarına öncelik verin
• İlgisiz dosyaları değiştirmeyin

Tamamlanma Koşulları

• Gerekli uygulama veya teslimatlar tamamlandı
• Test ve görüntüleme onayı tamamlandı
• Değişiklik ayrıntılarını ve onay sonuçlarını raporlayın

Baştan bir ansiklopedi oluşturmanıza gerek yok. Codex aynı hatayı yaptığında, buna neden olan kuralı ekleyin. Aynı açıklamayı iki kez yapıyorsanız, bu konuşmayla değil, mekanizmayla ilgili bir sorundur. Sadece o an için düzeltmeyin; bir daha olmayacak şekilde değiştirin. AGENTS.md, Codex'i büyütme yeridir.

6. Codex'in başlangıç durumunu config.toml ile ayarlayın

AGENTS.md "çalışma kuralları" ise, config.toml "Codex ana gövde ayarları"dır. Temel olarak aşağıdaki öğeleri yönetir:

• Kullanılacak model
• Akıl yürütme çabası
• İzinler ve onay yöntemleri
• Sandbox
• MCP sunucuları
• Alt ajan ayarları
• Özellik bayrakları
• Profiller

Kişisel ayarları ~/.codex/config.toml dosyasına koyun. Projeye özel ayarları .codex/config.toml dosyasına koyun. CLI, IDE eklentileri ve masaüstü uygulamaları bu ayar katmanını paylaşır.

Minimum yapılandırmada şöyle görünür:

model = "gpt-5.6"

model_reasoning_effort = "high"

approval_policy = "on-request"

[agents]

max_threads = 6

max_depth = 1

max_threads, aynı anda açılabilen ajan iş parçacığı sayısıdır ve max_depth, alt ajanların daha da aşağı dallanabileceği derinliktir. Mevcut standart, maksimum 6 iş parçacığı ve derinlik 1'dir. Baştan çok sayıda ajantı yinelemeli olarak artırmanıza gerek yok. Ana ajanın işi birden fazla uzmana vermesi ve sonuçları toplaması için yeterince güçlüdür.

Ayarların rollerini bölmek kafa karışıklığını önler:

• Nasıl davranılacağı: AGENTS.md
• Hangi model, izin ve bağlantının kullanılacağı: config.toml
• İşin nasıl ilerletileceği: Skills
• Harici hizmetlerle ne yapılacağı: MCP / Plugins

7. "Başarılı prosedürleri" Skills ile yeteneklere dönüştürün

Her hafta yaptığınız işi her seferinde sıfırdan mı açıklıyorsunuz? Makale üretimi, rakip araştırması, toplantı özetleme, sürümler, incelemeler, fatura işleme, rapor oluşturma. Aynı süreci tekrarlıyorsanız, oluşturmanız gereken bir sonraki şey uzun bir komut istemi değil, bir Skill'dir.

Skill, Codex'e eklenebilen işe özgü bir yetenektir. Temel olarak, aşağıdakileri SKILL.md dosyasına yazarsınız:

• Ne zaman kullanılacağı
• Hangi girdiyi alacağı
• Neyi okuyacağı
• Hangi sırayla ilerleyeceği
• Hangi araçları kullanacağı
• Tamamlanma için neyi kontrol edeceği

Gerekirse, referans materyalleri, şablonlar, betikler ve görsel varlıklar aynı klasöre yerleştirilebilir.

Skills, yalnızca gerektiğinde tam metni okur

Codex, baştan tüm Skill metinlerini yüklemez. Önce adına ve açıklamasına bakar ve yalnızca mevcut talebe uyan Skill'i açar. Buna "Aşamalı Açıklama (Progressive Disclosure)" denir. Her seferinde bağlama çok sayıda prosedür doldurmadan yalnızca gerekli yetenekleri çağırabilirsiniz.

Açıkça veya otomatik olarak kullanılabilir

Açıkça kullanmak için, komut isteminde $skill-name belirtin. Açıklama ve talep içeriği eşleşirse, Codex otomatik olarak da seçebilir. Bu nedenle, Skill adından daha önemli olan description'dır. Ne tür bir Skill olduğu, ne zaman kullanılacağı ve ne zaman kullanılmayacağı. Bu netse, yanlış aktivasyonlar azalacaktır.

Skill haline getirilmesi gereken işler

Aşağıdakilerden ikisi veya daha fazlası geçerliyse, onu bir Skill'e dönüştürmenin zamanı gelmiştir:

• Aynı işlemi 3 veya daha fazla kez yaptıysanız
• Başvurulan materyaller her seferinde aynıysa
• Sıra yanlışsa kalite düşüyorsa
• Her zaman geçilmesi gereken kontrol maddeleri varsa
• Belirli bir araçla koordinasyon gerekiyorsa
• Başka kişilerle veya projelerde yeniden kullanmak istiyorsanız

Bir kez işe yarayan bir komut istemini kaydetmek, tekrarlanabilirliği artırmaz. Girdi, süreç, yargılama kriterleri ve doğrulama sabitlendikten sonra bir yetenek haline gelir.

Computer Use'in mevcut olduğu macOS kullanıyorsanız, Skills'i gösterimlerden oluşturabilirsiniz

Metinle açıklanması zor olan işlemler için Kayıt ve Tekrar Oynatma (Record & Replay) kullanabilirsiniz. İşlemi bir Mac'te fiilen gösterirseniz, Codex prosedürü analiz eder ve Skill'in bir taslağını oluşturur. Bu özellik, masraf beyanı, rutin raporları indirme, video yayınlama ve sabit formları doldurma gibi "açıklamaktansa göstermesi daha hızlı olan işler" ile uyumludur.

8. Eklentiler, "Yetenekleri, Bağlantıları ve Araçları" bir araya getirir

Bir Skill bir iş prosedürüyse, bir Eklenti (Plugin), birden fazla yeteneği ve bağlantıyı dağıtan bir pakettir. Bir Eklenti aşağıdaki öğeleri içerebilir:

• Skills
• Gmail ve Google Drive gibi Bağlayıcılar (Connectors)
• MCP sunucuları
• Hook'lar
• Tarayıcı özellikleri
• Zamanlanmış görev şablonları

Kendi Skill'inizi yapmadan önce, amacınıza uygun bir Eklenti varsa, önce mevcut olanı kullanmak daha hızlıdır. Örneğin, GitHub, Gmail, Google Drive ve Slack için Eklentiler ekleyerek Codex'in çalışma alanı yerel klasörlerin ötesine genişler.

Skill ve Eklenti arasındaki fark

Eklentilere, masaüstü uygulaması ve CLI'deki Eklenti tarayıcısından erişilebilir. CLI'da /plugins ile açın. Kurulumdan sonra, yeni bir sohbet veya oturum başlatmak, eklenen Skills ve araçları kullanılabilir hale getirir.

9. MCP ile Codex'e "harici hizmetler için eller ve ayaklar" verin

Codex ne kadar güçlü olursa olsun, bağlı olmadığı hizmetlerin en güncel verilerine veya özel bilgilerine dokunamaz. Google Drive'dan materyalleri okumasını istersiniz. GitHub Issues'ları kontrol etmesini istersiniz. Figma tasarımlarını görmesini istersiniz. Notion veya dahili sistemlerden bilgi almasını istersiniz. Bir tarayıcıyı çalıştırmasını istersiniz. İşte bu noktada MCP devreye girer.

MCP, Codex'i harici araçlar ve bilgilerle bağlamak için ortak bir standarttır. MCP sunucuları temel olarak üç şey sağlar:

• Araçlar (Tools): Arama, oluşturma, güncelleme ve gönderme gibi işlemler
• Kaynaklar (Resources): Belgeleri, verileri, özellikleri vb. okuma
• Komut İstemleri (Prompts): Bu hizmet için yeniden kullanılabilir komut istemleri

MCP eklemek, talebin şeklini değiştirir

Bağlantıdan önce, kullanıcı bilgileri toplar ve Codex'e yapıştırır. Bağlantıdan sonra, Codex'in kendisi gerekli bilgileri alabilir, teslimatlar oluşturabilir ve bunları gerekli yerlere yansıtabilir. Örneğin, şöyle bir iş:

• Google Drive'dan toplantı materyallerini toplamak ve kararları özetlemek
• GitHub PR'lerini ve Issues'larını kontrol etmek ve düzeltmeleri uygulamak
• Ekranları yeniden oluşturmak için Figma'ya bakmak ve bir tarayıcıda görüntülemeyi kontrol etmek
• Gmail'den yanıtlanması gereken e-postaları çıkarmak ve taslaklar oluşturmak
• Notion özelliklerinden uygulama planları oluşturmak

Skill ve MCP'yi birleştirin

MCP tek başına sadece araçları artırır. Ne yapılacağının sırasını bir Skill'e yazın. "Her Pazartesi, Drive'dan değerleri oku, geçen haftayla karşılaştır, aykırı değerleri kontrol et ve bir rapor oluştur." Bu durumda, Drive'dan bilgi alan el MCP'dir ve haftalık çalışma prosedürü Skill'dir. Araçları ve prosedürleri ayırın. Bu fikir Codex'i dengeler.

10. Ultra ve Subagents ile "Tek Kişilik Yapay Zeka Ekibi" oluşturun

Sol döneminin en önemli noktası, tek bir yapay zekayı daha da akıllı yapmak değildir. Birden fazla yapay zekayı aynı anda çalıştırmaktır. Codex, işi alt ajanlara (subagents) bölebilir, paralel olarak ilerletebilir ve son olarak ana ajan (main agent) sonuçları birleştirebilir.

Her şeyi tek bir kişinin yapmasına izin vermek bağlamı kirletir

Uzun araştırma günlüklerini, test sonuçlarını, hataları, aday planları ve reddedilen planları tek bir sohbete koymaya devam ederseniz, önemli amaçlar ve yargılar gömülür. Buna Bağlam Kirliliği (Context pollution) denir. Ayrıca, gereksiz bilgiler arttıkça, uzun bir konuşmanın ikinci yarısında yargılama doğruluğu düşer. Bu nedenle, ağır ara işleri ayrı ajanlara devredin.

• Ana Ajan: Amaç, yargılama, birleştirme, son sürüm
• Araştırmacı: Materyaller, rakipler, gerçekler, sayılar
• Oluşturucu: İlk taslak, uygulama, aday oluşturma
• Doğrulayıcı: Hatalar, eksiklikler, sapmalar, testler

Her sorumlu kişinin uzun çalışma günlüklerini değil, yalnızca düzenlenmiş sonuçları ana ajana döndürün.

Yerleşik 3 rol

Codex'in üç temel ajanı vardır:

• default: Genel amaçlı
• worker: Uygulama ve düzeltmelerle ilerler
• explorer: Kodu ve materyalleri okur ve araştırır

Bu üçü başlangıç için yeterlidir. Rolleri daha da sabitlemek isterseniz, Özel Ajanlar (Custom Agents) oluşturabilirsiniz. Kişisel kullanım için ~/.codex/agents/ ve proje kullanımı için .codex/agents/ dizinine TOML dosyaları yerleştirin. Ad, açıklama ve atama talimatlarının yanı sıra, her rol için model, Reasoning, Sandbox, MCP ve Skills'i de değiştirebilirsiniz.

Oluşturulacak ilk 4 kişilik ekip

ーーーーーーーーーーーー

【Kopyala-Yapıştır İçin: Sol Komuta Merkezi + 3 Kişilik Yapay Zeka Ekibi】

Bu işi bir ana ajan ve üç alt ajan kullanarak ilerletin.

Ana Ajan:

Amacı ve tamamlanma koşullarını yönetin ve her sorumlu kişinin sonuçlarından nihai sürümü oluşturun.

Araştırma Lideri:

Gerekli birincil bilgileri, örnekleri, sayıları ve ön kabulleri toplayın ve bunları kanıtlarla birlikte döndürün.

Üretim Lideri:

İlk taslağı, araştırma sonuçlarına ve amaca dayanarak oluşturun.

Doğrulama Sorumlusu:

Gerçekleri, eksiklikleri, kaliteyi, okunabilirliği ve amaçtan sapmaları kontrol edin.

Bağımsız olarak ve paralel şekilde yürütülebilecek işleri yapın. Tüm sorumluların tamamlanmasını bekleyin ve ana ajana sonuçları entegre ettirin.

Nihai Çıktı:

• Son sürüm
• Benimsenme gerekçesi
• Doğrulamada düzeltilen noktalar
• Kalan kararlar

Amaç: [Amaç buraya]

Tamamlanma Koşulları: [Tamamlanma koşulları buraya]

ーーーーーーーーーーーー

"Bağımsız işleri" paralelleştirin

Alt ajanları artırmak her şeyi hızlandırmaz. Güçlü olan, aynı anda yapılabilen işlerdir.

• Birden fazla kaynağın araştırılması
• Güvenlik, kalite ve okunabilirlik için ayrı bakış açısı incelemeleri
• Çok sayıda dosyanın sınıflandırılması
• Birden fazla planın oluşturulması
• Test ve log analizi

Öte yandan, birden fazla kişi aynı dosyayı aynı anda yeniden yazarsa çakışma olur. Yazma rolünü tek bir kişide toplayın, okuma, araştırma ve doğrulama rollerini paralelleştirin. İlk doğru cevap budur.

11. Üretim Sorumlusu ile Doğrulama Sorumlusunu Ayırın

Codex'e sadece "yap, sonra sorun var mı kontrol et" demek, aynı perspektiften üretim ve onayı tekrarlatır. Kaliteyi artırmak istiyorsanız, rolleri en baştan ayırın.

Kod için:

• Uygulama sorumlusu
• Test sorumlusu
• Güvenlik sorumlusu
• Bakım inceleme sorumlusu

Makaleler için:

• Yazma sorumlusu
• Gerçek kontrol sorumlusu
• Başlangıç seviyesi perspektif sorumlusu
• Başlık tutarlılığı kontrol sorumlusu

Materyaller için:

• Yapı sorumlusu
• Sayısal onay sorumlusu
• Tasarım onay sorumlusu
• Karar verici perspektif sorumlusu

Aynı çıktı için bile, bakan rol değiştiğinde ortaya çıkan noktalar değişir. Codex'in ayrıca /review özelliği var. İncelemeleri, uygulama sonrasında, taahhüt edilmemiş değişiklikleri, belirli commit'leri, temel dal ile diff'leri hedefleyerek yapabilirsiniz. Ancak, inceleme fonksiyonunu çağırmak yeterli değildir. Sorun olarak neyin bulunacağına karar verin.

ーーーーーーーーーーーー

【Kopyala-Yapıştır için: Tamamlama Öncesi İnceleme】

Bu çıktıyı, yaratıcıdan ayrı bir inceleyici olarak değerlendirin.

Öncelik:

1. Amaca ulaşmayı engelleyen kusurlar
2. Gerçek, sayı veya şartnamelerdeki hatalar
3. Eksik öncüller veya adımlar
4. Kullanıcının kaybolacağı yerler
5. Okunabilirlik, bakım kolaylığı, ifade

Sorunları önem sırasına göre listeleyin ve ilgili kısımları ile önerilen düzeltmeleri gösterin. Sorun yoksa, onaylanan kapsamı ve kalan riskleri kısaca belirtin.

Tamamlanma Koşulları: [Tamamlanma koşulları buraya]

ーーーーーーーーーーーー

"Güzel görünsün" demeyin; geçme koşulları verin. Doğrulama da işin bir parçasıdır.

12. İzinler ve Sandbox ile "Emanet Edilecek Kapsamı" Tasarlayın

Codex dosyaları okuyup yazabilir, komutları çalıştırabilir ve harici servisleri kullanabilir. Bu nedenle izin tasarımı, modelin zekası kadar önemlidir. Üç temel fikir vardır:

• Salt okunur: Sadece okuma
• Çalışma alanı yazma: Çalışma alanı klasörü içinde değişiklik yapabilir
• Tam erişim: Geniş bir alana erişebilir

Günlük üretim ve uygulamayı Çalışma alanı yazma temelinde yapın. Sadece harici ağlar veya ayrı klasörler gerektiğinde gerekli aralıkları ekleyin. Silme, gönderme, yayınlama, ödeme ve harici servisleri değiştirme gibi geri alınması zor işlemler için onay bırakın. Bu, Codex'i zayıflatmak değildir. Büyük görevleri gönül rahatlığıyla emanet etmenin temelidir. İzinler belirsizse, Codex gerekli işlemlerde duracak veya tersine çok geniş bir alana sahip olacaktır. "Ne kadar ileri gidebileceğine" önceden karar vermek, çalışma sırasındaki onay sayısını azaltır.

13. Otomasyonlarla Tekrarlayan İşleri Otomatikleştirin

Bir iş bir kez başarıyla yapıldıktan sonra, sıradaki adım onu otomatikleştirmektir. Codex'in Zamanlanmış Görevler özelliğini kullanarak, işleri belirli zamanlarda, düzenli aralıklarla, olaylardan sonra veya izleme koşulları altında çalıştırabilirsiniz. Örneğin, şu şekilde kullanım:

• Her sabah, yapay zeka sektöründeki en son haberleri topla
• Her hafta, rakiplerin yeni makalelerini kontrol et
• Her gece, proje değişikliklerini gözden geçir
• PR durumunu düzenli olarak kontrol et ve yeni gelen noktalara yanıt ver
• Ay başında bir rapor oluştur
• Uzun süren işlemlerin aynı sohbet içinde bitene kadar takibini yap

Tek seferlik görevler ile sürekli sohbetleri ayırt edin

Her seferinde bağımsız sonuçlar istiyorsanız, Bağımsız Zamanlanmış Görev kullanın. Önceki konuşmaları taşımak ve aynı işi takip etmek istiyorsanız, mevcut bir sohbet içinde bir zamanlama oluşturun.

Yerel işler için uygulamayı açık tutun

Masaüstü uygulamasında yerel projeleri işleyen zamanlanmış görevler, bilgisayarın ve uygulamanın çalışıyor olmasını gerektirir. Git projelerinde, mevcut çalışma alanı klasörünü doğrudan kullanmayı veya başka bir Worktree ile ayırmayı seçebilirsiniz. Periyodik bir görevin üzerinde çalıştığınız dosyalara dokunma olasılığı varsa, bir Worktree ile ayırarak işlemek daha kolaydır.

Otomasyon, "manuel başarıdan sonra" yapılır

Hemen her gün çalıştırmayın; önce normal bir sohbette bir kez tamamlayın. Ardından, bunu bir Skill haline getirin. Son olarak, Zamanlanmış Görev'e koyun. Manuel başarı → Skillleştirme → Otomasyon. Bu sırayla, her gün yanlış işi seri üretmezsiniz.

14. Amaca Göre Bu Yapılandırmadan Başlayın

Tüm özellikleri kullanmanız gerekmez. İşiniz için gerekli katmanlardan inşa edin.

Yapay Zeka Yeni Başlayanlar / Çalışanlar

1. Masaüstü Uygulaması
2. GPT-5.6 Sol veya Terra
3. Amaç, Bağlam, Kısıtlamalar, Tamamlanma Koşulları
4. Plan modu
5. Proje için AGENTS.md

İlk hedef, bir klasörü Codex'e teslim etmek ve planlamadan tamamlamaya kadar ilerlemektir.

Makale, SNS, İçerik Üretimi

1. Yapı ve son düzenleme için Sol'u kullanın
2. Araştırma için Terra'yı kullanın
3. Üretim kurallarını AGENTS.md'ye kaydedin
4. Makale üretimini ve gönderi oluşturmayı Skill haline getirin
5. Web aramasını ve Drive'ı MCP ile bağlayın
6. Gerçek kontrol sorumlusunu alt ajan haline getirin
7. Konu araştırmasını Zamanlanmış Görev yapın

Bu yapılandırma ile sadece metin yazmak değil, planlama, araştırma, üretim, onay ve sonraki iyileştirme birbirine bağlanır.

Tek Malikler / Tek Kişilik Şirketler

1. Her iş görevi için ayrı klasörler ve ana kopyalar oluşturun
2. Genel kuralları AGENTS.md'ye yerleştirin
3. Rutin işleri Skill'lere dönüştürün
4. Gmail, Drive, GitHub vb.'ni Eklentiler/MCP ile bağlayın
5. Araştırma, üretim ve doğrulama için Özel Ajanlar oluşturun
6. Birden fazla projeyi Ultra ile dağıtın
7. Kararlı görevleri Otomasyonlara taşıyın

Amaç, yapay zekaya soru soran bir kişi değil, yapay zekaya iş dağıtan ve sadece sonuçları değerlendiren bir kişi olmaktır.

Geliştiriciler / Üretim Ekipleri

1. CLI veya IDE Eklentisi
2. Depo kökünde AGENTS.md
3. .codex/config.toml
4. Lint, test ve derlemeyi tamamlanma koşullarına bağlayın
5. Uygulama, test ve incelemeyi alt ajanlar arasında dağıtın
6. /review ve GitHub entegrasyonu
7. PR izleme ve periyodik incelemeleri Zamanlanmış Görevlere taşıyın

Kod üretiminde durmayın; test, diff onayı, inceleme ve PR yanıtı yoluyla döngüyü tamamlayın.

15. Codex ile Başarısız Olan Kişilerin 7 Ortak Özelliği

1. Her şeyi tek bir sohbete doldurmak Araştırma, üretim, düzeltme ve ayrı projeleri aynı sohbette sürdürürseniz amaç kaybolur. Projeleri ayırın ve ağır ara işleri alt ajanlara devredin.

1. Her seferinde aynı açıklamayı yapmak Tekrarlanan öncülleri AGENTS.md'ye, tekrarlanan süreçleri Skill'lere taşıyın. Konuşmayı kısaltmayın; açıklamaları varlıklara dönüştürün.

1. "Tamamlanma" tanımının olmaması Sadece yaparak bitirirseniz, doğrulanmamış çıktılar artar. Testleri, onay maddelerini, kaydetme yerlerini ve formatları tamamlanma koşullarına dahil edin.

1. Her şeyi Sol ile işlemek Ağır iş ile hafif işi ayırın. Nihai karar Sol, günlük iş Terra, hacim işleme Luna'dır. Bu bölünme hızı ve kullanımı düzenler.

1. Sadece araçları artırmak Çok sayıda MCP veya Eklenti koysanız bile, bunları kullanma süreci belirlenmemişse çalışmazlar. Önce işe karar verin ve sadece gerekli araçları bağlayın.

1. Üretim Sorumlusunun kendi kendini değerlendirmesine izin vermek Yapan rol ile onaylayan rolü ayırın. Önemli çıktılar için başka bir ajandan göz getirin.

1. Başarıdan önce otomatikleştirmek Çalışıp çalışmayacağını bilmediğiniz bir prosedürü Zamanlanmış Görev'e koyarsanız, onay işi artar. Manuel olarak tamamlayın, Skill olarak sağlamlaştırın ve en son otomatikleştirin.

Sol Dönemi Codex Ortamınızı 7 Günde Tamamlayın

Bugün her şeyi öğrenmeniz gerekmez. Günde bir iş katmanı oluşturun.

1. Gün: Bir görevi sonuna kadar emanet edin

Hedef klasörü açın ve Amaç, Bağlam, Kısıtlamalar ve Tamamlanma Koşullarını sağlayın. Soru değil, bir çıktı talep edin.

1. Gün: Plan modunun tasarlamasına izin verin

Belirsiz bir görev seçin ve araştırma, sorular ve planlama ile emanet edin. Uygulamadan önce yeniden işi ortadan kaldırma hissini yakalayın.

1. Gün: AGENTS.md oluşturun

Her seferinde açıkladığınız sadece 5 şeyi yazın. Okuma sırası, uyulması gereken kurallar ve tamamlanma koşulları yeterlidir.

1. Gün: Tekrarlayan işi Skill'e dönüştürün

Haftada en az bir kez yaptığınız işi seçin ve girdiyi, süreci ve onay yöntemini sabitleyin.

1. Gün: Bir harici servis bağlayın

Drive, GitHub, Gmail veya tarayıcı gibi en sık kullandığınız servisi Eklenti veya MCP aracılığıyla bağlayın.

1. Gün: 3 alt ajan çalıştırın

Araştırma, üretim ve doğrulamaya bölün ve son olarak Sol ile entegre edin. Aynı iş için bir kişinin sırayla ilerlemesinden farkını göreceksiniz.

1. Gün: İnceleme ve otomasyon ekleyin

İncelemeyi tamamlanma koşullarına ekleyin ve kararlı bir görevi Zamanlanmış Görev'e taşıyın.

Bu noktada Codex, tek seferlik bir sohbet değildir. Kurallarınızı okuyan, gerekli araçları kullanan, işi birden fazla sorumlu arasında bölen ve tamamlanana kadar onaylayan bir çalışma ortamı haline gelir.

Son Olarak Bakılacak Hızlı Başvuru Tablosu

Sol Döneminde Gerekli Olan Prompt Becerisi Değil, İş Tasarım Becerisidir

GPT-5.6 Sol ile Codex daha da akıllı hale geldi. Ancak gerçekten büyük değişiklik, performans tablosundaki sayılar değildir. Yapay zekanın artık bir amaçtan gerekli işi düşünebilmesi, materyalleri okuyabilmesi, araçları kullanabilmesi, birden fazla yapay zekaya dağıtabilmesi ve insanın her adımı tek tek yönlendirmesine gerek kalmadan tamamlamaya ilerleyebilmesidir.

Bundan sonra farkı yaratanlar, sihirli prompt'ları bilenler değil, doğru bağlamı hazırlayabilenlerdir. Tekrarlanan kararları kurallara dönüştürebilenlerdir. Başarılı süreçleri Skill'lere kaydedebilenlerdir. Gerekli araçları MCP ile bağlayabilenlerdir. İşi birden fazla yapay zeka arasında bölebilen ve tamamlanma koşullarıyla yönetebilenlerdir.

Başka bir deyişle, yapay zekayı kullanan insanlar değil, yapay zekanın çalışabileceği bir ortam yaratan insanlardır.

Codex'i açıp anında soru sallama dönemi bitti.

Bir klasör oluşturun. Ana kopyaları yerleştirin. AGENTS.md ile kuralları belirleyin. Skill'lerin işi öğrenmesini sağlayın. MCP ile eller ve ayaklar verin. Ultra ile ekibi hareket ettirin. İnceleme ile tamamlanmayı onaylayın. Otomasyon ile bir dahaki sefere otomatik hale getirin.

Bu döngüyü oluşturanlar için Codex, "kullanışlı bir yapay zeka" olmaktan çıkar. Sizden daha uzun çalışan, sizden daha fazla bilgi okuyan ve işi sizin kurallarınıza göre yürüten bir ekip haline gelir. Bu, GPT-5.6 Sol döneminde Codex'tir.

Bu makaleyle birlikte yan işte sonuç almanın büyük resmini bilmek isteyenler için 🎁

Şu anda, resmi LINE'da,

"Kuroneko Tarzı SNS Yan İş Tam Stratejisi: 5 Büyük Bonus Paketi"

ücretsiz olarak dağıtılıyor 🎁

Bu, başlangıçta ücretli içerik olarak yayınlanması planlandığından,

kapasiteye ulaşıldığında dağıtım kapatılacaktır.

Makaleyle birlikte, fırsat varken alın.

▼▼▼

▶︎▶︎▶︎ 5 Büyük Bonusu Alın

Şimdi, ana konuya geçelim!