Bernstein'ın açık kaynak yönetişim katmanı, yapay zeka ajan çalıştırmalarını deterministik ve kanıtlanabilir hale getiriyor

Yapay zeka kodlama ajanları için açık kaynak bir yönetişim katmanı olan Bernstein, 29 Ekim 2026'da Hacker News'in ana sayfasına yerleşti. Apache 2.0 lisansıyla yayınlanan proje, bireysel ajan CLI'lerinin üzerinde duran bir kontrol düzlemi: deterministik bir Python zamanlayıcı birçok ajanı paralel çalıştırırken, policy-as-code kuralları ve kriptografik olarak zincirlenmiş bir denetim kaydı her çalıştırmayı yeniden üretilebilir ve sonradan doğrulanabilir kılıyor. Projenin sitesine göre mevcut sürüm v3.23.0 ve proje, Mart 2026'daki 1.0 duyurusundan bu yana kamuya açık olarak yayınlanıyor; bunu Nisan ayında bir Cloudflare runtime entegrasyonu izledi.

Modelin dışarıda tutulduğu dört aşamalı bir boru hattı

Her çalıştırma dört aşamadan geçiyor. Ayrıştırma (decompose) aşamasında bir yönetici hedefi görevlere, rollere ve sinyallere bölüyor. Spawn aşaması her görevi, izole bir git worktree'de çalışan bir ajana devrediyor. Verify aşaması, isteğe bağlı çapraz model incelemesiyle birlikte testleri, tip kontrollerini ve lint'i çalıştırıyor; merge aşaması ise yalnızca doğrulanmış diff'lerin kabul edilmesine izin veriyor.

Ayırt edici tasarım tercihi ise olmayan şeyde: zamanlayıcı hiçbir LLM içermiyor. Projeye göre hangi ajanın çalışacağına, hangisinin engelleneceğine ve neyin birleştirileceğine karar veren tick saf deterministik mantık; dolayısıyla aynı planı yeniden oynatmak bayt bayt aynı sonuçları üretiyor. Modeller yalnızca sınırlı ve isteğe bağlı yerlerde görünüyor — bir yetenek yönlendiricisi ve önerici model seçimine yardımcı olabiliyor ve best-of-n modu kazananı seçmek için bir LLM hakem kullanıyor — ancak ikisi de opsiyonel ve takılabilir (pluggable). Projenin savunusu, zamanlama tick'ine bir model koymanın tam olarak yeniden oynatılabilirliği bozacağı yönünde.

Ekran görüntüsü yerine hash zinciri

Denetim hikâyesi bu sunumun diğer yarısı. --audit bayrağıyla çalıştırıldığında Bernstein, .sdd/audit/ altına HMAC ile zincirlenmiş bir olay kaydı yazıyor; her UTC günü için bir JSONL dosyası ve her kayıt bir öncekinin hash'ine referans veriyor, böylece herhangi bir kurcalama doğrulamayı bozuyor. İşi hiç çalıştırmamış bir gözden geçiren bile kontrol edebilir: imza ve hash zinciri kontrolleri yalnızca dosyaları okurken, HMAC ayağı zincirin yazıldığı anahtarı gerektiriyor. Bir imzalama anahtarı yapılandırmak ayrıca günlüğü ve lineage başlarını bağlayan Ed25519 imzalı bir makbuz üretiyor ve özel bir verify komutu bu makbuz dosyasını tek başına, HMAC anahtarı ve .sdd dizini olmadan kontrol ediyor. Kaynak doğrulama için ortak anahtar sabitlenebilir (pinlenebilir). Çerçeve, ekran görüntüleri veya uyumluluk PDF'leri yerine yeniden hesaplamayla doğrulama.

Dağıtım seçenekleri ve telemetri

Varsayılan yapılandırma her şeyi makinede tutuyor. İsteğe bağlı telemetri — zincirlenmiş çalıştırma izi, görev başına araç çağrıları, model kullanımı, token maliyeti ve gecikme yüzdelikleri — bir kuruluşun kendi OpenTelemetry collector'ına, Datadog'a, Splunk'a veya bir S3 bucket'ına iletilebiliyor. Hosting konusunda proje, Bernstein'ın işaret edildiği her yere uyduğunu söylüyor: bir dizüstü bilgisayar, güvenlik duvarının arkasında on-premises, çok düğümlü kümeler için Kubernetes veya cloud runtime olarak Cloudflare Workers — Workers ajanları yürütüyor, Workflows çok adımlı görevleri taşıyor, R2 ve D1 ise çalışma alanı ve ölçüm durumunu tutuyor. Bu Cloudflare yolu deneysel olarak işaretlenmiş durumda ve kullanıcının kendi hesabında çalışıyor. Sandboxed yürütme, Cloudflare'ın sandbox'u veya yerel Docker üzerinden destekleniyor.

Claude Code ile ilişkisi

Projenin SSS'si bariz karşılaştırmaya değiniyor. Claude Code kendi alt ajanlarını başlatabiliyor; Bernstein benzer bir şeyi aynı anda birçok CLI ajanında yapıyor ve çıktılarını olduğu gibi güvenmek yerine deponun kendi testlerine karşı doğruluyor. Claude Code, Bernstein içinde en yaygın birincil backend olarak tanımlanıyor; yani ikisi rakip değil tamamlayıcı. Ölçek konusunda SSS, Bernstein'ın 40'tan fazla CLI ajanını orkestre ettiğini söylüyor; aynı sayfanın başlığı ise 53 CLI adaptörü iddia ediyor — rakamlar uyuşmuyor ve alınan metin bunları uzlaştırmıyor.

Neden önemli

Kodlama ajanları daha otonom işler üstlendikçe darboğaz yetenekten sorumluluğa kayıyor. Bernstein'ın bahsi, ajan yönetişiminin evrak işinden çok altyapıya benzemesi gerektiği yönünde: deterministik zamanlama yeniden üretilebilirlik veriyor, hash zincirli kayıtlar üçüncü taraflara doğrulanabilir kanıt sunuyor ve on-premises varsayılanı ise kurumsal şirketlerin ilk sorduğu veri yerleşimi sorusunu yanıtlıyor. Açık soru, deterministik bir koordinatörün ajan işleri daha açık uçlu hale geldikçe ayakta kalıp kalamayacağı — projenin kendisi de README'sini hâlâ beta olarak işaretliyor. Ama temeldeki desen, kanıtlanabilir ve yeniden oynatılabilir ajan çalıştırmaları, güvenlik ve uyumluluk ekiplerinin istemeye devam edeceği bir şey gibi görünüyor.