Salvor v1.0.0-beta: Projelerimin öğrendiklerini unutmasından bıktım

Yapay zekâ ajanlarıyla bir HFT (yüksek frekanslı işlem) aracı geliştirmenin yaklaşık birinci yılında, üç günlük emeği silen tek bir komut yazdım. Kodu değil. Kod sağlamdı, tamamı commit'lenmişti. Sildiğim şey anlayıştı. Üç gün boyunca (dürüst olmak gerekirse muhtemelen daha uzun, ama temkinli olup üç diyeyim) motor yapılandırma çalıştırmaları üzerinde yoğun bir nicel analizin içindeydik. Alfa sinyalleri, korelasyon sinyalleri, kazanma oranı örüntüleri. Bu benim uzmanlık alanım değil; oturumları bu kadar değerli kılan da tam olarak buydu: yanımda, üzerinde çalıştığımız her sonucu bizzat çıkarmış ve denediğimiz elli şeyden hangilerinin çıkmaz sokak olduğunu ve nedenini bilen doktora seviyesinde bir nicel analist vardı.

Sonra Claude Code bana o yardımsever küçük ipucunu gösterdi: /clear kullanarak ~900.000 tokenlık bağlamdan tasarruf edin.

Yaptım. Önemli şeylerin bir şekilde hâlâ erişilebilir olacağını varsaydım; belki kusursuz değil, ama bir şekilde.

Değildi. Gönderdiğim bir sonraki mesaj, ancak parlak bir bilgisayar bilimi stajyeri diye tarif edebileceğim birine gitti. Kibar, yetenekli ve öğrendiğimiz her şeyden tamamen habersiz. Doğruladığımız sinyaller, umut verici görünüp aslında öyle olmayan korelasyonlar, zor yoldan keşfettiğimiz kısıtlar. Hepsi çalışma ilişkisinden silinmişti. Sonraki bir buçuk günü, zaten bir kez bedelini ödediğim bilgiyi yeniden kurmakla geçirdim. O bir buçuk günün bir yerinde, sinirli bir hâlde, yeni oturuma basit bir soru sordum: bunun bir daha asla olmamasını nasıl sağlarız?

Salvor o konuşmada başladı.

Sorun model değil. Sorun bilginin nerede yaşadığı.

O olay bana şu ayrımı acı verici biçimde somutlaştırdı: Git neyin değiştiğini saklar. Git, projenin ne öğrendiğini güvenilir biçimde saklamaz.

Deponuz kaynak durumunu tutar. Her satırı, her farkı, tüm geçmişi. Ama o durumun etrafındaki mühendislik bilgisi (işlerin neden böyle yapıldığı, hangi yaklaşımların zaten başarısız olduğu, hangi kısıtların deneyerek keşfedildiği, garip görünen hangi kodun bilerek garip olduğu) çok daha kırılgan bir yerde yaşar: bir bağlam penceresinde, bir sohbet kaydında, sizin kafanızda. Oturumlar biter. Bağlam sıkıştırılır. Ekip arkadaşları değişir. Ajanlar başka ajanlar başlatır. Modeller değişir. Ve bu sınırların her biri, projenin birikmiş anlayışının sessizce iş akışından düşebileceği bir yerdir.

Modeller kod yazmada çarpıcı biçimde iyileşmeye devam ediyor. Darboğaz artık o değil. Darboğaz şu: her yeni oturum kaynak durumundan başlıyor ve projenin zaten bildiği her şeyin ona yeniden öğretilmesi gerekiyor.

Büyümeyi bırakmayan geçici çözüm

İlk çözümler, zorunluluktan, doğrudan HFT projesinin içinde kuruldu.

İki katmanlı bir durum dosyası; böylece güncel çalışma tablosu bağlam penceresinde değil depoda yaşadı. Bir göbek ve kollar (hub-and-spoke) bağlam düzeni; kısmen bir Claude geleneği, kısmen token verimliliği önlemi. Ve o proje için en önemlisi: öğrenilmiş başarısızlıklar. Hangi sinyal kaynaklarının ve stratejilerin yanıltıcı olduğunu keşfetmek için gerçek zaman ve gerçek para yakmıştık; yine de yepyeni oturumların iki oturum önce çürüttüğümüz stratejinin aynısını kendinden emin şekilde önerdiğini izleyip duruyordum. Başarısızlıkları gerekçeleriyle birlikte depoya yazmak bunu değiştirdi. Yeni oturumlar eski savaşları yeniden kaybetmeyi bıraktı.

Bu arada başka projeler de aynı canlının kendi organlarını geliştiriyordu. Bir proje, ertelenmiş bulgular için disiplinli bir dosya geliştirdi: görev ortasında fark ettiğiniz, gerçek olduğunu kabul ettiğiniz ve açıkça bir kenara koyduğunuz şeyler (o dosyanın deseni Salvor'un temel kayıt sınıflarından biri oldu). Çok ajanlı bir orkestrasyon sistemi olan başka bir proje ise farklı bir şeyin deneme alanı oldu: web arayüzleri için V0'ın modellerini, geri kalanı için Claude Code'u kullanıyordum ve bu ortak, iyi iskelesi kurulmuş beyin üzerinden gelen ajanların çok daha az yeniden öğretmeye ihtiyacı oluyor, projeye dair çok daha faydalı bir tabloyla başlıyorlardı.

Bir süre bunlar birbiriyle ilgisiz, projeye özgü yamalar gibi göründü. Sonra denediğim her yapılandırmada aynı sorunları yaşadığımı fark etmeye başladım: tek ajan, ajan sürüsü, koşum altında orkestrasyon, fark etmiyordu. Geliştirici çevremdeki arkadaşlarla not karşılaştırdığımda onlar da aynı duvara çarpıyordu. Herkesin projeleri unutuyordu.

O noktada parçalar geçici çözüm gibi görünmeyi bırakıp tek bir şey gibi görünmeye başladı. Haziranda parçaları ait oldukları projelerden çıkardım, birbiriyle uzlaştırdım, anonimleştirdim ve bağımsız bir protokol hâline getirdim.

Adını Salvor koydum. Kısmen, medeniyeti güçle değil bilgiyle koruyan Vakıf (Foundation) belediye başkanı Salvor Hardin için. Kısmen de salvor kelimesi tam anlamıyla kurtarma yapan, kayıptan değer kurtaran kişi demek olduğu için. İki anlam da hakkını veriyor.

Salvor aslında ne

Salvor, kodlama ajanları için depoya gömülü bir mühendislik bilgisi katmanı ve yönetişim protokolü. Kurulum tek bir yapıştırma: deponuza sürüm kontrollü bir beyin iskelesi kuran tek bir kurulum istemi. CLI yok, hesap yok, barındırılan hizmet yok, telemetri yok.

Zihinsel model, önem sırasına göre:

Bilgi depoda, Markdown olarak yaşar. Gerekçeli kararlar. Öğrenilmiş başarısızlıklar. Alan bilgileri. Ertelenmiş bulgular. Oturum durumu. Hepsi deponuzda düz metin: PR'larda incelenebilir, karşılaştırılabilir, dallanabilir; herhangi bir yapay zekâ şirketine değil, size ait.

Kayıt insan onayından geçer. Ajanlar kalıcı kayda sessizce yazmaz. Kalıcı bir şey ortaya çıktığında ajan size net bir soruyla sorar; siz onaylarsınız ya da onaylamazsınız. Beyin, birikmiş sohbet tortusunu değil, incelenmiş bilgiyi içerir. (Gece boyu çalışmalar için deneysel bir ajan kayıt modu var; varsayılan olarak kapalı ve ürettiği her şey siz onaylayana kadar daha düşük bir güven katmanında durur.)

Sınırları aşar. Oturumlar, dallar, ekip arkadaşları, şirketler. Bilgi parçaları çakışmasız kimlikler ve yapılandırılmış başlıklar alır; böylece paralel dalların her biri bir şeyler kaydedebilir ve birleştirme anındaki uzlaştırma töreni, ikisini de sessizce yayınlamak yerine yinelenenleri ve çelişkileri insan kararına sunar.

Şirketler arasında taşınabilir. Asıl beyin tek bir dosya kümesi; ince adaptörler Claude Code'u, Codex'i ve Gemini uyumlu araçları aynı bilgiye yönlendirir. Ajan değiştirmek hafızayı taşımak demek değil.

Bu yüzden buna "yapay zekâ hafızası" demeyi de bıraktım. Pek çok hafıza sistemi önceki bilgiyi saklamaya ve neyin hatırlanacağına karar vermeye odaklanır. Bir mühendislik projesinin daha sıkı bir şeye ihtiyacı var: gerçeklerin gerekçe taşıdığı, neyin neyin yerini aldığının açık olduğu ve kayıttakini bir insanın onayladığı denetimli bilgi. Bu yapıya kalıcı mühendislik bilişi diyorum. Git neyin değiştiğini saklar; Salvor projenin ne öğrendiğini saklar.

Salvor'u Salvor yaptı

Temmuz ortasından beri Salvor deposu Salvor'u kendi üzerinde çalıştırıyor. Protokolle ilgili her karar protokolün kendisiyle kaydediliyor.

Okuduğunuz bu lansman, o tek beyni paylaşan üç farklı yapay zekâ ortamında inşa edildi: Claude Code bileşen projelerden ilk çıkarımı, ayrıca benchmark düzeneğini ve sürüm entegrasyon törenlerini yaptı. Codex GitHub Pages sitesini ve sözleşme ile görsel test paketlerinin çoğunu kurdu. ChatGPT, tüm belgeler ve sayfalar arasında tutarlılık için sürüm çıktılarını inceledi. Farklı şirketler, farklı araçlar, farklı oturumlar, tek bir kalıcı proje beyni; ve hiçbirine projeyi sıfırdan yeniden anlatmak için oturmak zorunda kalmadım.

Bunun neyi kanıtladığı konusunda dikkatli olmak istiyorum. Salvor'un her iş akışını daha iyi yaptığını kanıtlamıyor. Belirli tek bir iddia için kendi ürününü kullanma kanıtı: bu iş akışı, tutarlı proje bilgisini model ve araç sınırları boyunca koruyabilir. Bu iddia için elimdeki en dürüst kanıt bu, çünkü her gün içinde yaşadım.

Ve dürüst kanıt ruhuyla: lansmandan önce temiz ortamda bir benchmark paketi çalıştırdım (altı deney kolu, yalnızca üçüncü taraf puanlaması, kurcalanmaya karşı izlenebilir maliyet defterleri, yayımlanmış ve saldırılmak üzere yazılmış bir yöntem). Kısa vadeli sonuçlar boş çıktı. Öncü bir ajan, herhangi bir hafıza sistemi olsun ya da olmasın tek ajanlı görevleri %100'le doyurdu; çok ajanlı kolda ise tamamen doğrulanmış ortak bir beyin verilen ajanlar, tek seferlik görev baskısı altında ona hiç başvurmadı. Bu sayıları ölçüldüğü gibi yayımlıyorum; yanında mevcut benchmarkların yapısal olarak birikerek büyüyen bilgiyi neden gözlemleyemeyeceğini düşündüğümü (kısa görevlerin, öğrenmenin karşılığını vereceği bir geleceği yok) ve bunu yapabilecek, Salvor'un yanlışlanabilir olacağı uzun vadeli bir düzenek için açık bir RFC'yi de. Test ettim. O test uzun vadeli tezi doğrulamadı. Sonucu yine de yayımlıyorum ve Salvor'un iddia ettiği şeyi gerçekten yanlışlayabilecek daha iyi bir test istiyorum. Topluluk onu kurmaya yardım edebilirse, sonuç ne olursa olsun ne gösterdiğini gerçekten bilmek isterim.

Neden açık kaynak

Salvor'un arkasındaki teknikler çalışma şeklimi somut biçimde iyileştirdi. Bunları özel bir avantaj olarak saklayabilirdim. Bu iki nedenle yanlış bir karar gibi geldi.

Birincisi, bu alan (ajan tabanlı geliştirme, kalıcı proje bilgisi, çok ajanlı ve çok modelli iş akışları) bir sınır bölgesi ve sınır bölgeleri herkesin önünde keşfedilmeli. Başka geliştiriciler bundan faydalanacak ve daha önemlisi, başka geliştiriciler benim keşfetmediğim şeyleri keşfedecek. O keşiflerin elli farklı özel kuruluma dağılmasını değil, protokolde olmasını istiyorum.

İkincisi, Salvor'un bütün öncülü önemli bilginin tek bir kafada ya da tek bir şirkette hapsolmaması gerektiği. Projeyi başka türlü yürütmek biraz saçma olurdu. Bu yüzden: MIT lisansı, deponun kendi beyninde incelenebilir kararlar ve gerekçeler, GitHub Discussions'ta memnuniyetle karşılanan tasarım itirazları ve protokolü fermanla değil katkıyla geliştirmeye yönelik gerçek bir niyet. Salvor'un net görüşleri var, ama onu başlattım diye tek sesin benim olması gerektiğine inanmıyorum.

Token hakkında

Bir token var. Bunu açıkça ve kısaca anlatacağım, çünkü ürünün kendisi değil, destekleyici bir mekanizma.

Açık kaynak geliştirmenin katkıcılara ihtiyacı var ve faydalı katkıcılar karşılığı hak ediyor. $SALVOR, tokenı projenin kendisine dönüştürmeden bu işin etrafında ekonomik bir ray oluşturma deneyi. Katkıcılar zamanla faydalı kod, test, issue çalışması, entegrasyonlar, belgeler ve diğer gerçek katkılar için karşılık kazanabilir.

Lansman dağılımı

Bu belirlenmiş, proje kontrolündeki kalemlerin dışında kalan arz, kurucu ya da proje stoku olarak ayrılmadı. Streamflow, vesting sözleşmesini oluşturmak için 570.000 SALVOR (toplam arzın ~%0,057'si) ücret aldı; bu miktar artık proje kontrolünde değil.

Neden MEOW? O topluluğa biraz açıklama borçluyum. KittehCoin ($MEOW) geçmişimde çok eskilere dayanıyor: orijinal coin 2013 Noel arifesinde çıktı ve 2014'ün başında topluluğun projeyi devralıp yeniden başlatmasında baş geliştiriciydim (2014'teki orijinal yeniden başlatma başlığı hâlâ yayında). Bu yıl o geçmişin etrafında Bags'te bir MEOW ortaya çıktı ve başta canlanmanın gerçek olduğuna inandım. Ona bağlı yaratıcı ücretlerini talep ettim; bu da istemeden insanlara geri döndüğüme dair oldukça makul bir sinyal verdi. Dağılımı incelediğimde arkasında durmak istemediğim koordineli arz davranışları buldum. Pozisyondan ve likiditeden çıktım ve kimseden sözüme güvenmesini istemek yerine kanıtları yayımladım: tam adli analiz raporu yöntemi, sabit snapshot'ı ve kara liste sürecini açık yanlış pozitif kontrolleriyle birlikte anlatıyor. Plan, meşru sahipler için temiz bir yeniden başlatmaydı. Sonra Salvor neredeyse bütün boş geliştirme vaktimi yuttu. MEOW'un kendisinin yeniden başlatılıp başlatılmayacağına hâlâ karar vermedim. %5'lik claimdrop, ben burada başımı kaldırmadan çalışırken sabır gösteren, önceden belirlenmiş o sahiplere küçük bir teşekkür. Uygunluk SALVOR var olmadan önce belirlendi; kimse bir şeyi tanıttığı ya da satın aldığı için daha fazlasını almıyor.

Bags yaratıcı ücretleri benimle ilişkili ve Salvor için başka bir finansman rayı oluşturuyor: geliştirme, altyapı, katkıcılar, hibeler ve projedeki kendi belgelenmiş çalışmam. Burada hiçbir ekonomik payım yokmuş gibi davranmayacağım; yapıyı yayımlamanın amacı kimsenin bu konuda tahmin yürütmek zorunda kalmaması.

Doğrulayın:

• Resmi mint 4KxtNWc5XTL3cuyc8PJMchqB6RYggvEFeMub727GBAGS · Solscan · Bags

• Katkıcı ve Ekosistem Hazinesi CWC2S8CdeyNs9wET7f661qQiVdiNjLFT2L52knMVWRYh

• Uzun vadeli katkıcı vesting Streamflow · XxN8CmX4XPtz6JkAZ1HxSWk9m5Z4XoGmxb12BTkHGVq

• Kurucu payı FGQi71HcS8RoVACEmKtWr9kEdb8qWjkkuax7QAH5K5mW · 50M SALVOR

• MEOW talep rezervi CgNxDzhqhQubXhZG8n6fKroQxA5CwEY5XRb1BBePMYRx · 50M SALVOR

Tokenı ve doğrulama bilgilerini bu duyurudan önce sessizce yayına aldım ve insanlar beklediğimden çok daha hızlı buldu. Piyasalar hakkında söyleyeceklerim bu kadar. Token soruları GitHub Discussions'a ait; orada yanıtlayacağım.

Bu sessiz bir lansman. Amaç da bu.

Salvor bugün v1.0.0-beta. Gerçek projelerde benim için çok iyi çalıştı. Henüz yüz başka mühendisin depolarıyla, alışkanlıklarıyla ve uç durumlarıyla karşılaşmadı. Beta bunun için var ve bunu herkesin önünde öğrenmeyi tercih ederim. Önümüzdeki birkaç hafta için umduklarım:

Gerçek bir projeye kurun. Birikimin etkisini hissetmenin en kolay yeri sıfırdan başlayan bir proje. Olgun bir depo da olur ve kurulum mevcut belgelerinizi beyne almayı önerir; ama kendinize karşı dürüst olun: Salvor ancak beynin içerdiği kadar akıllı. Ona gerçek proje bilgisi verin, sonraki her oturum üzerinde çalışacak daha fazla şeyle başlar.

Bana gerçeği söyleyin. Övgü yazıları değil. Bir şey garip, kafa karıştırıcı ya da yanlışsa, protokol hâlâ kolayca değişebilecek kadar gençken duymak istiyorum. Sorular, fikirler, itirazlar ve vitrin paylaşımları için ön kapı GitHub Discussions; uygulanabilir işler için Issues ve PR'lar.

KATKIDA BULUNUN. Hazineden finanse edilen herkese açık katkıcı hibeleri ve ödülleri üzerinde çalışıyorum; yapı henüz kesinleşmedi ama yön belli. Gerçek katkılar takdir edilecek ve uygun olduğunda karşılığı verilecek. Bunun benden daha fazla insan tarafından inşa edilmesini istiyorum.

Gelin canlı tartışalım. Bu lansmandan bir iki hafta sonra bir X Space planlıyorum: ilk kullanıcı deneyimleri, mimari soruları, eleştiriler, öneriler. Gerçek bir mühendislik sohbeti.

Betadan sonraki yol haritası uzun vadeli doğrulamayı (o RFC), daha güçlü çok ajanlı iş akışlarını, daha fazla şirket adaptörünü ve v1.1'de Claude Code eklentisini içeriyor. Ama dürüst gerçek şu: yakın vadeli yol haritası büyük ölçüde sizin önce neyi bozduğunuza göre şekillenmeli.

Salvor'u, zor kazanılmış üç günlük anlayışı tek bir tuş vuruşuyla kaybettiğim ve o vergiyi ödemeye devam etmeyi reddettiğim için yaptım. Projeleriniz öğrendiklerini unutuyorsa gelin deneyin. Bozun. Tasarımın neden yanlış olduğunu söyleyin. Bu fikrin ne kadar ileri gidebileceğini bulmama yardım edin.

Buradan başlayın: github.com/dwasyluk/salvor · salvorknows.dev · @SalvorKnows

— Dan