Slash komutları, Codex CLI açıkken terminal içindeki mesaj kutusuna / ile yazdığın kısa kontrol komutlarıdır. Normal prompt değildir; Codex’in modelini, izinlerini, konuşma modunu, diff/review gibi iş akışlarını hızlıca yönetir. Resmi OpenAI dokümanına göre / yazınca komut menüsü açılır; görev çalışırken yazarsan bazı slash komutlarını Tab ile sıraya alıp mevcut görev bittikten sonra çalıştırabilirsin.
Aşağıda en işe yarayanları örnek senaryolarla anlattım.
1. /init

Projeye özel kalıcı talimat dosyası oluşturur. Genelde AGENTS.md dosyası üretir. Codex’in projeyi her açtığında nasıl davranacağını bilmesi için çok önemli.

Kullanım



/init

Ne zaman kullanılır?


Yeni bir projede Codex’i ilk kez kullanıyorsan.

Örnek senaryo


Dijital ürün satış sitesi geliştiriyorsun ve Codex’in tasarıma dokunmadan sadece backend düzenlemesini istiyorsun.

/init

Sonra oluşan AGENTS.md içine şuna benzer kurallar yazarsın:

- Tasarıma, renk paletine ve layout yapısına dokunma.
- Sadece backend, güvenlik ve performans iyileştirmesi yap.
- Her değişiklikten önce kısa plan çıkar.
- Değişiklik sonrası test komutlarını çalıştır.

Bundan sonra Codex projeyi açtığında bu kuralları dikkate alır.
2. /plan

Kod yazmadan önce plan çıkarttırır. Büyük revizelerde en güvenli komutlardan biridir. Codex hemen dosya değiştirmesin, önce ne yapacağını anlatsın istiyorsan bunu kullanırsın.

Kullanım



/plan

veya direkt görevle:

/plan Admin paneli bozmadan güvenlik ve performans iyileştirme planı çıkar.

Örnek senaryo


Siteyi komple yeniletmek istiyorsun ama Codex rastgele dosya değiştirmesin.

/plan Bu projeyi analiz et. Tasarıma dokunmadan performans, güvenlik, SEO ve kod kalitesi için uygulanacak adımları sırala.

Codex önce plan verir. Sen beğenirsen sonra şöyle dersin:

Bu planı uygula ama önce küçük adımlarla başla.

3. /diff

Codex’in yaptığı değişiklikleri gösterir. Git diff gibi düşün. Hangi dosyaya ne ekledi, ne sildi, ne değiştirdi görürsün.

Kullanım



/diff

Örnek senaryo


Codex “login güvenliğini iyileştirdim” dedi. Gerçekten ne yaptı görmek istiyorsun.

/diff

Bunu çalıştırınca örnek olarak şöyle değişiklikleri görürsün:

- const token = localStorage.getItem("token")
+ const token = getSecureSessionToken()

Bu komut özellikle şunlar için iyi:

/diff

Ardından:

Bu değişikliklerde tasarıma dokunulmuş mu kontrol et.

4. /review

Mevcut değişiklikleri inceletir. Codex kendi yaptığı veya senin yaptığın değişiklikleri hata, eksik test, güvenlik açığı, kırılabilecek yer açısından kontrol eder.

Kullanım



/review

Örnek senaryo


Codex ödeme doğrulama sistemi yazdı. Hatalı ödeme onaylanıyor mu, güvenlik açığı var mı kontrol ettirmek istiyorsun.

/review

Daha hedefli kullanmak istersen:

/review Özellikle ödeme doğrulama, yetkisiz erişim ve admin panel güvenliği açısından incele.

İyi kullanım sırası:

/diff
/review

Yani önce değişiklikleri gör, sonra incelet.
5. /status

Aktif oturumun durumunu gösterir. Hangi model kullanılıyor, izin politikası ne, token/context ne durumda, hangi klasörde çalışıyor gibi bilgileri görürsün.

Kullanım



/status

Örnek senaryo


Codex gerçekten doğru proje klasöründe mi çalışıyor emin değilsin.

/status

Burada özellikle şunlara bakarsın:

Model
Approval policy
Writable roots
Current directory
Token/context usage

Eğer yanlış klasördeyse Codex’i kapatıp doğru klasörde açman gerekir:

codex -C ./projem

6. /permissions

Codex’in ne kadar özgür çalışacağını ayarlar. OpenAI docs’a göre izin modları, Codex’in dosya okuma, düzenleme ve komut çalıştırma konusunda ne zaman onay isteyeceğini belirler. Varsayılan Auto modu çalışma klasöründe okuma/düzenleme/komut çalıştırmaya izin verir ama kapsam dışı işler veya network için onay ister; Read-only sadece danışman gibi çalışır; Full Access ise daha serbesttir ve dikkatli kullanılmalıdır.

Kullanım



/permissions

Örnek senaryo 1: Sadece analiz yaptırmak



/permissions

Sonra Read Only seç.
Ardından:

Projeyi incele ama hiçbir dosyayı değiştirme. Sadece sorunları listele.

Örnek senaryo 2: Kontrollü geliştirme



/permissions

Auto seç.
Ardından:

Login sayfasındaki hataları düzelt, ama her büyük değişiklikten önce açıklama yap.

Örnek senaryo 3: Riskli mod


Full Access çok dikkatli kullanılmalı. Sadece güvenilir projede, yedek/Git varsa kullanılmalı.

/permissions

Full Access seçersen Codex daha serbest çalışabilir. Bunu canlı sunucu/prod ortamında önermem.
7. /model

Aktif modeli değiştirir. Daha hızlı model veya daha güçlü reasoning modeli seçmek için kullanılır.

Kullanım



/model

Örnek senaryo


Basit CSS düzenlemesi için hızlı model kullanırsın:

/model

Sonra hızlı/ucuz modeli seçersin.
Zor backend/güvenlik analizi için daha güçlü modeli seçersin:

/model

Sonra güçlü reasoning modelini seçersin.
Ardından:

Bu ödeme doğrulama sisteminde race condition, sahte mail ve duplicate payment risklerini analiz et.

8. /usage

Hesap kullanımını/token durumunu gösterir. Günlük, haftalık veya toplam kullanım durumuna bakabilirsin.

Kullanım



/usage

veya:

/usage daily
/usage weekly
/usage cumulative

Örnek senaryo


“Codex kredim neden hızlı bitiyor?” diye bakmak istiyorsun:

/usage daily

Uzun proje çalışmasında arada kontrol etmek mantıklı.
9. /compact

Konuşma çok uzadıysa özetler ve context’i rahatlatır. Yani Codex uzun sohbetin önemli kısımlarını özetleyip devam edebilir.

Kullanım



/compact

Örnek senaryo


Codex ile 1 saattir proje geliştiriyorsun, artık yavaşladı veya context dolmaya başladı.

/compact

Sonra devam:

Şimdi kaldığımız yerden admin panelindeki kullanıcı yönetimini tamamla.

Özellikle büyük projelerde çok işe yarar.
10. /clear

Terminali temizler ve yeni konuşma başlatır. Sadece ekranı temizlemek değil, konuşmayı da resetler. Docs’a göre Ctrl + L yalnızca görünümü temizler; /clear yeni konuşma başlatır.

Kullanım



/clear

Örnek senaryo


Bir görev bitti, şimdi aynı projede tamamen farklı iş yaptıracaksın.

/clear

Sonra:

Şimdi sadece SEO tarafını analiz et.

11. /new

Aynı CLI içinde yeni konuşma başlatır ama terminal görünümünü /clear gibi temizlemek zorunda değildir.

Kullanım



/new

Örnek senaryo


Bir konu kapandı, yeni görev açacaksın.

/new

Sonra:

Bu projede landing page performansını analiz et.

12. /resume

Önceki kayıtlı Codex oturumlarına dönmeni sağlar.

Kullanım



/resume

Örnek senaryo


Dün admin panel üstünde çalıştın, bugün devam edeceksin.

/resume

Listeden eski oturumu seçersin.
Sonra:

Dün kaldığımız admin panel revizyonuna devam et.

13. /mention

Belirli dosya veya klasörü konuşmaya ekler. Codex’in özellikle o dosyaya bakmasını istediğinde kullanılır.

Kullanım



/mention

Örnek senaryo


Sadece paymentController.php dosyasını inceletmek istiyorsun.

/mention

Dosyayı seçersin, sonra:

Bu dosyada IBAN ödeme doğrulama mantığını güvenlik açısından incele.

Alternatif olarak prompt içinde dosya ismi verirsin:

/mention src/controllers/paymentController.php

14. /copy

Codex’in son cevabını panoya kopyalar. Docs’a göre Ctrl + O da aynı amaçla kullanılabilir.

Kullanım



/copy

Örnek senaryo


Codex güzel bir prompt veya rapor yazdı. Direkt kopyalamak istiyorsun.

/copy

15. /exit veya /quit

Codex CLI’dan çıkar. İkisi de aynı işlevde.

Kullanım



/exit

veya:

/quit

Örnek senaryo


İşin bitti, terminalden çıkacaksın.

/exit

Ama çıkmadan önce genelde şunları yapmak iyi olur:

/diff
/review
/status

16. /mcp

Bağlı MCP araçlarını gösterir. MCP, Codex’e harici araçlar bağlamak için kullanılır. Örneğin dosya sistemi, veritabanı, GitHub, özel API gibi araçlar bağlanabilir.

Kullanım



/mcp

Daha detaylı:

/mcp verbose

Örnek senaryo


Codex’e bağlı araçlar gerçekten aktif mi kontrol edeceksin.

/mcp verbose

17. /apps

Bağlı uygulamaları/connectors’ları görüp prompt’a eklemeye yarar. Codex seçtiğin app’i $app-slug şeklinde prompt’a dahil edebilir.

Kullanım



/apps

Örnek senaryo


Bir connector bağlıysa:

/apps

Sonra uygulamayı seçip:

Bu app bağlantısını kullanarak ilgili issue’ları analiz et.

18. /plugins

Kurulu veya keşfedilebilir plugin’leri yönetir. Plugin araçlarını incelemek, açmak/kapatmak için kullanılır.

Kullanım



/plugins

Örnek senaryo


Codex’e ekstra güvenlik tarama veya proje analiz aracı bağladıysan:

/plugins

Plugin’i seçip aktif/pasif yaparsın.
19. /theme

Terminaldeki syntax highlighting temasını değiştirir.

Kullanım



/theme

Örnek senaryo


Kod diff’leri terminalde zor okunuyorsa:

/theme

Daha okunaklı bir tema seçersin.
20. /side

Ana konuşmayı bozmadan yan konuşma açar. Bir fikri hızlıca test etmek veya risk sormak için iyi.

Kullanım



/side

veya:

/side Bu planın güvenlik açısından riskleri var mı?

Örnek senaryo


Codex ana görevde admin paneli geliştiriyor. Sen araya küçük bir soru sormak istiyorsun ama ana akış bozulmasın istiyorsun.

/side Bu ödeme doğrulama fikrinde kullanıcı sahte mail atarsa nasıl engelleriz?

21. /fork

Mevcut konuşmayı yeni bir dala kopyalar. Aynı noktadan farklı çözüm denemek için kullanılır.

Kullanım



/fork

Örnek senaryo


Bir projede iki farklı yol var:
  1. PHP ile devam etmek
  2. Laravel’e geçirmek
Ana konuşmayı bozmadan ikinci ihtimali denemek için:

/fork

Sonra yeni dalda:

Aynı projeyi Laravel’e geçirirsek dosya yapısı ve migration planı nasıl olur?

22. /goal

Uzun görev için kalıcı hedef belirler. Codex’in oturum boyunca ana amacı unutmamasını sağlar.

Kullanım



/goal Finish the migration and keep tests green

Türkçe de yazabilirsin:

/goal Tasarıma dokunmadan admin panel güvenliği, performansı ve ödeme doğrulama sistemini iyileştir.

Görüntülemek:

/goal

Durdurmak:

/goal pause

Devam:

/goal resume

Temizlemek:

/goal clear

23. /personality

Codex’in cevap tarzını değiştirir. Resmi docs’a göre desteklenen tarzlar friendly, pragmatic ve none; desteklemeyen modellerde komut gizlenebilir.

Kullanım



/personality

Örnek senaryo


Codex çok uzun anlatıyor, daha net cevap istiyorsun.

/personality

Sonra daha pratik bir stil seçersin.
24. /raw

Terminal çıktısını daha ham/kolay kopyalanabilir hale getirir. Uzun output kopyalarken faydalı.

Kullanım



/raw

veya:

/raw on
/raw off

Örnek senaryo


Codex uzun bir hata logu gösterdi ve düzgün kopyalamak istiyorsun:

/raw on

25. /debug-config

Codex ayarlarının nereden geldiğini, hangi config’in baskın olduğunu ve policy ayarlarını gösterir. Özellikle config.toml ile uğraşıyorsan işe yarar.

Kullanım



/debug-config

Örnek senaryo


Sen config’te model değiştirdin ama Codex hâlâ eski modeli kullanıyor.

/debug-config

Buradan hangi ayarın nereden geldiğini kontrol edersin.