AI Engineer VS Code eklentisinde Codex entegrasyonu ve ölçüm altyapısı üzerinde çalışırken dikkat çekici bir durumla karşılaştım.
Başlangıçta tek bir Codex çalışma ortamı kullandığımı düşünüyordum. Ancak mevcut sistemde üç farklı App Server süreci ortaya çıkıyor:
1. Resmi Codex eklentisinin App Server'ı
VS Code'da kullandığım normal Codex oturumunun arka plan süreci. Sohbetlerimi yürüttüğüm ve model/düşünme düzeyini seçtiğim ortam.
2. AI Engineer eklentisinin App Server'ı
Kendi geliştirdiğim eklenti, VS Code extension host üzerinden bağımsız bir codex.exe app-server başlatıyor.
Bağlantı kontrolünde:
  • initialize: PASS
  • config/read: PASS
  • thread/start: PASS
Ancak bu süreç resmî Codex oturumunun aynısı değil. Örneğin Codex arayüzünde GPT-6.1 Sol / High seçiliyken, AI Engineer'ın kendi bağlantısı GPT-6.1 Sol / Medium bildiriyor.
3. Codex ajanının terminal komutuyla başlattığı App Server
Codex'e AI Engineer'ın ölçüm komutunu çalıştırmasını söylediğimde ayrı bir süreç zinciri oluşuyor:
Codex ajanı → PowerShell → AI Engineer CLI → yeni codex.exe app-server
Bu üçüncü süreç, Codex'in komut yürütme ortamındaki Windows kısıtlamalarından etkileniyor.
Tanılarımda farklı kullanıcı SID'si, restricted token, Could not find home directory ve os error 5 hataları gözlemledim. Bazı denemelerde gerçek görev başlamadan süreç sonlandı.
Önemli fark
Aynı bilgisayarda aynı Codex altyapısını kullanmak, aynı oturumun, aynı yapılandırmanın veya aynı Windows güvenlik bağlamının kullanıldığı anlamına gelmiyor.
Benim kurulumumdaki üç yol özetle şöyle:

Sonuç: VS Code eklentisinden başlatılan bağlantı başarılı olurken Codex'in terminal komutuyla başlattığı bağlantı başarısız olabiliyor. Ayrıca başarılı bağlantı bile resmî Codex oturumunun etkin model ve düşünme ayarlarının paylaşıldığını kanıtlamıyor.

Açıklamayı, kendi geliştirme sürecimde karşılaştığım hatalar ve elde ettiğim tanılama sonuçlarından hareketle yapay zekâ yardımıyla forum konusu hâline getirdim.
Burada Codex'i kendi VS Code eklentinize entegre ederken dikkat etmeniz gereken önemli bir ayrım var: Codex hesabına erişebilmek, VS Code'da açık olan mevcut Codex oturumunu kontrol edebilmek anlamına gelmiyor.
Mevcut oturumu kullanmak istiyorsanız ilgili App Server'a desteklenen bir iletişim kanalıyla bağlanmanız, oturum kimliğini ve erişim yetkilerini doğru yönetmeniz gerekiyor. Kendi App Server sürecinizi başlatıp thread/start çağırırsanız mevcut sohbeti devralmak yerine bağımsız, yeni bir konuşma oluşturursunuz.
Kısacası, aynı Codex hesabını ve modeli kullanmak, aynı oturumu ve konuşma geçmişini kullanmak demek değil.