Dlaczego to jest ważne
Agenty działające w pętlach generują dwa szybko rosnące koszty. Koszt limitu: każde wywołanie narzędzia MCP wlicza się do Twojego tygodniowego przydziału. Koszt tokenów: każdy fragment danych w oknie kontekstowym zwiększa koszt przetwarzania i obniża jakość rozumowania.
Cienki blok kontekstowy rozwiązuje oba problemy: jedno skanowanie małego tickera, podsumowane w kilku liniach, wstrzykiwane raz na początku rozmowy. Agent ma świadomość sytuacji bez burzy wywołań narzędzi czy inflacji tokenów.
Wymagania
Cryptohopper MCP skonfigurowane w kliencie MCP — patrz przegląd konfiguracji.
Przepływ pracy agenta, który działa okresowo lub ciągle. Prompty jednorazowe nie korzystają z tej techniki.
Poziom Pioneer jest wystarczający — wywołania tickerów są tanie na wszystkich poziomach. Patrz poziomy subskrypcji.
Kroki konfiguracji
Określ, co trafi do bloku
Cztery do sześciu linii, wszystko pochodzące z tickerów — około 100 tokenów. Typowy blok obejmuje: cenę i zmianę 24h dla Twoich głównych tokenów, największego wzrostu i spadku w Twoim uniwersum skanowania, wszelkie pary z niezwykłym wolumenem i jedno słowo określające reżim rynkowy.
BTC 66,120 (+1.1%, vol normal)
ETH 3,240 (+2.8%, vol elevated)
SOL 148.50 (+1.9%, vol normal)
Największy wzrost: ARB +8.2% (vol 2.4x)
Największy spadek: DOGE -3.5% (vol normal)
Niezwykły wolumen: LINK (płaska cena, vol 3.1x)
Reżim rynkowy: risk-on, moderate breadthWygeneruj blok za pomocą pętli na symbol
Nie ma narzędzia do masowego przetwarzania tickerów — każdy ticker to pojedyncze wywołanie MCP. Poniższa funkcja wykonuje jedno wywołanie na symbol. Skanowanie 3 głównych + 10 symboli kosztuje 13 wywołań na przebieg.
def build_thin_context() -> str:
exchange = "binance"
# Stałe główne tickery — po jednym wywołaniu
anchors = ["BTC/USDT", "ETH/USDT", "SOL/USDT"]
anchor_tickers = [mcp.get_ticker(exchange, pair) for pair in anchors]
# Uniwersum skanowania — po jednym wywołaniu na 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]
# Pochodne pola podsumowania
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)
# Całkowita liczba wywołań = len(anchors) + len(sweep_pairs) = 13 na przebiegWstrzyknij blok na początku pierwszej wiadomości agenta
Umieść blok przed instrukcją zadania ze znacznikiem czasu. Agent najpierw odczytuje kontekst i nie powinien ponownie pobierać niczego, co już jest wymienione.
[KONTEKST NA DZIEŃ 2026-04-24 08:00 UTC]
BTC 66,120 (+1.1%, vol normal)
ETH 3,240 (+2.8%, vol elevated)
SOL 148.50 (+1.9%, vol normal)
Największy wzrost: ARB +8.2% (vol 2.4x)
Największy spadek: DOGE -3.5% (vol normal)
Niezwykły wolumen: LINK (płaska cena, vol 3.1x)
Reżim rynkowy: risk-on, moderate breadth
Twoje zadanie: [rzeczywista rzecz, którą chcesz, aby agent zrobił]Pozwól agentowi eskalować z cienkiego bloku, gdy potrzebuje więcej
Blok to podsumowanie. Kiedy coś wygląda interesująco, agent wywołuje MCP dla świec lub głębokości księgi zleceń dla tej konkretnej pary. Większość przebiegów kończy się bez eskalacji — to jest właściwe zachowanie.
Odświeżaj z częstotliwością pasującą do przepływu pracy
Agent godzinowy → przebudowa na początku każdej godziny.
Codzienne podsumowanie → raz dziennie.
Asystent na żądanie → raz na sesję.
Nie używaj ponownie bloku poza granicami częstotliwości — nieaktualny kontekst jest gorszy niż brak kontekstu.
Matematyka
Agent działający godzinowo, 16 godzin/dzień, 5 dni roboczych/tydzień, z 13-symbolowym skanowaniem:
Podejście | Wywołania na przebieg | Tygodniowe wywołania |
Naiwny (agent pobiera od zera) | 20–100 (znacznie się różni) | 1,600–8,000 |
Cienki kontekst + selektywna eskalacja | 13 bazowych + ~10–30 podczas eskalacji | 1,840–5,040 (stabilne) |
Cienki kontekst nie zawsze jest tańszy w agregacie — to, co kupuje, to przewidywalność. Wiesz, jak wygląda tydzień z najgorszym scenariuszem. Na poziomie Pioneer 6000 wywołań/tydzień, lekki agent godzinowy jest wykonalny na darmowym poziomie.
Kiedy nie stosować tego wzorca
Sytuacja | Dlaczego cienki kontekst nie pomaga |
Jednorazowe badania konwersacyjne | Po prostu zadaj pytanie — asystent sobie z tym poradzi |
Przepływy pracy, które zawsze potrzebują głębokich danych | Generator parametrów dla bota siatkowego już potrzebuje historii świec; cienki kontekst jest zbędny |
Przepływy wykonawcze wrażliwe na poślizg cenowy | Te nigdy nie powinny opierać się na pamięci podręcznej danych — zawsze pobieraj świeże dane |
Używaj cienkiego kontekstu, gdy przepływ pracy jest powtarzalny, przewidywalny i oparty głównie na świadomości. Oszczędności się kumulują; bez tych właściwości narzut nie jest tego warty.
Rozwiązywanie problemów
Agent ignoruje cienki kontekst i ponownie pobiera te same dane
Wyskocz mu wyraźnie: "Powyższy blok kontekstu to aktualny stan — nie ponownie pobieraj tickerów dla BTC, ETH, SOL ani niczego z listy. Pobieraj nowe dane tylko wtedy, gdy potrzebujesz czegoś spoza bloku." Gdy zostanie sformułowane jako ograniczenie, agent go przestrzega.
Blok jest nieaktualny do czasu, gdy agent go użyje
Dla przepływów pracy o krótkiej częstotliwości (minutowej), blok szybko traci aktualność. Odświeżaj częściej lub wyraźnie zaznacz znacznik czasu bloku, aby agent wiedział, że musi ponownie sprawdzić przed podjęciem decyzji na podstawie starych liczb.
Format bloku jest niespójny w kolejnych przebiegach
Popraw format jako szablon i wypełniaj wartości — nie pozwól modelowi pisać bloku. Deterministyczny generator zapewnia spójne wyniki.
Chcesz więcej danych w bloku
Oprzyj się pokusie. Każda linia kosztuje tokeny przy każdym przebiegu. Jeśli punkt danych nie jest używany w większości przebiegów, należy go umieścić w wywołaniu na żądanie, a nie w bloku.
Blok zawiera liczby, które agent ignoruje
Wytnij je. Blok, który jest w 100% używany, jest lepszy niż taki, który jest używany w 60%.
Kontekst wielu giełd sprawia, że blok jest zbyt duży
Użyj jednej głównej giełdy (zwykle Binance) dla bloku. Niech agent pobiera dane z innych platform tylko wtedy, gdy potrzebne jest porównanie — nie pre-wypełniaj kontekstu obejmującego wiele platform dla ogólnego przypadku.
Chcesz cienkiego kontekstu obejmującego wiele ram czasowych
Użyj jednego bloku na cel agenta zamiast próbować je ujednolicić. Agent skoncentrowany na TA otrzymuje blok z trendem 4h; agent skoncentrowany na skanowaniu otrzymuje blok z delta 24-godzinnymi.