Waarom dit belangrijk is
Agents die in loops draaien hebben twee kosten die snel oplopen. Quota kosten: elke MCP tool call telt mee voor je wekelijkse limiet. Token kosten: elk stukje data in het context window vergroot de verwerkingskosten en verslechtert de redeneerkwaliteit.
Een dun context blok pakt beide aan: één kleine ticker sweep, samengevat in een paar regels, één keer aan het begin van het gesprek ingevoegd. De agent heeft situationeel bewustzijn zonder de storm aan tool calls of de token inflatie.
Vereisten
Cryptohopper MCP geconfigureerd in een MCP client — zie de setup overzicht.
Een agent workflow die periodiek of continu draait. Single-shot prompts hebben geen baat bij deze techniek.
Pioneer tier is voldoende — ticker calls zijn goedkoop op alle tiers. Zie abonnementstiers.
Setup stappen
Definieer wat er in het blok komt
Vier tot zes regels, allemaal afgeleid van tickers — ongeveer 100 tokens. Een typisch blok omvat: prijs en 24u verandering voor je anker tokens, de top stijger en daler in je sweep universum, elk paar met ongebruikelijk volume, en een markt regime label van één woord.
BTC 66.120 (+1,1%, vol normaal)
ETH 3.240 (+2,8%, vol verhoogd)
SOL 148,50 (+1,9%, vol normaal)
Top stijger: ARB +8,2% (vol 2,4x)
Top daler: DOGE -3,5% (vol normaal)
Ongebruikelijk volume: LINK (platte prijs, vol 3,1x)
Markt regime: risk-on, matige breedteGenereer het blok met een per-symbool loop
Er is geen bulk-ticker tool — elke ticker is een enkele MCP call. De onderstaande functie maakt één call per symbool. Een sweep met 3 ankers + 10 symbolen kost 13 calls per run.
def build_thin_context() -> str:
exchange = "binance"
# Vaste anker tickers — één call per stuk
anchors = ["BTC/USDT", "ETH/USDT", "SOL/USDT"]
anchor_tickers = [mcp.get_ticker(exchange, pair) for pair in anchors]
# Sweep universum — één call per symbool
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]
# Afleiden van samenvattende velden
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)
# Totaal calls = len(anchors) + len(sweep_pairs) = 13 per runVoeg het blok toe boven aan het openingsbericht van de agent
Plaats het blok voor de taakinstructie met een tijdstempel. De agent leest eerst de context en moet niets her-ophalen dat al vermeld is.
[CONTEXT PER 2026-04-24 08:00 UTC]
BTC 66.120 (+1,1%, vol normaal)
ETH 3.240 (+2,8%, vol verhoogd)
SOL 148,50 (+1,9%, vol normaal)
Top stijger: ARB +8,2% (vol 2,4x)
Top daler: DOGE -3,5% (vol normaal)
Ongebruikelijk volume: LINK (platte prijs, vol 3,1x)
Markt regime: risk-on, matige breedte
Je taak: [het werkelijke ding dat je de agent wilt laten doen]Laat de agent escaleren vanuit het dunne blok wanneer hij meer nodig heeft
Het blok is de samenvatting. Wanneer iets interessant lijkt, roept de agent de MCP aan voor kaarsen of orderboekdiepte op dat specifieke paar. De meeste runs eindigen zonder escalatie — dat is het correcte gedrag.
Vernieuw met een cadans die overeenkomt met de workflow
Uurlijkse agent → herbouwen aan het begin van elk uur.
Dagelijkse digest → één keer per dag.
On-demand assistent → één keer per sessie.
Hergebruik geen blok tussen cadans grenzen — verouderde context is erger dan geen context.
De rekensom
Een agent die uurlijks draait, 16 uur/dag, 5 dagen/week, met een 13-symbool sweep:
Aanpak | Calls per run | Wekelijkse calls |
Naïef (agent haalt alles opnieuw op) | 20–100 (loopt sterk uiteen) | 1.600–8.000 |
Dun context + selectieve escalatie | 13 basis + ~10–30 bij escalatie | 1.840–5.040 (stabiel) |
Het dunne context is niet altijd goedkoper in totaal — wat het oplevert is voorspelbaarheid. Je weet hoe de week er in het slechtste geval uitziet. Op Pioneer's 6.000 calls/week, maakt het een lichte uurlijkse agent mogelijk op de gratis tier.
Wanneer dit patroon niet te gebruiken
Situatie | Waarom dun context niet helpt |
Single-shot conversatieonderzoek | Stel de vraag gewoon — de assistent regelt het |
Workflows die altijd diepe data nodig hebben | Een grid-bot parameter generator heeft al candle geschiedenis nodig; het dunne context is overbodig |
Slippage-gevoelige executie flows | Deze mogen nooit redeneren vanuit gebufferde context — haal altijd verse data op |
Gebruik dun context wanneer de workflow herhaaldelijk, voorspelbaar en grotendeels op bewustzijn gebaseerd is. De besparingen stapelen zich op; zonder die eigenschappen is de overhead het niet waard.
Problemen oplossen
De agent negeert het dunne context en haalt dezelfde data opnieuw op
Vraag het expliciet: "Het context blok hierboven is de huidige staat — haal geen tickers op voor BTC, ETH, SOL, of iets anders dat vermeld is. Haal alleen nieuwe data op als je iets nodig hebt dat niet in het blok staat." Zodra het als een beperking is geformuleerd, respecteert de agent dit.
Het blok is verouderd tegen de tijd dat de agent het gebruikt
Voor workflows met korte cadans (minuutniveau), raakt het blok snel verouderd. Vernieuw vaker, of markeer de tijd van het blok duidelijk zodat de agent weet dat hij moet herchecken voordat hij beslissingen neemt op basis van oude cijfers.
Het blokformaat is inconsistent per run
Los het formaat op als een template en vul de waarden in — laat het model het blok niet schrijven. Een deterministische generator produceert consistente output.
Je wilt meer data in het blok
Weersta de drang. Elke regel kost tokens bij elke run. Als een datapunt niet door de meeste runs wordt gebruikt, hoort het in een on-demand call, niet in het blok.
Het blok bevat cijfers die de agent negeert
Knip ze weg. Een blok dat voor 100% gebruikt wordt, is beter dan een dat voor 60% gebruikt wordt.
Multi-exchange context maakt het blok te groot
Gebruik één primaire exchange (meestal Binance) voor het blok. Laat de agent andere locaties ophalen alleen wanneer vergelijking nodig is — pre-populate geen multi-venue context voor het algemene geval.
Je wilt dun context dat meerdere tijdlijnen omvat
Gebruik één blok per agent doel in plaats van te proberen ze te verenigen. De TA-gerichte agent krijgt een blok met 4u trend; de scan-gerichte agent krijgt een blok met 24u delta's.