Bağlam değiştirme ivmeyi öldürür. Bir yapay zeka asistanı proje ortasında kesildiğinde, bir sonraki oturum sıfırdan başlar. Depo yapısına dair hiçbir bellek yoktur. Hangi portların aktif olduğuna dair bir hatırlama yoktur. Dün Monero RPC'nin sorun çıkardığına dair bir farkındalık yoktur. Daniel Ioni, kaba ama kullanışlı bir şey inşa etti: Yapay zeka sistemlerinin MyZubster Gateway üzerinde elinden tutulmasına gerek kalmadan çalışmaya devam edebilmeleri için özel olarak yazılmış teknik bir kılavuz. Kalıcı bir sentetik bellek işlevi görür. Ham kaynak kodunu döküp bırakmak yerine, makineye sistemi nasıl işleteceğini, hataları nasıl gidereceğini ve yıkıcı değişiklikler yapmadan önce operatörün yetkisine nasıl saygı duyacağını öğretir.

MyZubster Aslında Ne İnşa Ediyor

MyZubster Gateway, gerçek dünya varlıklarının tokenizasyonu etrafında inşa edilmiş merkeziyetsiz bir pazaryeridir. Basitçe ifade etmek gerekirse; fiziksel veya geleneksel varlıkların, tanımlanmış meta veriler ve mülkiyet kurallarıyla zincir üstünde (on-chain) hareket etmesini sağlayan bir altyapıdır. Platform, birbirinin yerine geçebilir (fungible) varlık tokenizasyonunu yönetir; yani varlıklar bölünebilir, takas edilebilir ve her bir birime bağlı standartlaştırılmış meta verilerle takip edilebilir.

Gizlilik, tasarımın merkezinde yer alır. İşlemler Monero'da sonuçlandırılır. Programlanabilir varlıklar ve NFT'ler Tari üzerinde çalışır. Tüm operasyon, kendisini bir Tor Onion Service arkasına gizleyerek gateway'i sansüre ve coğrafi engellemelere karşı dirençli hale getirir. Kali Linux üzerinde çalışan bir güvenlik katmanı, basit bir log rotasyonundan ziyade otomatik sızma tespiti veya anomali taraması öneren DeepSeek AI güvenlik botlarını kullanır. Emanet (escrow) ve uyuşmazlık çözümü manuel arka ofis görevleri değildir. Ticaret koşulları bir çatışmayı tetiklediğinde yapay zekanın arabuluculuk yaptığı, otomatize edilmiş süreçlerdir.

Bu sadece yüzeydeki kısımdır. Derinde ise sistem; senkronize kalması gereken, aksi takdirde pazaryerinin işlemleri gerçekleştirmeyi durduracağı bir RPC uç noktaları, yerel veritabanları ve Node.js süreçleri ağıdır.

Teknik Yığın ve Neden Önemli

Gateway, 3002 portunu dinler. Bu, giriş kapısıdır. Monero'nun cüzdan RPC'si localhost:18083 adresinde bulunur; kullanıcı verilerini halka açık zincir analizlerine maruz bırakmadan özel cüzdan işlemlerini, bakiye sorgularını ve giden transferleri yönetir. Tari'nin RPC'si localhost:12820 adresinden yanıt vererek programlanabilir varlık katmanını yönetir. Bu uç noktalardan herhangi biri saparsa veya çökerse, pazaryeri durma noktasına gelir.

MongoDB, operasyonel veri deposu olarak arka planda yer alır. Gateway servisinin kendisini Node.js çalıştırır. Frontend kodu ~/myzubster-frontend konumundaki özel bir dizinde bulunur. Bu klasik bir merkeziyetsiz yığındır: mutabakat için blockchain düğümleri, durum (state) için yerel bir veritabanı ve etkileşim için ince bir web katmanı; hepsi gizlilik araçlarıyla sarmalanmıştır. Burada hiçbir şey dekoratif değildir. Her port ve yol, sistemi kendi kendine yeten ve savunulabilir kılmak için seçilmiştir.

Sistemi Çalıştırma

Gateway'i başlatmak tek bir systemd komutudur: systemctl start myzubster-gateway. Denetimsiz bir yeniden başlatma sonrası servis sessizce hata verene kadar bu kulağa çok basit gelir. O zaman, sayfalama gürültüsü olmadan son elli log satırını çekmek için journalctl -u myzubster-gateway -n 50 --no-pager komutuna ihtiyacınız olur. O elli satır genellikle cevabı barındırır. Belki Monero RPC bağlantıyı reddetti. Belki de MongoDB bir sistem güncellemesinden sonra asla çevrimiçi hale gelmedi.

Güvenlik botu /root/security_bot.py konumundadır ve python3 /root/security_bot.py ile başlatılır. Bir güvenlik betiğini root olarak çalıştırmak, genel amaçlı bir sunucuda yapacağınız bir şey değildir. İzleme ve otomatik yanıta ayrılmış, sertleştirilmiş bir Kali ortamında, bu operasyonel modele uygundur. DeepSeek AI entegrasyonu, botun logları taramaktan daha fazlasını yaptığını; muhtemelen ağ davranışlarını veya işlem modellerini bir ihlal belirtisi olup olmadığına dair değerlendirdiğini gösterir.

Frontend çalışmaları için kılavuz, tahmin yürütme zorunluluğunu tamamen ortadan kaldırır. Yapay zeka tam olarak gidilecek yeri bilir: cd ~/myzubster-frontend. /var/www, /opt veya dağınık ana dizinler arasında arama yapmaya gerek kalmaz. Kılavuz, bu yolları tam olarak sabitleyerek tutarlılığı sağlar; bu, haftalar boyunca birden fazla oturumun veya farklı yapay zeka örneklerinin aynı sunucuya eriştiği durumlarda önemlidir.

İşler Bozulduğunda

Gateway devre dışı kaldığında, yapılacak ilk şey süreç keşfidir (process reconnaissance). Node.js sürecinin hala çalışıp çalışmadığını görmek için ps aux | grep node komutunu çalıştırın. Eğer yok olduysa, logları kontrol edin. Eğer loglar bir veritabanı bağlantı hatası gösteriyorsa, suçlu MongoDB'dir. Onu systemctl start mongod

Monero RPC sorunları farklı bir örüntü izler. Bakiyeler güncellenmeyi durdurursa veya ödeme işlemleri beklemede (pending) takılı kalırsa, kılavuz monero-wallet-rpc durumunun kontrol edilmesini söyler. Bu genellikle cüzdan RPC sürecinin çalıştığını doğrulamak, doğru daemon ile senkronize olduğunu onaylamak ve kimlik doğrulama bayraklarının (authentication flags) gateway'in beklediğiyle eşleştiğinden emin olmak anlamına gelir. Buradaki önceliklendirme (triage) basittir: önce blokzinciri mutabakat katmanı, sonra veritabanı, en son uygulama. Bu sırayı görmezden gelirseniz, asıl hata ölü bir RPC portu iken Node.js günlüklerinde hayaletleri kovalarsınız.

Yapay Zekanın Bu Kılavuzu Nasıl Kullanması Gerektiği

Kılavuz, yapay zekaya dört davranışsal kural getirir ve bu kurallar, otomatik asistanların üretim ortamlarında (production environments) nasıl hata verdiğine dair bir anlayışı ortaya koyar.

Birincisi, belirli bölümlere atıfta bulunun. Eğer kullanıcı bir ödeme hatasını gidermeye çalışıyorsa, yapay zeka Monero RPC veya escrow alt sistemini açıkça belirtmelidir; böylece kullanıcı tam olarak hangi borunun sızdırdığını bilir. İkincisi, kesin komutlar sağlayın. Bayrakları (flags) başka sözcüklerle ifade etmeyin veya yolları tahmin etmeyin. Üçüncüsü, bir sonraki mantıklı adımı önerin. Proje kurtarma bir dizidir; port kontrolleri ile güvenlik botları arasında rastgele atlamak dakikalar kaybettirir ve sorunu daha da kötüleştirme riski taşır. Dördüncüsü, servisleri yeniden başlatmadan veya verileri silmeden önce kullanıcıdan onay isteyin. Özerklik, yanlışlıkla bir cüzdan önbelleğini silene veya aktif işlemler sırasında gateway'i devre dışı bırakana kadar kullanışlıdır.

Yaşayan Bir Doküman

Bu kılavuz, açıkça evrilmek üzere tasarlanmıştır. MyZubster projesi büyüdükçe, yapay zeka dokümanı günceller. Bu, operasyonel deneyimin kurumsal hafızaya dönüştüğü bir geri bildirim döngüsü yaratır. Küçük bir ekipte veya farklı zaman dilimleri ile uyku döngüleri arasında faaliyet gösteren tek kişilik bir projede bu, genellikle kıdemli mühendislerin zihninde yaşayan "su sebili bilgisi"nin (watercooler knowledge) yerini alır. Doküman, her kesintiden ders çıkarır.

Asıl Çıkarım

Bu tür yapay zeka proje kurtarma kılavuzları, belirli ve sancılı bir sorunu çözer. Ham dokümantasyon ile bağlamsal anlayış arasındaki boşluğu doldururlar. MyZubster için bu, pazar yerinin bağlam kaybına, yeniden başlatmalara ve ekip geçişlerine karşı dayanıklı olabileceği anlamına gelir. Makinenin, her yeni oturum başladığında teknoloji yığınını (stack) sıfırdan öğrenmesine gerek yoktur. Sadece kılavuzu okuması, kesin komutları takip etmesi ve ne zaman durup soru sorması gerektiğini bilmesi yeterlidir.

Kaynak: AI Technical Guide: MyZubster Project Recovery - Daniel Ioni tarafından

İsteğe bağlı öğrenme topluluğu: GyaanSetu AI on Telegram