Vercel, çökmelerden sonra kodlama ajanlarını ayakta tutan durable-harness'ı açık kaynak yaptı

Vercel, çökmeye dayanıklı kodlama ajanları için durable-harness'ı yayınladı

20 Ekim 2026'da Vercel, Pi, OpenCode, Codex ve Claude Code gibi kodlama ajanı harness'larına çökme kurtarma özelliği ekleyen açık kaynak bir paket olan durable-harness'ı yayınladı. Vercel bloguna göre paket, şirketin Workflow SDK'sının arkasındaki mekanizmayı yeniden kullanıyor; böylece çöken bir fonksiyon ya da zaman aşımı tarafından yarıda kesilen bir ajan turu, taze bir fonksiyona devredilip sürdürülebiliyor. Vercel'in kendi harness'ları olan eve ve fx zaten bu şekilde çalışıyor; yeni paket, aynı garantileri üçüncü taraf harness'lara, onları değiştirmeden extends ediyor.

Bulut harness'ları neden bozuluyor

Çoğu geliştirici kodlama ajanlarını hâlâ kendi makinelerinde çalıştırıyor ve Vercel blogunun da işaret ettiği gibi, bir ajanı gün boyu çalışır halde tutmak, dizüstü bilgisayarın açık ve uyanık kalmasını gerektiriyor — laptop kapağı esprilerinin ve Mac mini'lerin hep-açık ajan makineleri olarak talep görmesinin arkasındaki kısıt bu. Yine de harness iş yükleri buluta taşınıyor: kalıcı ajan iş akışları deploy eden bireyler, açık kaynak harness'ları motor olarak kullanan OpenWork ve HanaAgent gibi projeler ve kendi harness ürünlerini inşa eden mühendisler.

Eksik parça dayanıklılık. Yerelde bir harness, çalışma alanının ve oturum geçmişinin yanında aynı diskte durur; yarıda kesilen işe dönmek sadece bir prompt meselesidir. Kalıcı depolamalı bir bulut VM'i bu düzeni taklit edebilir, ama Vercel'e göre hangi model ve araç çağrılarının tamamlandığını da, yol ortasında kesilen bir turun nasıl devam ettirileceğini de izlemez; dolayısıyla başarısız bir çağrı ya da ağ hatası işi kaybettirir. Vercel ayrıca her ajan görevinin sandbox'a ihtiyaç duymadığına dikkat çekiyor — veritabanı sorguları ve API çağrıları fonksiyonlarda çalışabilir ve credentials'lar sandbox'ın dışında tutulabilir.

Log'lar, kuyruklar ve World'ler

durable-harness, bir turun her adımını dayanıklı bir log'a kaydeder: bir model veya araç çağrısı çalışmadan önce bir intent yazar, çağrı bitince de sonucu yazar. Her turun arkasında ayrıca bir kuyruk mesajı vardır; fonksiyon ölürse kuyruğu, turu log'u okuyup devam eden bir yedek fonksiyona geçirir.

Vercel'in tanımladığığı kazanç şöyle:

• Tamamlanan çağrılar asla tekrarlanmaz — sonuçlar log'dan okunur, böylece tamamlanmış bir model çağrısı ikinci kez faturalandırılmaz.
• Model, önceki çağrılarını yeniden yapmak yerine hatırlar.
• Replay-safe olarak işaretlenmiş, yarıda kesilmiş araçlar otomatik olarak yeniden çalışır; diğer her şey modele "belki çalıştı" olarak döner ve doğrulayıp doğrulamaya model karar verir.
• Kendi oturum kayıtlarına sahip harness'lar — Claude Code'un transcript'i, Codex'un rollout'u, OpenCode'un event store'u — bu kayıtların log'a yansıtılmasını sağlar; böylece yeni bir fonksiyon veya Sandbox oturumu yeniden inşa edebilir.

Log, kuyruk ve streaming mekanizması, Vercel'in World dediği tek bir arayüzün arkasında durur. Vercel'de varsayılan Vercel World'dür; yerel geliştirmede düz dosyalardır; kendi sunucularınızda Postgres, MongoDB, Redis veya Turso olabilir. Vercel, her durable-harness ajanını Postgres'e yönlendirmenin iki ortam değişkeni aldığını söylüyor.

Araçlar kendi replay kurallarını bildirir

Bir ajana verilen her araç, bir çökme kendisini yarıda keserse ne olacağını belirtir. Salt okunur bir sorgu yeniden çalıştırılabilir olarak işaretlenebilir; bir iade işlemi veya pull request yorumu ise never olarak işaretlenebilir — yani iki kez çalıştırılmaz; modele bunun yerine çağrının zaten gerçekleşmiş olabileceği söylenir ve önce kontrol edebilir. Vercel'in bir ajanın fiyatlandırma sayfası eklediği örneğinde dosya okumaları ve CI durum kontrolleri safe, PR yorumları ise never'dır; bu da yinelenen gönderileri engeller.

VM olmadan dosya yönetimi

Vercel, shell'leri ve dosya işlemlerini doğrudan paylaşımlı bir serverless host'ta çalıştırmaya karşı uyarıyor; çünkü birkaç oturum aynı fonksiyonu paylaşabilir ve dosya sisteminin çağrılar arasında kalıcılığı garanti değildir. durable-harness alternatifler sunuyor: oturum log'unun içinde saklanan, host'un dosyalarına ya da ağa erişemeyen bash uyumlu bir shell ile eşleştirilmiş sanal dosya sistemi — kısa görevler ve küçük çalışma alanlarına uygun; her turun sonunda silinen, taslak işler için bellek-içi bir varyant; ve daha ağır işler için oturum başına ayrılmış bir Vercel Sandbox.

Devam ettirilen oturumları izlemek

Vercel'in Agent Runs görünümü her oturum için, tüm model ve araç çağrılarını kapsayan bir trace gösterir. Çökmeden sonra devam ettirilen turlar aynı trace'e düşer; böylece işin nerede durduğu ve nereden devam ettiği görünür hale gelir.

Neden önemli

Güvenilirlik, ajan demolarını gözetimsiz işlere emanet edilebilen ajanlardan ayıran şeydir ve durable-harness, dayanıklılığı her harness'ın yeniden uygulaması gereken bir şey değil de bir wrapper sorunu olarak ele alır. İki detay öne çıkıyor. Maliyet tarafında, tamamlanmış çağrıları yeniden oynatmak token israfıdır ve bunları bir log'dan tekilleştirmek bu cezayı kaldırır — saatlerce süren ajan görevleri çalıştıran herkes için doğrudan bir tasarruf. Kilitlenme tarafında ise paket bir Vercel ürünü olsa da World soyutlaması Postgres, Redis, MongoDB ve Turso'yu hedefler; böylece aynı ajan mütevazı bir yapılandırmayla self-hosted çalışabilir. Daha geniş sinyal şu: ajan harness'ları altyapıya dönüşüyor ve çökme kurtarma, bir farklılaştırıcıdan temel bir beklentiye kayıyor.