Vercel'in OpenAI Agents API entegrasyonu, sandbox kod yürütme ve kalıcı oturumlar ekliyor

Vercel ne duyurdu

10 Eylül 2026'da Vercel, OpenAI'nin Agents API'si üzerinde uygulama geliştirmeye ve dağıtmaya yönelik bir entegrasyon duyurdu. Bu adım, Ashutosh Maurya'nın dev.to'daki yazısında özetlendi; Maurya iş bölümünü şöyle anlatıyor: OpenAI agent döngüsünü yürütüyor ve oturum durumunu tutarken, Vercel her oturumu Vercel Sandbox'a bağlıyor — kalıcı çalışma alanlarıyla kod yürütme için izole bir compute ortamı.

Başka bir deyişle, model sağlayıcı orkestrasyonu, hosting platformu ise yürütmeyi yönetiyor ve ikisinin arasında bilinçli bir ayrım çizgisi var.

Mimari nasıl akıyor

Maurya'nın çizdiği yapı kabaca şöyle işliyor: kullanıcı, Vercel'de barındırılan bir Next.js uygulamasıyla etkileşime giriyor, uygulama OpenAI Agents API'sini çağırıyor, API bir agent oturumu açıyor ve bu oturum, dosyaların saklandığı ile kodun fiilen yürütüldüğü bir Vercel Sandbox'a uzanıyor.

Bu ayrım, her tarafın en iyi yaptığı işi yapmasını sağlıyor. OpenAI, model çağrıları, araç kullanımı ve oturum sürekliliği döngüsünü korurken, Vercel, adımlar arasında kalıcı bir dosya sistemiyle eşleştirilmiş, izole ve atılabilir compute sunuyor.

Sürekli açık yerine scale-to-zero

Yazıya göre Vercel, entegrasyonu sürekli çalışan bir worker'ın olmadığı, scale-to-zero tabanlı bir mimari etrafında konumlandırıyor. Maurya daha geniş dönüşümü, her zaman açık worker'lar, container'lar ve GPU'lardan uzaklaşarak şu döngüye geçiş olarak tanımlıyor: bir istek agent oturumuna düşüyor, geçici yönetilen yürütmede çalışıyor, durumu kalıcı hale getiriliyor ve ardından ölçek geri küçültülüyor.

Bu profil, patlamalı ya da asenkron iş yüklerine — çoğu zaman boşta durup çağrıldıklarında yükselen agent'lara — uygun; bu tür durumlarda asıl maliyet sorunu, boştaki compute'a ödeme yapmaktır.

Uyarılar ve ödünleşimler

Agents API şu anda public beta aşamasında; bu yüzden Maurya hem arayüzlerinin hem de yeteneklerinin gelişmeye devam edeceğinin beklenebileceği konusunda uyarıyor.

Ayrıca benimsemeden önce dikkate alınmaya değer ödünleşimleri de listeliyor:

• Yönetilen runtime'a karşı kontrol. Altyapıyı devretmek operasyonel işi azaltır, ancak katı uyumluluk gereksinimleri ya da özelleştirilmiş altyapı ihtiyaçları olan ekipler, yürütme ortamlarına sahip olmayı tercih edebilir.
• Özerkliğe karşı güvenlik. Daha yetenekli agent'lar daha kullanışlıdır ama bir şeyler ters gittiğinde etki alanı da daha büyüktür.
• Paralellik karşı maliyet. Eşzamanlı agent'lar gecikmeyi azaltırken compute ve token tüketimini artırır.
• Uzun süreli duruma karşı karmaşıklık. Kalıcı oturumlar güçlüdür ama durum, kurtarma, timeout, temizleme, izinler ve gözlemlenebilirliğin bilinçli biçimde ele alınmasını gerektirir.

Bu stack'i değerlendiren ekipler için önerisi, büyük bir özerk sistemle başlamak yerine kademeli olarak büyümek — örneğin tek bir agent ile başlayıp, ardından araç çağrısı, bir backend servisi, PostgreSQL'de kalıcı durum, MCP gibi araç protokolleri, sandbox'ing, insan onay kapıları, paralel alt agent'lar ve son olarak değerlendirme ile gözlemlenebilirliğe geçmek.

Neden önemli

Bu entegrasyonun dikkat çekici yanı, OpenAI'den yalnızca bir uç nokta daha olması değil. Maurya'nın savunduğu gibi, agent runtime'ı uygulamanın birinci sınıf bir bileşenine yükseltiliyor: model muhakemeyi, runtime yürütmeyi sağlıyor ve backend, belirleyici iş kuralları ile güvenliği hâlâ elinde tutuyor.

Agent geliştiricileri için Vercel'in sunduğu şey, iki kalıcı soruya — güvenilmeyen kodun nerede çalıştığına ve oturum durumunun nerede yaşadığına — sunucuları sıcak tutmadan somut, dağıtılabilir bir cevap. Üretim yapay zekası, bir model çağrısı kurmaktan uzaklaşıp özerk bir sürecin etrafında güvenilir bir sistem monte etmeye doğru kayıyor ve bu entegrasyon, yönetilen altyapının bu gereksinime yetiştiğinin bir işareti.