OpenAI Symphony: Kodlama ajanlarını iş takip panosundan yönetmek

Sorun: Ajan hızlı, insan yavaş

OpenAI’ın Nisan sonundaki duyurusuna göre şirket içinde mühendisler aynı anda en fazla üç-beş Codex oturumunu rahatça takip edebiliyordu. Daha fazlasında hangi oturumun ne yaptığını karıştırmaya başlıyor, verim düşüyordu. Yani darboğaz artık ajan değil, onu izleyen insan.

Symphony bu soruna OpenAI’ın cevabı. Apache 2.0 lisansıyla açık kaynak olarak yayımlandı.

Nasıl çalışıyor?

Symphony arka planda sürekli çalışan bir servis. Bir orkestratör gibi düşünebilirsin: Kendisi kod yazmıyor, işi dağıtıyor ve takip ediyor.

• Belirli aralıklarla iş takip panosunu (ilk sürümde Linear) kontrol ediyor.
• “Yapılacak” durumundaki her görev için ayrı bir çalışma klasörü açıyor ve bir Codex oturumu başlatıyor. Ajan sadece o klasörde çalışıyor.
• Aynı anda kaç ajan çalışacağını sınırlıyor. Çöken ya da takılan oturumu bekleyerek yeniden deniyor.
• Görevin durumu panoda değişirse (ör. iptal edildiyse) çalışan ajanı durduruyor.
• İş bitince görevi “insan incelemesi” gibi bir duruma taşıyor. Sen sadece sonucu, yani açılan pull request’i inceliyorsun.

Ajanın nasıl davranacağı, projenin içindeki bir WORKFLOW.md dosyasında duruyor: Üstte ayarlar (hangi pano, kaç ajan, hangi komut), altta her göreve gönderilecek talimat. OpenAI’ın örnek dosyası Todo, In Progress, Human Review, Merging, Rework gibi durumları tarif ediyor; ajan her durumda ne yapacağını buradan okuyor. Böylece ekibin ajan kuralları kodla birlikte sürüm kontrolünde tutuluyor. Klasör açıldıktan sonra repoyu klonlamak gibi işler için kancalar (hook) da tanımlayabiliyorsun.

Güvenlik açısından bir detay önemli: Panonun erişim anahtarı ajana verilmiyor. Ajan panoya, Symphony’nin sunduğu kontrollü bir araç üzerinden yazıyor.

En garip kısım: Kurulum

Symphony’yi kurmanın iki yolu var. Biri alışıldık: OpenAI’ın Elixir ile yazdığı örnek sürümü indirip çalıştırmak. Diğeri, README’de birinci sırada önerilen yol: Kodlama ajanına “şu şartnameye göre Symphony’yi yaz” demek. SPEC.md dosyası 2.000 satırı aşan, dilden bağımsız bir şartname.

Bunun anlamı şu: Herkes kendi Symphony’sini, istediği dilde, kendi ihtiyacına göre üretebilir. Videoda Codex’e bu talimat verildiğinde Python ile bir sürüm çıktı. Videoya göre başka geliştiriciler Go ve Claude SDK tabanlı sürümler de yazmış. Kötü yanı, ortada tek bir “resmi” kod olmaması; hatalarını da sen düzeltiyorsun.

Ne kadar hazır?

OpenAI, bazı ekiplerin ilk üç haftada birleştirilen pull request sayısında %500 artış gördüğünü söylüyor. Bu, şirketin kendi rakamı ve bağımsız olarak doğrulanmış değil. README ise Symphony’yi “güvenilir ortamlarda denemek için” bir mühendislik önizlemesi olarak tanımlıyor. OpenAI’a göre en iyi sonucu, ajanların az gözetimle çalışabileceği testleri ve kuralları zaten olan projelerde veriyor. Bu tür bariyerleri ajanı raylarda tutmak yazımızda anlattık.

Bir de bedeli var: Ajanı anlık izlemeyi bırakınca, yanlış yola saptığında erken müdahale şansın azalıyor. Ajanın büyük bir değişikliğini incelemek de ayrı bir iş; bunu kolaylaştıran araçlardan birini Whiteboard yazısında ele aldık.

Sonra ne oldu?

Proje bırakılmadı. Temmuz’da ilk sürümler (0.0.1, 0.0.2) yayımlandı ve Linear’ın yanına GitHub Issues, GitLab, Jira ve Asana bağlantıları eklendi. Eylül’de 0.0.3 çıktı. Ekim 2026 itibarıyla depo 27 binden fazla yıldıza sahip ve hâlâ “önizleme” etiketini taşıyor.

Düşün

• Ekibinde ajanlara verilebilecek, iyi tanımlanmış kaç görev var?
• Kodu değil şartnameyi paylaşmak, bir açık kaynak projesinin bakımını kolaylaştırır mı, zorlaştırır mı?

Kendi cümlelerimizle yazılmış bir özettir, çeviri değildir. Tüm kaynaklar yukarıda.