Kapsam notu. Cryptohopper MCP tasarımı gereği durumsuzdur — her araç çağrısı bağımsızdır ve sunucu istekler arasında hiçbir şeyi kalıcı hale getirmez. Bellek istemci tarafında veya sizin kontrolünüzdeki depolamada yaşar. Bu kılavuz o katmanla ilgilidir.
Ön Gereksinimler
Çalışan bir Cryptohopper MCP bağlantısına sahip bir MCP istemcisi. kurulum genel bakışını inceleyin.
Veri depolamak için bir yer. Bu, yerel bir dosya, bir SQLite veritabanı, bulutta depolanan bir JSON bloğu veya Notion gibi bir araç olabilir. Başlamak için altyapı gerekmez.
Neler "bellek" sayılır
Üç katman, her biri farklı nedenlerle kullanışlıdır:
Katman | Örnek | Tipik konum |
Oturum belleği | Tek bir konuşma içinde, model daha önce söylediklerinizi hatırlar | Modelin bağlam penceresi (dahili) |
Çalışma arası bellek | Bugünkü ajan çalıştırması, geçen haftaki çalıştırmanın gözlemlediğini hatırlar | Dosya, veritabanı, Notion vb. |
Kullanıcı profili | Ajan, izleme listenizi, tercih ettiğiniz borsayı, risk tercihinizi bilir | Çalışma arası bellek ile aynı; oturum başlangıcında yüklenir |
Oturum belleği ücretsiz ve otomatiktir. Çalışma arası ve kullanıcı profili belleği, sizin depolama ayarlamanızı gerektirir.
Kurulum — kullanıcı profili
Bir kripto kullanıcısı olarak kendinizi anlatan kısa bir markdown dosyası yazın. Bir sayfayı geçmemesine dikkat edin:
Kullanıcı hakkında
Öncelikle Binance üzerinde işlem yapar.
İzleme listesi: BTC, ETH, SOL, AVAX, ARB, OP, LINK, AAVE, UNI.
Spot var; Cryptohopper aracılığıyla SOL ve AVAX üzerinde grid botları çalıştırır.
Yukarı yönlü kazançları kaçırmaktan çok, düşüş riskine önem verir.
Vadeli işlemler yapmaz.
Varsayılanlar
Borsa: Binance
Parite: USDT
TE zaman aralığı: 4 saat (200 bar)
Risk toleransı: orta
Prompt tercihleri
Sıfatlar yerine somut sayıları tercih edin.
Spekülasyonu spekülasyon olarak işaretleyin.
Bir ticker belirsizse, tahmin etmek yerine sorun.Her ajan konuşmasının başında yükleyin. İki yaklaşım:
Manuel yapıştırma: her oturumun ilk şeyi olarak dosyayı yapıştırın.
İstemci entegreli: istemcinizin kalıcı bellek özelliğini kullanın (Claude masaüstü Projeler, Cursor kuralları, Zed bağlamı) otomatik enjekte etmek için.
Dosyayı küçük tutun. 300 satırın üzerindeki her şey modelin atladığı bir gürültü haline gelir. Önemli olan kısıtlamalar, otobiyografi değil.
Sürümünü oluşturun. İzleme listenizi veya tercihlerinizi değiştirdiğinizde, değişikliği git'e (veya Notion geçmişine) işleyin. Ajanınızın davranışı profille birlikte değişecektir; nedenini görmek isteyeceksiniz.
Kurulum — çalışma arası bellek (basit)
En basit çalışma arası bellek, ajanın başlangıçta okuduğu ve sonda eklediği tek bir markdown dosyasıdır:
memory.md dosyasını bir iskeletle oluşturun:
Ajan belleği Son gözlemler (Her çalıştırmadan sonra buraya giriş ekleyin.) İzlenecek açık öğeler (Ajanın gelecekte dikkat çekmek için işaretlediği şeyler.) Geçmiş kararlar (Önemli kararlar ve gerekçeleri.)
Her ajan çalıştırmasının başında, dosya içeriğini enjekte edin:
[AJAN BELLEĞİ] {memory.md içeriği} [GÖREV] Bugünkü görev: günlük özeti çalıştırmak.Her çalıştırmanın sonunda yeni gözlemler ekleyin. Ajandan bunları açıkça üretmesini isteyin:
Görevi tamamladıktan sonra, bir dahaki sefere hatırlamaya değer kayda değer herhangi bir şeyi özetleyen 2-4 satır yazın. Şu formatı kullanın: [YIL-AY-GÜN] {gözlem} Örnekler: [2026-05-27] SOL hacmi 3 gün üst üste yüksek; kabaca 83-87 aralığında. [2026-05-27] İzleme listesi: LINK'i sakin ama kontrol etmeye değer olarak işaretledi, 7 gün içinde. Bunları manuel olarak memory.md dosyasına ekleyeceğim.Periyodik olarak gözden geçirin ve budayın. Haftada yaklaşık bir kez,
memory.mddosyasını kırpın — eski girişleri silin, kalıpları birleştirin. Yönetilmeyen bir bellek dosyası sonsuza kadar büyür ve gürültü haline gelir.
Kurulum — çalışma arası bellek (yapılandırılmış)
Sorgulanabilir tarihten fayda sağlayan ajanlar için küçük bir SQLite veritabanı iyi çalışır. Şema önerisi:
sql
CREATE TABLE observations (
id INTEGER PRIMARY KEY,
run_at TEXT NOT NULL, -- ISO-8601
agent_name TEXT NOT NULL, -- ör. "daily-digest"
category TEXT, -- ör. "volume-spike", "trend-change"
token TEXT, -- ör. "SOL"
content TEXT NOT NULL, -- gözlem metni
metadata JSON -- herhangi bir yapılandırılmış alan
);
CREATE INDEX idx_run_at ON observations(run_at);
CREATE INDEX idx_agent_token ON observations(agent_name, token);
Bu, "son 14 gün içinde SOL hakkında ne gibi gözlemlerimiz oldu?" gibi sorgular sormanıza ve yanıtı ajana bugünkü çalıştırması için bağlam olarak beslemenize olanak tanır.
Ajan, küçük bir Python yardımcısı aracılığıyla bu tabloya yazar:
python
def log_observation(agent_name: str, category: str,
token: str, content: str) -> None:
conn.execute(
"INSERT INTO observations (run_at, agent_name, category, token, content) "
"VALUES (?, ?, ?, ?, ?)",
(datetime.utcnow().isoformat(), agent_name, category, token, content),
)
conn.commit()
Bunu idareli kullanın. Yapılandırılmış bellek, yalnızca gerçekten sorgulasanız kurulum değerlidir; basit bir özet için markdown dosyası genellikle yeterlidir.
Neler hatırlanır, neler hatırlanmaz
İyi bellek adayları:
"SOL 5 gündür 83–87 bandında yatay trend izliyor" — yarının çalıştırmasında tek bir günlük mumun gösteremeyeceği bir aralık bağlamı.
"Dün LINK'i bir hacim anomalisine göre işaretledik; bugün takip et."
"Kullanıcı 2026-05-20'de AVAX için grid botları hakkında sordu; parametreler X, Y, Z idi."
İyi bellek adayları değil:
Ham piyasa verileri. Değişir — bayat bir önbelleğe güvenmek yerine MCP'den yeniden çekin.
Tam konuşma dökümleri. Sinyal-gürültü oranı çok düşüktür.
Her çalıştırmanın otomatik özetleri. Kürasyon olmadan, bunlar çoğunlukla işe yaramaz hale gelir.
İyi bir test: "bu bellek girişini silersem, ajan gelecek hafta daha mı kötü davranır?" Hayır ise, silin.
Sorun Giderme
Ajan, mevcut verilerle çelişen belleği belirtiyor.
Bu, önbelleğe alınmış bağlamın temel riskidir. Ajan, SOL'un yükselişte olduğunu "hatırlıyor" ancak o zamandan beri tersine döndü. Düzeltme: Ajana, bunları gerçek olarak kullanmadan önce bellek girişlerini mevcut MCP verileriyle her zaman doğruluğunu kontrol etmesini talimatını verin. "Bir bellek girişine güvenmeden önce, mevcut verileri kontrol edin ve belleğin güncel olmadığında işaretleyin."
Bellek dosyaları yönetilemeyecek kadar büyüyor.
Budamadan ekleme yapıyorsunuz. Sert bir kural belirleyin: haftada bir, geçen haftanın girişlerini gözden geçirin ve silin / birleştirin. Veya bellek dosyalarını aylık olarak değiştirin (memory-2026-04.md, memory-2026-05.md).
Ajan bellek bloğunu görmezden geliyor.
Prompt, ajanın bunu kullanmasını talep etmiyor. Açık olun: "cevap vermeden önce yukarıdaki bellek bloğunu gözden geçirin. İlgili olduğunda belirli girişlere atıfta bulunun. Bir giriş yeni verilerle çelişiyorsa, bunu açıkça işaretleyin."
Bellek, kendinden emin ama yanlış cevaplar getiriyor.
Ajan, belleği yetkili kabul ediyor. Belleği ipucu olarak çerçeveleyin, gerçek olarak değil: "bellek geçmiş gözlemleri içerir; gerçek değil, bağlam olarak kabul edin. Her zaman mevcut verilere karşı doğrulayın."
Ajanın sizin müdahaleniz olmadan belleği güncellemesini istiyorsunuz.
Mümkün ancak riskli — izlenmeyen yalnızca eklemeli bellek, iyi girişler kadar hızlı kötü girişler biriktirir. Otomatikleştirirseniz, her zaman haftalık bir gözden geçirme adımıyla eşleştirin. Bir ay boyunca bellek okunmadan büyümesine asla izin vermeyin.
Çoklu ajan belleği karışıyor.
Birden fazla ajan tek bir bellek dosyası paylaşıyorsa, girişleri isim alanı olarak kullanmak için agent_name alanını kullanın. Her ajan yalnızca kendi girişlerini okur veya tam dosyayı okur ancak hangi ajanın hangi satırı yazdığını bilir.
Kullanıcı profili dosyası bayatlıyor. Tercihler değişir. Ajanın artık kullanmadığınız bir zaman dilimine veya borsaya varsayılan olarak geçtiğini fark ederseniz, profili güncelleyin — bunu tek tek prompt geçersizleştirmeleriyle gidermeye çalışmayın.