Geliştiriciler için yapay zeka: kodlama ajanları, maliyetler ve güvenli devir

Nasıl yapılır

1. 1Görevi devretmeden önce kontrolü yazın veya gösterin: başarısız test ya da komut ve beklenen çıktısı.
2. 2Görevi bu sayfadaki istemle verin; değiştirebileceği ve değiştiremeyeceği dosyaları da belirtin.
3. 3Kontrolü kendisinin çalıştırmasına ve son çıktıyı yapıştırmasına izin verin.
4. 4Diff'i bir iş arkadaşının pull request'i gibi inceleyin; geçen bir kontrol incelemeyi bitirmez, başlatır.

Yerleşik

• ChatGPT · Codex
• Claude · Claude Code

Kopyalanacak istem

Görev: [değişiklik].
Bitti demek: [test veya komut] geçer ve [beklenen çıktı] yazdırır. Bitirmeden önce çalıştırın ve sonucu yapıştırın.
Değiştirebilirsiniz: [yollar]. Değiştirmeyin: [yollar], bağımlılıklar veya testler.
Geçirmeyi başaramazsanız kontrolü atlatmaya çalışmak yerine durun ve nedenini açıklayın.

Nerede ters gider

• Ajanlar bazen bir testi zayıflatarak geçirir. Testlerin değiştirilmesini yasaklayın ve diff'te buna bakın.
• Tek bir kontrol için fazla büyük olan bir görev, tek bir devir için de fazla büyüktür. Bölün.

Nasıl yapılır

1. 1Kodunuzun bulunduğu yere en yakın olanı seçin: Codex Cloud, GitHub'daki Copilot bulut ajanı ya da Claude Code on the web.
2. 2Ortamının bağımlılıklarınızı kurabildiğinden ve testlerinizi çalıştırabildiğinden emin olun; bunlar olmadan ajan tahminde bulunur.
3. 3Küçük, birbirinden bağımsız görevler gönderin; yukarıdaki işte olduğu gibi her birinin kendi kontrolü olsun.
4. 4Her pull request'i önce otomatik bir inceleyicinin okumasını sağlayın, ardından kendiniz inceleyin.

Yerleşik

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

Kopyalanacak istem

Bu depoda: [görev].
Bağlam: [kodun neresi, ilgili issue].
Bitti sayılır: [test veya komut] sizin ortamınızda geçtiğinde; çıktısını pull request açıklamasına koyun.
Pull request'i [n] değişen satırın altında tutun. Daha fazlası gerekiyorsa durun ve nasıl bölüneceğini önerin.

Nerede ters gider

• Ayarlamadığınız gizli bilgilere veya hizmetlere ihtiyaç duyan testler atlanır ya da başarısız olur. Bunlar olmadan yeşil bir çalıştırma pek bir şey kanıtlamaz.
• Birbiriyle ilişkili kod üzerinde çalışan birkaç ajan çakışan pull request'ler üretir. Paralel görevleri ayrı alanlarda tutun.

Nasıl yapılır

1. 1Derleme, test ve lint komutlarınızı, ajanınızın her oturumun başında okuduğu talimat dosyasına yazın; dosyanın adı her ajanın belgelerinde belirtilir.
2. 2Claude Code'da her düzenlemeden sonra biçimlendiriciyi ve testleri çalıştıran hook'lar ekleyin; böylece ajan hataları görür ve düzeltir.
3. 3Her pull request'i bir bota inceletin: Codex'te Automatic review özelliğini açın ya da Copilot'u inceleyici olarak isteyin.
4. 4Ajan aynı hatayı iki kez yaparsa bunu bir teste veya talimat dosyasında bir kurala dönüştürün.

Yerleşik

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

Kopyalanacak istem

Bu depoyu okuyun ve kodlama ajanları için talimat dosyasını yazın:
1. Kurulum, derleme, test, lint ve biçimlendirme için tam komutlar.
2. En fazla 10 satırda proje yapısı.
3. Yeni gelenlerin burada yanlış yaptığı kurallar, her biri için bir örnekle.
4. Bir ajanın burada asla yapmaması gerekenler, örneğin migration'ları değiştirmek veya üretilmiş dosyaları düzenlemek.
Yalnızca başarıyla çalıştırdığınız komutları listeleyin; geri kalanları “doğrulanmadı” olarak işaretleyin.

Nerede ters gider

• Artık çalışmayan komutlar içeren bir talimat dosyası, ajana dosyayı yok saymayı öğretir. Kurulum değiştiğinde komutları yeniden çalıştırın.
• İnceleme botları da kendinden emin hatalar yapar. Yorumlarını öneri olarak değerlendirin.

Nasıl yapılır

1. 1Sohbetlere en sık yapıştırdığınız şeyleri listeleyin; örneğin issue'lar, hata logları, belgeler veya şema. Önce bunları bağlayın.
2. 2Her biri için resmî MCP sunucusunu, yalnızca okuyabilen bir token'la ekleyin. Gemini CLI'da bir uzantı MCP sunucusunu ve kurulumunu bir arada sunabilir.
3. 3Ona bunlara ihtiyaç duyan bir görev verin ve doğru olanı çağırdığını kontrol edin.
4. 4Birkaç haftada bir artık kullanmadığınız sunucuları kaldırın.

Yerleşik

• Gemini CLI · Extensions

Kopyalanacak istem

Herhangi bir şeyi değiştirmeden önce: takip sisteminde [id] numaralı issue'yu okuyun, loglarda hatayı bulun ve [kütüphane] belgelerine bakın.
Her birinin size ne söylediğini ve hangi dosyanın hatalı olduğunu düşündüğünüzü söyleyin.
Bağlı hiçbir araca yazmayın.

Nerede ters gider

• Bir web sayfası, issue veya belge, ajanı yönlendirmek için yazılmış metin içerebilir. Dışarıdan içerik okuyan araçlara yazma erişimi vermeyin.
• Yapılandırma dosyalarındaki token'lar sızar. Depoyu asla kullanmayın; istemcinin gizli bilgi deposunu veya ortam değişkenlerini kullanın.

Nasıl yapılır

1. 1Zaten neye ödeme yaptığınızı kontrol edin: ChatGPT planları Codex'i, Claude'un ücretli planları Claude Code'u içerir.
2. 2Ajanınızın gösterdiği yerlerde birkaç tipik oturumun token kullanımını not edin.
3. 3Bu kullanımı API fiyatları sayfamızda fiyatlandırın ve abonelikle karşılaştırın.
4. 4Otomasyon ve CI için harcama sınırı olan API anahtarları kullanın; böylece bir döngü faturayı şişiremez.

Yerleşik

• ChatGPT · Codex
• Claude · Claude Code

Kopyalanacak istem

[n] tipik oturumdaki kullanımım: [girdi ve çıktı token'ları]. Haftada yaklaşık [gün] gün çalışıyorum.
Bu fiyatlarla token başına aylık maliyetimi tahmin edin: [API fiyatları sayfasından yapıştırın].
Bunu ayda [fiyat] olan bir abonelikle karşılaştırın. Kontrol edebilmem için hesabı adım adım gösterin.

Nerede ters gider

• Aboneliklerin de kullanım sınırları vardır. Bir görevin ortasında sınıra takılmak zaman kaybettirir; yalnızca fiyatı değil, sınırı da kontrol edin.
• Faturayı en çok model değiştirir. Gerçekten kullandığınız modelle karşılaştırın.

Nasıl yapılır

1. 1Depoda /init çalıştırın: kod tabanını analiz eder ve bir başlangıç CLAUDE.md dosyası yazar ya da mevcut dosyanız için iyileştirmeler önerir.
2. 2Derleme ve test komutları, kodlama standartları gibi ekip kurallarını ./CLAUDE.md dosyasında tutun ve commit edin. Kendi tercihleriniz tüm projeler için ~/.claude/CLAUDE.md dosyasına, yalnızca bu proje için CLAUDE.local.md dosyasına girer.
3. 3Uzun belgeleri yapıştırmak yerine onlara işaret edin: @path/to/file başlangıçta başka bir dosyayı içe aktarır.
4. 4Claude aynı şeyi iki kez yanlış yaptığında, bunu önleyecek tek satırı ekleyin.

Kopyalanacak istem

Bu depoyu okuyun ve CLAUDE.md dosyasını iyileştirin. 60 satırın altında tutun:
1. Derleme, test ve lint için tam komutlar.
2. Birkaç satırda proje yapısı.
3. Yeni gelenlerin burada yanlış yaptığı kurallar.
4. Asla düzenlenmemesi gereken dosyalar ve klasörler.
Artık doğru olmayan her şeyi çıkarın. Çalıştırmadığınız komutları “doğrulanmadı” olarak işaretleyin.

Nerede ters gider

• CLAUDE.md'deki her şey her oturumda yüklenir ve bağlamda yer kaplar. Ayrıntıları onun içe aktardığı dosyalara taşıyın.
• Artık doğru olmayan talimatlar hiç talimat olmamasından daha kötüdür. Kurulum değiştiğinde komutları yeniden kontrol edin.

Resmi belgelerden: Claude Code docs: How Claude remembers your project

Nasıl yapılır

1. 1Durum çubuğunda “plan mode on” görünene kadar Shift+Tab tuşlarına basın ya da isteminize /plan ile başlayın.
2. 2Değişikliği ve neyin değişmemesi gerektiğini anlatın. Claude keşif için yine de komut çalıştırabilir, ancak plan yaparken dosyaları düzenlemez.
3. 3Planı bir tasarım notu gibi okuyun: yanlış bir dosya, eksik bir durum, fazla büyük bir değişiklik. Doğru olana kadar değişiklik isteyin, sonra onaylayın.
4. 4Bir sonraki, ilgisiz göreve geçmeden önce /clear ile temiz bir başlangıç yapın.

Kopyalanacak istem

/plan [hedef] sağlanacak şekilde [ne] öğesini değiştirin. Kısıtlar: [değişmemesi gerekenler].
Dokunacağınız dosyaları, değişikliklerin sırasını, her adımı kanıtlayan testi ve emin olmadığınız her şeyi listeleyin. Ben onaylayana kadar hiçbir şeyi düzenlemeyin.

Nerede ters gider

• Beklediğinizden fazla dosyaya dokunan bir plan uyarı işaretidir. Onaylamadan önce nedenini sorun.
• Plan modu keşif için yine de komut çalıştırır. Tanımadığınız bir depoyu çalıştırmayı güvenli hâle getirmez.

Resmi belgelerden: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

Nasıl yapılır

1. 1Her kuralı ve hangi ayar dosyasından geldiğini görmek için /permissions açın.
2. 2Ekibin kurallarını .claude/settings.json dosyasına koyun ve commit edin. Kişisel kurallar ~/.claude/settings.json ya da .claude/settings.local.json dosyasına girer.
3. 3Kurallar önce deny, sonra ask, sonra allow sırasıyla denetlenir; bu yüzden tek bir deny kuralı her allow kuralından üstündür.
4. 4Modları Shift+Tab ile değiştirin: acceptEdits, çalışma dizinindeki dosya düzenlemelerini onaylar. bypassPermissions onay sorularını ve güvenlik denetimlerini kapatır; belgelere göre yalnızca internet erişimi olmayan yalıtılmış konteynerlerde veya sanal makinelerde kullanılmalıdır.

Kopyalanacak istem

Bu oturumda çalıştırdığınız komutlara bakın. .claude/settings.json için izin kuralları önerin: her gün kullandığımız salt okunur komutlara ve test komutlarına izin verin, gizli bilgileri okuyan veya proje dışında silme yapan her şeyi yasaklayın, geri kalan her şey için onay sorulmasını sağlayın. Her kuralı tek satırda açıklayın.

Nerede ters gider

• Her komuta uyan bir allow kuralı, hiç onay sorulmamasıyla aynıdır. Tam komutlara izin verin.
• .claude/settings.json içindeki kurallar commit edildiğinde tüm ekip için geçerli olur. Bunları kod gibi inceleyin.

Resmi belgelerden: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

Nasıl yapılır

1. 1İlgisiz görevler arasında /clear, bağlamı boş yeni bir konuşma başlatır.
2. 2Uzun bir görevde, odak belirttiğiniz bir /compact komutu, örneğin “/compact planı ve başarısız testi koruyun”, öncesini özetler.
3. 3Geniş aramaları bir alt ajana verin: her biri kendi bağlam penceresinde çalışır, bu yüzden oturumunuza yalnızca cevabı geri gelir.
4. 4Claude Code sınıra yaklaşınca kendi kendine de sıkıştırma yapar; uygun bir anda kendiniz sıkıştırırsanız neyin korunacağını siz seçersiniz.

Yerleşik

• Claude Code · Subagents

Kopyalanacak istem

/compact Koruyun: hedef, plan, şu ana kadar değişen dosyalar ve hâlâ başarısız olan test. Keşif kısmını atın.

Nerede ters gider

• /clear konuşmayı unutur. Yeniden ihtiyaç duyacağınız her şey önce CLAUDE.md'ye girmelidir.
• Geri aldığınız tek şey alt ajanın cevabıdır. Ondan yalnızca sonuçları değil, dosya yollarını ve satır numaralarını da isteyin.

Resmi belgelerden: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

Nasıl yapılır

1. 1Her oturumu claude --worktree <name> (veya -w) ile başlatın. Bu, .claude/worktrees/<name>/ altında, worktree-<name> dalında bir git worktree oluşturur.
2. 2Belgelerin önerdiği gibi .claude/worktrees/ klasörünü .gitignore dosyasına ekleyin.
3. 3Her oturuma kendi kontrolü olan tek bir görev verin; böylece bunları tek tek inceleyebilirsiniz.
4. 4Her dalı diğer pull request'ler gibi inceleyin ve birleştirin.

Kopyalanacak istem

worktree-[ad] dalındaki bir worktree'de çalışıyorsunuz. Görev: [tek bir değişiklik]. Bitti sayılır: [test veya komut] geçtiğinde. Yalnızca bu dala commit edin; diğer dalları merge veya rebase etmeyin.

Nerede ters gider

• Her worktree ayrı bir klasördür; bu yüzden bağımlılıklar ve derleme çıktıları paylaşılmaz. Her birinde ayrıca kurulum yapın.
• Aynı dosyalara dokunan iki görev, worktree olsun olmasın birleştirirken yine çakışır.

Resmi belgelerden: Claude Code docs: Run parallel sessions with worktrees

Nasıl yapılır

1. 1Boş bir istem satırında Esc tuşuna iki kez basın ya da /rewind yazın (/checkpoint ve /undo da çalışır).
2. 2İşlerin ters gitmesinden önceki noktayı seçin ve konuşmayı, kodu ya da ikisini birden geri yükleyin.
3. 3Sınırları bilin: rm, mv veya cp gibi kabuk komutlarıyla değişen dosyalar geri yüklenmez; Claude Code dışında veya başka bir oturumda yapılan düzenlemeler de geri yüklenmez.
4. 4Riskli adımlardan önce commit edin. Kontrol noktaları oturum içinde hızlı kurtarma içindir, git'in yerini tutmaz.

Kopyalanacak istem

Başlamadan önce mevcut durumu “[görev] öncesi kontrol noktası” mesajıyla commit edin. Ardından [görev]. Dosya silen veya taşıyan herhangi bir komuttan önce bana sorun.

Nerede ters gider

• Rewind bir komutun sildiği dosyayı geri getirmez. Bunu yalnızca git yapar.
• Bu arada elle yaptığınız düzenlemeler de kaydedilmez. Geri sarmadan önce onları commit edin.

Resmi belgelerden: Claude Code docs: Checkpointing · Claude Code docs: Commands

Nasıl yapılır

1. 1claude -p "..." etkileşimsiz çalışır. --output-format json veya stream-json, bir betiğin ayrıştırabileceği çıktı verir.
2. 2Başarıda 0, hatada sıfırdan farklı bir kodla çıkar; böylece CI buna göre dallanabilir.
3. 3Yerel kuruluma bağlı olmayan çalıştırmalar için CI'da --bare ekleyin.
4. 4Pull request'ler için /install-github-app, Claude Code GitHub Actions'ı kurar (yalnızca github.com depoları); ardından bir pull request veya issue yorumunda @claude yazın.

Kopyalanacak istem

claude -p "main dalına göre diff'i okuyun. Bağımlılık ekleyen, kimlik doğrulamaya dokunan veya bir veritabanı migration'ını değiştiren her değişikliği JSON olarak listeleyin: {\"files\": [], \"reason\": \"\"}. Hiçbiri yoksa boş bir liste döndürün." --output-format json

Nerede ters gider

• Bir betik ona verdiğiniz izinlerle çalışır. CI ortamına ihtiyaç duyduğu en az yetkiyi verin.
• /install-github-app yalnızca github.com üzerindeki depolarla çalışır.

Resmi belgelerden: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

Nasıl yapılır

1. 1Geçerli klasöre bir başlangıç AGENTS.md dosyası yazmak için CLI'da /init çalıştırın.
2. 2Kişisel yönergeleri ~/.codex/AGENTS.md dosyasına, proje kurallarını depoya koyun. Bir alt klasörün kendi dosyası olabilir; Codex'in çalıştığı yere daha yakın dosyalar geçerli olur.
3. 3Dosyaları kısa tutun: toplam boyutları sınırlıdır, varsayılan olarak 32 KiB.
4. 4Bir “## Code Review Rules” bölümü ekleyin: Codex'in GitHub'daki incelemeleri buna uyar.

Kopyalanacak istem

Bu depoyu okuyun ve AGENTS.md dosyasını yazın:
1. Kurulum, derleme, test ve lint için tam komutlar.
2. Birkaç satırda proje yapısı.
3. Yeni gelenlerin burada yanlış yaptığı kurallar.
4. Bir inceleyicinin her zaman işaretlemesi gerekenleri içeren bir “## Code Review Rules” bölümü.
Yalnızca başarıyla çalıştırdığınız komutları listeleyin; geri kalanları “doğrulanmadı” olarak işaretleyin.

Nerede ters gider

• Uzun dosyalar aleyhinize çalışır: toplam boyut varsayılan olarak 32 KiB ile sınırlıdır.
• Kökteki dosyayla, bunu belirtmeden çelişen bir alt klasör dosyası insanların kafasını da Codex'inki kadar karıştırır. Neyi geçersiz kıldığını yazın.

Resmi belgelerden: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

Nasıl yapılır

1. 1CLI'da /permissions modu değiştirir, /status ise geçerli onay politikasını ve yazılabilir klasörleri gösterir.
2. 2Önerilen varsayılan olan “Ask for approval”, çalışma alanı içinde düzenleme yapar ve komut çalıştırır, dışına çıkmadan önce durur.
3. 3“Approve for me” aynı korumalı alanı korur, ancak onay isteklerini size değil otomatik incelemeye gönderir.
4. 4“Full access” dosya sistemi ve ağ sınırlarını kaldırır. Belgeler bir uyarı ekler; bunu silip atabileceğiniz ortamlara saklayın.

Kopyalanacak istem

Başlamadan önce /status çalıştırın ve bana onay politikasını ve yazılabilir klasörleri söyleyin. Ardından [görev]. Ağa ihtiyaç duyan veya bu deponun dışına yazan herhangi bir komuttan önce sorun.

Nerede ters gider

• “Approve for me” ile hiçbir insan istekleri tek tek okumaz. Yanlış bir işlemin kolayca geri alınabildiği yerlerde kullanın.
• “Full access” yalnızca depoya değil, tüm makineye uygulanır.

Resmi belgelerden: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

Nasıl yapılır

1. 1codex exec "..." etkileşimsiz çalışır ve varsayılan olarak salt okunur bir korumalı alan kullanır.
2. 2Dosya düzenlemesi gerektiğinde --sandbox workspace-write ekleyin; --full-auto kullanımdan kaldırılmıştır.
3. 3--json, her adıma ihtiyaç duyan betikler için JSON Lines biçiminde bir olay akışı üretir.
4. 4GitHub Actions'ta openai/codex-action@v1 sizin için codex exec çalıştırır.

Kopyalanacak istem

codex exec "[v1.2.0] etiketinden bu yana yapılan değişiklikleri okuyun. Eklenenler, Değişenler ve Düzeltilenler başlıklarıyla gruplanmış sürüm notları yazın: her değişiklik için bir satır, bir kullanıcının anlayacağı sözcüklerle, commit hash'leri olmadan."

Nerede ters gider

• Eski kılavuzlar hâlâ --full-auto kullanır. Bu seçenek kullanımdan kaldırılmıştır; --sandbox workspace-write kullanın.
• Yalnızca okuyan bir iş CI'da da salt okunur kalmalıdır.

Resmi belgelerden: Codex docs: Non-interactive mode · Codex docs: GitHub Action

Nasıl yapılır

1. 1CLI'daki /review çalışma ağacınızı inceler. codex review aynısını sohbet olmadan, bir temel dala, bir commit'e veya commit edilmemiş değişikliklere göre yapar.
2. 2GitHub'da bir pull request'e @codex review yorumunu yazın.
3. 3Codex ayarlarında “Personal preferences” altından otomatik incelemeleri açın; böylece yorum yazmaya gerek kalmaz.
4. 4Ekibinizin kurallarını AGENTS.md içindeki bir “## Code Review Rules” bölümüne yazın.

Yerleşik

• Codex · Codex code review

Kopyalanacak istem

## Code Review Rules
- Kimlik doğrulama veya izinlerdeki her değişikliği işaretleyin.
- Geri dönüş yolu olmayan veritabanı migration'larını işaretleyin.
- Yeni bağımlılıkları işaretleyin ve gerekli olup olmadıklarını söyleyin.
- Biçimlendirmeyi yok sayın; onunla linter ilgilenir.

Nerede ters gider

• GitHub incelemeleri yalnızca P0 ve P1 sorunlarını işaretler. Yorum olmaması tasarımın doğru olduğu anlamına gelmez.
• İnceleme bir test çalıştırması değil, ikinci bir görüştür. Testleri koruyun.

Resmi belgelerden: Codex docs: CLI commands · Codex docs: GitHub integration

Nasıl yapılır

1. 1Görevlerin ihtiyaç duyduğu depoları, bağımlılıkları, araçları ve erişim ayarlarını içeren bir ortam oluşturun. Yeni ortamlar bir kurulum betiği ve bir başlatma skill'i kaydeder.
2. 2İnternet erişimini ortam başına ayarlayın: yalnızca paket yöneticileri, seçtiğiniz alan adları veya her şey.
3. 3Görevleri ChatGPT'den, uzun işler için IDE uzantısından ya da terminalden codex cloud exec ile başlatın; --attempts 1-4 karşılaştırmak için birden fazla deneme ister.
4. 4Code Review ile GitHub ve Linear entegrasyonları hâlâ OpenAI'ın kullanımdan kaldırmayı planladığı eski Codex Cloud (Legacy) üzerinde çalışır.

Yerleşik

• Codex · Codex Cloud

Kopyalanacak istem

codex cloud exec --attempts 3 "Görev: [değişiklik]. Bağlam: [dosyalar]. Bitti sayılır: [test] bu ortamda geçtiğinde. Diff'i [n] satırın altında tutun."

Nerede ters gider

• Kısıtlamasız internet erişimi, bir görevin onu yönlendirmek için yazılmış sayfalar da dahil her siteye ulaşmasına izin verir. Yalnızca işin ihtiyaç duyduğuna izin verin.
• Kurulum betiği eksikse testler çalışmamış olabilir. Bir görevin testleri gerçekten çalıştırdığını kontrol edin.

Resmi belgelerden: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

Nasıl yapılır

1. 1Varsayılan modeli ve akıl yürütme düzeyini ~/.codex/config.toml içinde ayarlayın (model ve model_reasoning_effort). CLI ve IDE uzantısı bu dosyayı paylaşır.
2. 2Bir profili ayrı bir dosya olarak oluşturun, ~/.codex/<name>.config.toml, ve --profile <name> ile başlatın.
3. 3MCP sunucularını codex mcp add <name> -- <command> ile ekleyin; her biri bir [mcp_servers.<name>] tablosu olur ve /mcp etkin olanları listeler.
4. 4/status geçerli ayarları gösterir, codex resume --last ise bu klasördeki son oturumu kaldığı yerden sürdürür.

Kopyalanacak istem

~/.codex/config.toml dosyasını ve bu projenin .codex/config.toml dosyasını okuyun. Geçerli modeli, akıl yürütme düzeyini, korumalı alanı ve MCP sunucularını, her birinin hangi dosyadan geldiğini ve çelişen her şeyi söyleyin.

Nerede ters gider

• Proje ayarları yalnızca güvenilen projelerde yüklenir. Biri yok sayılıyor gibi görünüyorsa önce bunu kontrol edin.
• Profiller artık ayrı dosyalardır. config.toml içine [profiles.name] koyan kılavuzlar güncel değildir.

Resmi belgelerden: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands