Codex artık sadece kod yazan bir ajan değil, workspace oluyor
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Yeni Codex duyurusunda aklımda kalan şey plugin kelimesi değildi. Asıl ilginç olan, Codex’in işin indiği ve şekil aldığı bir yer olmaya çalışması.
OpenAI, 2 Haziran 2026’da Codex for every role, tool, and workflow yazısını yayımladı. Görünen yenilikler role özel pluginler, Sites ve anotasyonlar. Ama daha faydalı soru şu: Bir ajan, şirket içinde dağılmış bağlamı alıp ekibin açabileceği, tartışabileceği ve geliştirebileceği bir şeye çevirebilir mi?
Asıl değişim
Uzun süre Codex’i anlatmak kolaydı: geliştiricilerin kod değiştirmesine yardım eder. Bu güncelleme o tanımı dar bırakıyor. Yeni pluginler analytics, sales, product design, creative production, public equity investing ve investment banking gibi rollere de konuşuyor.
Bu, Codex’in sadece repository okumadığı anlamına geliyor. Dashboard, CRM notu, doküman, spreadsheet, tasarım brief’i veya finansal kaynak okuyup bunlardan bir iş çıktısı üretebilir.
İşin pratik tarafı burada. Çoğu ekibin başka bir chat cevabına ihtiyacı yok. Herkesin açabileceği bir sayfaya, launch room’a, review board’a, planner’a, küçük bir internal app’e veya dashboard’a ihtiyacı var.
Sites izlenmesi gereken parça
Sites en somut parça gibi duruyor. Chat cevabı scroll içinde kaybolur. Site’ın URL’i vardır. Paylaşılır, yorumlanır, birkaç gün sonra tekrar açılır ve sadece değişen kısımların güncellenmesi istenir.
Bunu product launch, customer review, weekly business review, investor memo ve internal tooling için düşünebilirim. İlk sürüm mükemmel olacağı için değil. Olmayacak. Değer, ekibe ortak bir nesne vermesinde.
Anotasyonlar feedback’i küçültür
Anotasyonlar da önemli. Bunu daha net yap dersem ajan fazla şey değiştirebilir. Bir grafik, paragraf veya section gösterirsem işin sınırı küçülür.
Gerçek edit böyle çalışır. Nadiren her şeyi baştan yazmak istersin. Genelde bu cümle daha keskin, o grafik daha az karışık, o slide daha ferah, o tablo daha iyi sıralanmış olsun istersin.
Ben nasıl denerdim
İlk gün tüm araçları bağlamazdım. Sahibi belli, sıkıcı bir workflow seçerdim. Weekly business review iyi olur: birkaç metrik, birkaç not, ortak bir çıktı ve dışarı gitmeden önce insan review’u.
Kısa liste:
- Codex hangi kaynakları okuyabilir, belirle;
- ne yazabilir, belirle;
- önemli iddialar için source link iste;
- her artifact için owner koy;
- işe yaramayanları archive et veya sil.
Risk kötü ilk taslak değil. Ekipler kötü ilk taslaklarla yaşar. Asıl risk sprawl: on tane generated site, owner yok, source izi yok, hangi versiyon doğru kimse bilmiyor.
Benim okuduğum
Bu duyuru ajanların demo aşamasından çıktığını gösteriyor. Faydalı ajanlar en gürültülü olanlar olmayacak. Takım ritmine girenler olacak: context toplar, draft çıkarır, izi saklar, net feedback alır ve sınırlar içinde kalır.
Geliştiriciler için bu engineering’i daha az önemli yapmıyor. Daha önemli yapıyor. Permission, default, review noktası ve done tanımı hâlâ tasarlanmak zorunda.