Kenapa ini penting
Agen yang berjalan dalam loop punya dua biaya yang cepat terakumulasi. Biaya kuota: setiap panggilan alat MCP dihitung terhadap jatah mingguanmu. Biaya token: setiap potongan data dalam jendela konteks meningkatkan biaya pemrosesan dan menurunkan kualitas penalaran.
Blok konteks yang ramping mengatasi keduanya: satu sapuan ticker kecil, diringkas menjadi beberapa baris, disuntikkan sekali di awal percakapan. Agen memiliki kesadaran situasional tanpa badai panggilan alat atau inflasi token.
Prasyarat
Cryptohopper MCP dikonfigurasi di klien MCP — lihat ringkasan pengaturan.
Alur kerja agen yang berjalan secara berkala atau terus-menerus. Prompt satu kali tidak mendapat manfaat dari teknik ini.
Tingkat Pioneer sudah cukup — panggilan ticker murah di semua tingkatan. Lihat tingkatan langganan.
Langkah-langkah pengaturan
Tentukan apa yang masuk ke dalam blok
Empat sampai enam baris, semuanya berasal dari ticker — sekitar 100 token. Blok tipikal mencakup: harga dan perubahan 24 jam untuk token jangkar kamu, peraih keuntungan dan kerugian teratas di seluruh alam semesta sapuan kamu, setiap pasangan dengan volume tidak biasa, dan label rezim pasar satu kata.
BTC 66.120 (+1,1%, vol normal)
ETH 3.240 (+2,8%, vol meningkat)
SOL 148,50 (+1,9%, vol normal)
Peraih keuntungan teratas: ARB +8,2% (vol 2,4x)
Perugi teratas: DOGE -3,5% (vol normal)
Volume tidak biasa: LINK (harga datar, vol 3,1x)
Rezim pasar: risk-on, breadth moderatBuat blok dengan perulangan per-simbol
Tidak ada alat ticker massal — setiap ticker adalah satu panggilan MCP. Fungsi di bawah ini membuat satu panggilan per simbol. Sapuan 3 jangkar + 10 simbol membutuhkan 13 panggilan per run.
def build_thin_context() -> str:
exchange = "binance"
# Ticker jangkar tetap — satu panggilan masing-masing
anchors = ["BTC/USDT", "ETH/USDT", "SOL/USDT"]
anchor_tickers = [mcp.get_ticker(exchange, pair) for pair in anchors]
# Alam semesta sapuan — satu panggilan per simbol
sweep_pairs = [
"ARB/USDT", "OP/USDT", "AVAX/USDT", "LINK/USDT", "AAVE/USDT",
"UNI/USDT", "DOGE/USDT", "MATIC/USDT", "SEI/USDT", "TIA/USDT",
]
sweep_tickers = [mcp.get_ticker(exchange, pair) for pair in sweep_pairs]
# Turunkan bidang ringkasan
all_tickers = anchor_tickers + sweep_tickers
top_gainer = max(all_tickers, key=lambda t: t.change_24h_pct)
top_loser = min(all_tickers, key=lambda t: t.change_24h_pct)
unusual = [t for t in all_tickers if t.volume_ratio_vs_baseline > 2.5]
return format_as_context(anchor_tickers, top_gainer, top_loser, unusual)
# Total panggilan = len(anchors) + len(sweep_pairs) = 13 per runSuntikkan blok di bagian paling atas pesan pembuka agen
Tempatkan blok sebelum instruksi tugas dengan stempel waktu. Agen membaca konteks terlebih dahulu dan tidak boleh mengambil ulang data apa pun yang sudah terdaftar.
[KONTEKS PER 24-04-2026 08:00 UTC]
BTC 66.120 (+1,1%, vol normal)
ETH 3.240 (+2,8%, vol meningkat)
SOL 148,50 (+1,9%, vol normal)
Peraih keuntungan teratas: ARB +8,2% (vol 2,4x)
Perugi teratas: DOGE -3,5% (vol normal)
Volume tidak biasa: LINK (harga datar, vol 3,1x)
Rezim pasar: risk-on, breadth moderat
Tugas kamu: [hal sebenarnya yang ingin kamu agen lakukan]Biarkan agen berekskalasi dari blok ramping ketika membutuhkan lebih banyak
Blok adalah ringkasan. Ketika ada sesuatu yang terlihat menarik, agen memanggil MCP untuk lilin atau kedalaman orderbook pada pasangan spesifik itu. Sebagian besar run berakhir tanpa eskalasi — itu adalah perilaku yang benar.
Segarkan dengan irama yang sesuai dengan alur kerja
Agen per jam → bangun ulang di awal setiap jam.
Ringkasan harian → sekali sehari.
Asisten sesuai permintaan → sekali per sesi.
Jangan gunakan kembali blok di luar batas irama — konteks basi lebih buruk daripada tidak ada konteks.
Perhitungannya
Agen yang berjalan setiap jam, 16 jam/hari, 5 hari kerja/minggu, dengan sapuan 13 simbol:
Pendekatan | Panggilan per run | Panggilan mingguan |
Naif (agen mengambil dari awal) | 20–100 (sangat bervariasi) | 1.600–8.000 |
Konteks ramping + eskalasi selektif | 13 dasar + ~10–30 saat eskalasi | 1.840–5.040 (stabil) |
Konteks ramping tidak selalu lebih murah secara agregat — yang dibelinya adalah prediktabilitas. Kamu tahu seperti apa minggu terburuk itu. Pada 6.000 panggilan/minggu di Pioneer, ini membuat agen per jam yang ringan layak di tingkat gratis.
Kapan pola ini tidak digunakan
Situasi | Mengapa konteks ramping tidak membantu |
Riset percakapan satu kali | Tanyakan saja pertanyaannya — asisten menanganinya |
Alur kerja yang selalu membutuhkan data mendalam | Generator parameter bot grid sudah membutuhkan riwayat lilin; konteks ramping berlebihan |
Alur eksekusi yang sensitif terhadap slippage | Ini seharusnya tidak pernah bernalar dari konteks yang di-cache — selalu ambil data segar |
Gunakan konteks ramping ketika alur kerja berulang, dapat diprediksi, dan sebagian besar berbasis kesadaran. Penghematan bertambah; tanpa properti itu, biaya tambahan tidak sepadan.
Pemecahan masalah
Agen mengabaikan konteks ramping dan mengambil ulang data yang sama
Prompt secara eksplisit: "Blok konteks di atas adalah keadaan saat ini — jangan mengambil ulang ticker untuk BTC, ETH, SOL, atau apa pun yang terdaftar. Hanya ambil data baru jika kamu membutuhkan sesuatu yang tidak ada di blok tersebut." Setelah diformulasikan sebagai batasan, agen mematuhinya.
Blok sudah kedaluwarsa saat agen menggunakannya
Untuk alur kerja irama pendek (tingkat menit), blok cepat kedaluwarsa. Segarkan lebih sering, atau tandai stempel waktu blok dengan jelas sehingga agen tahu untuk memeriksa ulang sebelum membuat keputusan berdasarkan angka lama.
Format blok tidak konsisten dari run ke run
Perbaiki format sebagai templat dan isi nilainya — jangan biarkan model menulis blok. Generator deterministik menghasilkan keluaran yang konsisten.
Kamu menginginkan lebih banyak data di blok
Tahan keinginan itu. Setiap baris memerlukan token pada setiap run. Jika titik data tidak direferensikan oleh sebagian besar run, itu termasuk dalam panggilan sesuai permintaan, bukan blok.
Blok mencakup angka yang diabaikan agen
Potong saja. Blok yang 100% digunakan lebih baik daripada yang 60% digunakan.
Konteks multi-bursa membuat blok terlalu besar
Gunakan satu bursa utama (biasanya Binance) untuk blok. Biarkan agen mengambil venue lain hanya ketika perbandingan diperlukan — jangan mengisi konteks multi-venue terlebih dahulu untuk kasus umum.
Kamu menginginkan konteks ramping yang mencakup beberapa kerangka waktu
Gunakan satu blok per tujuan agen alih-alih mencoba menyatukannya. Agen yang berfokus pada TA mendapatkan blok dengan tren 4 jam; agen yang berfokus pada pemindaian mendapatkan blok dengan delta 24 jam.
