Warum das wichtig ist
Agents, die in Schleifen laufen, haben zwei Kosten, die schnell ansteigen. Quota-Kosten: Jeder MCP-Tool-Aufruf zählt von deiner wöchentlichen Zuteilung ab. Token-Kosten: Jedes Datenstück im Kontextfenster erhöht die Verarbeitungskosten und verschlechtert die Schlussfolgerungsqualität.
Ein dünner Kontextblock adressiert beides: ein kurzer Ticker-Sweep, zusammengefasst in wenigen Zeilen, der einmal am Anfang des Gesprächs eingefügt wird. Der Agent hat Situationsbewusstsein, ohne den Tool-Call-Sturm oder die Token-Inflation.
Voraussetzungen
Cryptohopper MCP in einem MCP-Client konfiguriert – siehe die Einrichtungsübersicht.
Ein Agenten-Workflow, der periodisch oder kontinuierlich läuft. Single-Shot-Prompts profitieren nicht von dieser Technik.
Pioneer-Tier ist ausreichend – Ticker-Aufrufe sind auf allen Tiers günstig. Siehe Abonnement-Tiers.
Einrichtungsschritte
Definiere, was in den Block kommt
Vier bis sechs Zeilen, alle vom Ticker abgeleitet – etwa 100 Tokens. Ein typischer Block umfasst: Preis und 24h-Änderung für deine Anker-Token, den Top-Gewinner und -Verlierer in deinem Sweep-Universum, jedes Paar mit ungewöhnlichem Volumen und ein Ein-Wort-Marktregime-Label.
BTC 66.120 (+1,1 %, vol normal)
ETH 3.240 (+2,8 %, vol erhöht)
SOL 148,50 (+1,9 %, vol normal)
Top Gewinner: ARB +8,2 % (vol 2,4x)
Top Verlierer: DOGE -3,5 % (vol normal)
Ungewöhnliches Volumen: LINK (flacher Preis, vol 3,1x)
Marktregime: risk-on, moderate BreiteGeneriere den Block mit einer Pro-Symbol-Schleife
Es gibt kein Bulk-Ticker-Tool – jeder Ticker ist ein einzelner MCP-Aufruf. Die nachstehende Funktion macht einen Aufruf pro Symbol. Ein Sweep mit 3 Anker-Token + 10 Symbolen kostet 13 Aufrufe pro Lauf.
def build_thin_context() -> str:
exchange = "binance"
# Feste Anker-Ticker — ein Aufruf pro Stück
anchors = ["BTC/USDT", "ETH/USDT", "SOL/USDT"]
anchor_tickers = [mcp.get_ticker(exchange, pair) for pair in anchors]
# Sweep-Universum — ein Aufruf pro Symbol
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]
# Gewinnung von Zusammenfassungsfeldern
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)
# Gesamtanzahl der Aufrufe = len(anchors) + len(sweep_pairs) = 13 pro LaufFüge den Block oben in die Eröffnungsnachricht des Agenten ein
Platziere den Block vor der Aufgabenanweisung mit einem Zeitstempel. Der Agent liest zuerst den Kontext und sollte nichts erneut abrufen, was bereits aufgeführt ist.
[KONTEXT VOM 24.04.2026 08:00 UTC]
BTC 66.120 (+1,1 %, vol normal)
ETH 3.240 (+2,8 %, vol erhöht)
SOL 148,50 (+1,9 %, vol normal)
Top Gewinner: ARB +8,2 % (vol 2,4x)
Top Verlierer: DOGE -3,5 % (vol normal)
Ungewöhnliches Volumen: LINK (flacher Preis, vol 3,1x)
Marktregime: risk-on, moderate Breite
Deine Aufgabe: [was genau der Agent tun soll]Lass den Agenten vom dünnen Block eskalieren, wenn er mehr braucht
Der Block ist die Zusammenfassung. Wenn etwas interessant wird, ruft der Agent die MCP für Kerzen oder Orderbuch-Tiefe für dieses spezielle Paar auf. Die meisten Läufe enden ohne Eskalation – das ist das richtige Verhalten.
Aktualisiere in einem Takt, der zum Workflow passt
Stündlicher Agent → Wiederaufbau zu Beginn jeder Stunde.
Tägliche Zusammenfassung → einmal pro Tag.
On-Demand-Assistent → einmal pro Sitzung.
Verwende keinen Block über Taktgrenzen hinweg wieder – veralteter Kontext ist schlimmer als gar kein Kontext.
Die Mathematik
Ein Agent, der stündlich läuft, 16 Stunden/Tag, 5 Werktage/Woche, mit einem 13-Symbol-Sweep:
Ansatz | Aufrufe pro Lauf | Wöchentliche Aufrufe |
Naiv (Agent zieht von Grund auf neu) | 20–100 (stark schwankend) | 1.600–8.000 |
Dünner Kontext + selektive Eskalation | 13 Baseline + ~10–30 bei Eskalation | 1.840–5.040 (stabil) |
Der dünne Kontext ist nicht immer insgesamt günstiger – was er kauft, ist Vorhersehbarkeit. Du weißt, wie die schlimmste Woche aussieht. Auf Pioneers 6.000 Aufrufe/Woche hält er einen leichten stündlichen Agenten auf dem kostenlosen Tier machbar.
Wann dieses Muster nicht verwendet werden sollte
Situation | Warum dünner Kontext nicht hilft |
Einmalige konversationelle Recherche | Stell einfach die Frage – der Assistent kümmert sich darum |
Workflows, die immer tiefe Daten benötigen | Ein Grid-Bot-Parameter-Generator benötigt bereits Kerzenhistorie; der dünne Kontext ist redundant |
Slippage-empfindliche Ausführungsflüsse | Diese sollten niemals aus einem zwischengespeicherten Kontext schlussfolgern – immer frische Daten abrufen |
Verwende dünnen Kontext, wenn der Workflow wiederholt, vorhersehbar und hauptsächlich auf Bewusstsein basiert ist. Die Einsparungen summieren sich; ohne diese Eigenschaften lohnt sich der Aufwand nicht.
Fehlerbehebung
Der Agent ignoriert den dünnen Kontext und zieht dieselben Daten erneut ab
Fordere ihn explizit auf: "Der obige Kontextblock ist der aktuelle Zustand – ziehe keine Ticker für BTC, ETH, SOL oder etwas Aufgeführtes erneut ab. Ziehe nur neue Daten ab, wenn du etwas benötigst, das nicht im Block ist." Sobald dies als Einschränkung formuliert ist, beachtet der Agent dies.
Der Block ist veraltet, wenn der Agent ihn verwendet
Bei Workflows mit kurzer Taktung (Minutenebene) wird der Block schnell veraltet. Entweder häufiger aktualisieren oder den Zeitstempel des Blocks deutlich markieren, damit der Agent weiß, dass er vor Entscheidungen auf Basis alter Zahlen erneut prüfen muss.
Das Format des Blocks ist von Lauf zu Lauf inkonsistent
Korrigiere das Format als Vorlage und fülle die Werte ein – lass das Modell den Block nicht schreiben. Ein deterministischer Generator erzeugt konsistente Ausgaben.
Du möchtest mehr Daten im Block haben
Widerstehe dem Drang. Jede Zeile kostet bei jedem Lauf Tokens. Wenn ein Datenpunkt bei den meisten Läufen nicht verwendet wird, gehört er in einen On-Demand-Aufruf, nicht in den Block.
Der Block enthält Zahlen, die der Agent ignoriert
Schneide sie weg. Ein Block, der zu 100 % verwendet wird, ist besser als einer, der zu 60 % verwendet wird.
Multi-Exchange-Kontext macht den Block zu groß
Verwende eine primäre Börse (normalerweise Binance) für den Block. Lass den Agenten andere Börsen nur dann abrufen, wenn ein Vergleich erforderlich ist – fülle nicht vorab Multi-Venue-Kontext für den allgemeinen Fall vor.
Du möchtest einen dünnen Kontext, der mehrere Zeitrahmen abdeckt
Verwende pro Agenten-Zweck einen Block, anstatt zu versuchen, diese zu vereinen. Der TA-fokussierte Agent erhält einen Block mit 4h-Trend; der Scan-fokussierte Agent erhält einen Block mit 24h-Deltas.