OpenAI Symphony Rehberi: Mobilden Codex Orkestrasyonu

OpenAI, Nisan 2026'nın sonunda Symphony'yi yayınladı: Codex agent'larını doğrudan issue tracker'ınıza bağlayan açık kaynak bir şartname. Linear'daki bir görev; özel bir agent çalışma alanı, açılan bir pull request ve bir review kaydına dönüşüyor; arada kimse başlat düğmesine basmıyor. Bu rehber, Symphony'nin gerçekte ne yaptığını, mobilin neden beklenmedik bir kazanım olduğunu ve bu deseni kendi otomasyon yığınınıza nasıl kuracağınızı adım adım anlatıyor.

Anlatım sade. Bir kartı board'da ileri çekiyorsunuz; bir Codex agent'ı uzaktaki bir devbox'ta görevi alıyor, değişikliği yazıyor, pull request açıyor ve review'u bekliyor. Agent çalışma sırasında çökerse, Symphony onu yeniden başlatıyor. Görev değişirse, agent bir sonraki poll'da yeni şartnameyi alıyor. Kontrol paneli, yeni bir dashboard değil; mevcut proje tracker'ınız. OpenAI içindeki ilk takımlar ilk üç hafta içinde merge edilen pull request sayısında %500'lük bir sıçrama bildirdi.

Symphony Aslında Ne Yapıyor?

Symphony, güçlü görüşleri olan ince bir katman. Kod üretmiyor ve Codex'in yerine geçmiyor. Döngünün iki ucunu, yani insanın okuduğu görev panosunu ve gerçekten teslim eden agent'ı tek bir sözleşmede birleştiriyor:

• Issue tracker'ı düzenli aralıklarla yeni veya değişen görevler için pollar.
• Görev başına temiz bir devbox açar; depo klonlanmış, araçlar bağlanmış olarak.
• Görev şartnamesini bir Codex agent'ına devreder ve baştan sona çalıştırır.
• Bir pull request açar, onu kayda geri bağlar ve insan reviewer'a haber verir.
• Çöken koşuları yeniden başlatır ve görev koşu sırasında düzenlenirse senkronize eder.

İlginç tasarım kararı şu: Symphony tek sistem olmaya çalışmıyor. Issue tracker'ı doğruluk kaynağı, agent runner'ı ise siyah kutu olarak görüyor. Bu sayede şartname fork edilebilecek kadar küçük kalıyor.

Neden Şartname, Ürün Değil?

OpenAI, Symphony'yi bağımsız bir SaaS olarak sürdürmeyeceğini açıkça söyledi. Şartname, başka takımların çalışıp fork edebilmesi ya da kendi yığınında yeniden inşa edebilmesi için var. Bu seçim üç nedenden önemli:

Tracker'ınızı koruyorsunuz

Çoğu takım zaten Linear, Jira ya da GitHub Issues içinde yaşıyor. Yeni bir ürün göç gerektirir. Bir şartname, agent döngüsünü halihazırda kullandığınız aracın üzerine eklemenize izin verir.

Agent runner'ı siz seçiyorsunuz

Symphony Codex için yazıldı; ama sözleşme genel. Aynı yuvaya Claude Code'u, açık ağırlıklı bir kodlayıcıyı veya kendi sunucunuzdaki bir runner'ı takabilirsiniz. Desen, bir model değişikliğinden sağ çıkıyor.

En zor kısım model değil, harness

OpenAI'daki %500 kazanım daha akıllı bir Codex'ten gelmedi. Her agent projesini tüketen "ata, izle, yeniden başlat, dürtükle, yeniden prompt yaz" döngüsünden insanı çıkarmaktan geldi. Bu geniş kaymayı agentik kodlamanın orkestrasyon çağı yazımızda anlatmıştık; Symphony bugüne kadarki en temiz referans uygulaması.

Modeli kod yazıyor. Harness şirketi yazıyor. Symphony, OpenAI'ın harness'ı yayınlaması.

Kimsenin Beklemediği Mobil Kazanım

Lansmanı akılda kalıcı kılan ayrıntı küçük. Bir OpenAI mühendisi, zayıf Wi-Fi'li bir kulübeden, tamamen Linear mobil uygulamasından üç pull request'i başarıyla tamamladı. Dizüstü yok, SSH oturumu yok, terminal yok. Sadece telefonda kart sürüklemek; agent'lar uzak devbox'larda çalışıyor, PR'lar açılıyor.

Bizim Hermes Workspace Mobile ve telefonda agent orkestrasyonu gibi yazılarda işlediğimiz mobil tezi, Symphony somutlaştırıyor. Telefon, işin yapıldığı yer değil. Telefon, işin onaylandığı, yönlendirildiği ve gözden geçirildiği yer. İşin kendisi, tam GPU hızında bir devbox'ta gerçekleşiyor.

Symphony Döngüsü, Adım Adım

Görev ve review olmak üzere iki insan aşaması, ikisi de varsayılan olarak mobil dostu. Aralarındaki her şey gözetimsiz çalışıyor. Bu, bir kulübeden telefonla yürütebileceğiniz iş akışının şekli; ve önümüzdeki birkaç ayda daha çok agent harness'ının benimseyeceğini beklediğimiz şekil bu.

Kendi Yığınınızda Symphony Tarzı Bir Döngü Nasıl Kurulur?

Kazanımın çoğunu almak için OpenAI'ın tam şartnamesine ihtiyacınız yok. Döngü parça parça birleştirilebiliyor; bu hafta çalışan bir sürüm ayağa kaldırabilirsiniz:

1. 1Zaten kullandığınız tracker'ı seçin. Linear, Jira, GitHub Issues uygundur. Tek koşul: bir webhook ya da polling API.
2. 2Bir agent runner seçin. Codex, Claude Code ya da ince bir kum havuzu arkasındaki açık ağırlıklı bir kodlayıcı başlamak için yeterli. Her koşunun kendi temiz çalışma alanına sahip olduğundan emin olun.
3. 3Küçük bir dağıtıcı yazın. Tracker'ı pollayan, "agent-ready" gibi bir etiketi eşleyen, devbox açan, görevi agent'a devreden ve PR linkini görevin altına basan basit bir akış.
4. 4Bir yeniden başlatma politikası ekleyin. Çökmeler olur. Dağıtıcı, takılan bir koşuyu insan dadılığı istemek yerine kuyruğa geri koymalı.
5. 5Review adımını mevcut PR akışınıza bağlayın. Mobil reviewer'lar; PR küçük, iyi sınırlanmış ve orijinal görevle bağlantılı olduğunda en çok yarar görüyor.

Takımınız zaten n8n çalıştırıyorsa, dağıtıcı; bir webhook tetikleyicisi ve devbox sağlayıcınızla konuşan bir HTTP düğümünden oluşan tek bir iş akışı. Uzun süreli otomasyonların n8n tarafını n8n'in ECS Fargate yük testi sonuçlarımızda ele aldık; Symphony'nin varsaydığı altyapı tam olarak bu şekilde.

Symphony, Diğer Orkestratörlerin Yanında Nerede Duruyor?

Symphony, Nisan 2026'nın sonunda inen tek agent orkestratörü değil; karşılaştırmaya değer:

• Sakana Conductor, hangi agent'ın hangi alt görevi üstleneceğini RL ile öğreniyor. Bir agent havuzu için yönlendirici.
• Hermes Workspace Mobile, onay ve yönlendirme yüzeyini telefona koyuyor; işçiler bulutta kalıyor.
• OpenAI Symphony, issue tracker'ı agent runner'a bağlayıp insan işini görev ve review'a indiriyor.

Bu üç tasarım birbirine rakip değil. Üst üste yığılıyorlar. Bir takım; görevleri Symphony ile dağıtabilir, Conductor ile alt görev başına doğru modeli seçebilir ve hassas adımları onaylamak için Hermes tarzı bir mobil yüzey kullanabilir. Sakana Conductor ve çoklu agent orkestrasyonu yazımızdaki taslağın üst yarısı, Symphony devreye girince çok daha somut hale geliyor.

Beş Pratik Kullanım Senaryosu

Geceden düzeltme yetiştiren bug triajı

Gelen bug kartlarını "agent-ready" ile etiketleyin. Dağıtıcı bir devbox sağlar, agent bug'ı yeniden üretir, başarısız bir test yazar, düzeltir ve PR açar. Sabah uyandığınızda küçük, gözden geçirilebilir değişikliklerden oluşan bir kuyruk sizi bekler.

Mobil-öncelikli ürün backlog'u

Yoldaki bir kurucu, Linear'da bir özellik kartını ileri çekip bir saat sonra PR'ın belirdiğini görebilir ve aynı telefondan review yapabilir. Mühendislik döngüsünün gerçek bir parçası için dizüstü artık opsiyonel.

Kodla aynı hızda ilerleyen dokümantasyon

Sürekli açık bir "dokümanı yetiştir" kartı, her merge edilen PR sonrası yeniden açılır. Agent diff'i okur, ilgili doküman sayfasını günceller ve takip eden bir PR açar. Drift çözülmüş bir problem hâline gelir.

Hiçbir sprint'i bloklamayan refactor süpürgesi

Uzun kuyruk refactor'ları (config anahtarını yeniden adlandır, import değiştir, enum normalize et) agent etiketli bir kuyrukta bekler. Dağıtıcı, daha öncelikli kartlar arasında bu kuyruğu işler; insan kapasitesine dokunmaz.

Tam denetim izine sahip müşteri raporlu sorunlar

Her kart; müşteri ID'sini, agent koşusunu, PR'ı ve review'u taşır. Compliance, kimse özel bir dashboard kurmadan, düzeltme başına tek bir iz parçası alır.

Son Söz

Symphony, "görevden agent'a, oradan PR'a" döngüsünün, kıvrak bir demo olmaktan çıkıp arkasında %500 sayısı olan belgelenmiş bir şartnameye dönüştüğü an. Yayın, satır sayısı olarak küçük; etki olarak büyük. Agent işinin kontrol paneli sizin issue tracker'ınız; bu doğru olduğunda insanın uzandığı cihaz da telefon oluyor.

Bir sonraki planlama toplantınıza taşıyacağınız soru basit. Board'unuzdaki her "agent-ready" kart, ortada insan olmadan bir pull request'e dönüşseydi, ekibiniz geri kazandığı zamanla ne kurardı?