Cross-model workflow — Claude + Codex
İki modelin güçlerini birleştir — biri tasarlasın, diğeri eleştirsin. Codex rescue agent ile entegrasyon.
Öğreneceklerin
- Cross-model review pattern'inin neden işe yaradığını anla
- Codex CLI'ı Claude Code'dan nasıl tetiklersin
- Hangi tür iş hangi modele daha uygun, kararını ver
Tek model “bağımlı kör nokta” üretir — kendi yazdığı kodu kendisi review ettiğinde aynı kalıbı tekrarlar. İki farklı model birbirini eleştirdiğinde varsayımlar görünür hale gelir.
Pattern: Claude tasarlasın, Codex eleştirsin
Tipik akış:
- Claude Code ile feature plan + implementasyon yap
- Bitince Codex CLI’a “şu diff’i review et” ver
- Codex’in raporunu Claude’a geri ver
- Claude raporu değerlendirir, gerçek kritikleri uygular
Tersi de olur — Codex implementasyon yapıp Claude review eder. Önemli olan iki ayrı bakış.
Codex rescue agent
Bu repo’nun Claude Code kurulumunda hazır bir köprü var: codex:rescue subagent. Tetikleme:
Agent({
description: "Get second opinion",
subagent_type: "codex:rescue",
prompt: "src/auth/login.ts'i review et. Concurrent session race condition var mı?"
})
Bu agent içeride Codex CLI çağırır, çıktıyı sana parse edilmiş şekilde döndürür.
Ne zaman cross-model devreye?
| Durum | Yararı |
|---|---|
| Karmaşık migration tasarımı | İkinci göz “missing edge case”i yakalar |
| Güvenlik review’i | Farklı model farklı tehdit modeli görür |
| ”Bug burada değil” deyince | Tek model kör noktada kalmış olabilir |
| Refactor stratejisi seçimi | İki yaklaşımı karşılaştır |
| Düşük confidence yanıt | Doğrulama maliyeti düşük |
Ne zaman gereksiz:
- Mekanik fix (rename, format) — tek model yeter
- Açık talep (one-shot işler)
- Maliyet hassas akışlar (her review extra token)
“Grill me on these changes” prompt
Cross-model olmasa bile aynı modele agresif review yaptırma pattern’i:
Şu yaptığımız değişiklikler hakkında beni sorgula.
Hangi varsayımım hatalı olabilir?
Hangi edge case'i atladık?
Hangi performance regression riski var?
Bu pattern Claude’u “müttefik” rolünden “muhalif” rolüne çekiyor — çıktı kalitesi belirgin artar.
”Scrap and re-implement elegantly”
İmplementasyon karmaşıklaşmaya başladığında:
Bu kodu sıfırdan, daha elegant bir şekilde yeniden yaz.
Mevcut yapıya bağlı kalma.
Genelde 2. iterasyon çok daha temizdir. İlki “doğru” idi, ikincisi “doğru ve bakımı kolay”.
Karar mimarisi
[Plan] → [Implementation] → [Self-review] → [Cross-model review] → [Iterate]
│ │
└──────── büyük değişiklik için ─────────┘
Her ok arası bir karar noktası. Tüm ok’ları gezmek gerekmez — task’a göre.
Pratik uygulama (bu repo)
.codex/ klasörü Codex Claude Code plugin’ini içeriyor. /codex:setup ile kurulumu kontrol et, /codex:rescue ile manuel ikinci görüş al.
Stop-time gate açıkken Claude turn bitmeden önce otomatik Codex review yapılabilir — config’de toggle var.
Sıradaki
Ultraplan ve Ultrareview — multi-agent cloud review akışı.