Proč na tom záleží
Agenteři, kteří běží v cyklech, mají dva náklady, které se rychle sčítají. Náklady na kvótu: každý volání nástroje MCP se započítává do vašeho týdenního limitu. Náklady na tokeny: každý kus dat v kontextovém okně zvyšuje náklady na zpracování a snižuje kvalitu uvažování.
Řešením obojího je tenký kontextový blok: jedno malé proběhnutí tickerů, shrnuté do několika řádků, vložené jednou na začátku konverzace. Agent má povědomí o situaci bez bouře volání nástrojů nebo inflace tokenů.
Předpoklady
Cryptohopper MCP nakonfigurovaný v MCP klientovi — viz přehled nastavení.
Workflow agenta, který běží periodicky nebo nepřetržitě. Jednorázové prompty z této techniky netěží.
Dostatečná je Pioneer úroveň — volání tickerů jsou na všech úrovních levná. Viz úrovně předplatného.
Kroky nastavení
Definuj, co jde do bloku
Čtyři až šest řádků, vše odvozené z tickerů — asi 100 tokenů. Typický blok pokrývá: cenu a 24h změnu pro vaše hlavní tickery, největšího gainera a losera napříč vaším vesmírem k prozkoumání, jakýkoli pár s neobvyklým objemem a jednoslovný popisek tržního režimu.
BTC 66,120 (+1.1%, vol normal)
ETH 3,240 (+2.8%, vol elevated)
SOL 148.50 (+1.9%, vol normal)
Top gainer: ARB +8.2% (vol 2.4x)
Top loser: DOGE -3.5% (vol normal)
Unusual volume: LINK (flat price, vol 3.1x)
Market regime: risk-on, moderate breadthVygeneruj blok cyklem pro každý symbol
Neexistuje žádný hromadný nástroj pro tickery — každý ticker je jedno volání MCP. Následující funkce provede jedno volání na symbol. Průzkum 3 hlavních + 10 symbolů stojí 13 volání za běh.
def build_thin_context() -> str:
exchange = "binance"
# Fixed anchor tickers — one call each
anchors = ["BTC/USDT", "ETH/USDT", "SOL/USDT"]
anchor_tickers = [mcp.get_ticker(exchange, pair) for pair in anchors]
# Sweep universe — one call per 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]
# Derive summary fields
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 calls = len(anchors) + len(sweep_pairs) = 13 per runVlož blok na začátek úvodní zprávy agenta
Umísti blok před instrukci k úkolu s časovým razítkem. Agent nejprve čte kontext a neměl by znovu načítat nic, co už je uvedeno.
[CONTEXT AS OF 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)
Top gainer: ARB +8.2% (vol 2.4x)
Top loser: DOGE -3.5% (vol normal)
Unusual volume: LINK (flat price, vol 3.1x)
Market regime: risk-on, moderate breadth
Your task: [the actual thing you want the agent to do]Nech agenta eskalovat z tenkého bloku, když potřebuje víc
Blok je shrnutí. Když něco vypadá zajímavě, agent zavolá MCP pro svíčky nebo hloubku orderbooku na daném konkrétním páru. Většina běhů končí bez jakékoli eskalace — to je správné chování.
Obnovuj v kadenci, která odpovídá workflow
Hodinového agenta — obnovuj na začátku každé hodiny.
Denní souhrn — jednou denně.
Asistenta na vyžádání — jednou za session.
NeznovuPoužívej blok přes hranice kadence — zastaralý kontext je horší než žádný kontext.
Matematika
Agent běžící hodinu, 16 hodin denně, 5 pracovních dnů v týdnu, s průzkumem 13 symbolů:
Přístup | Volání na běh | Týdenní volání |
Naivní (agent stahuje od nuly) | 20–100 (hodně se liší) | 1 600–8 000 |
Tenký kontext + selektivní eskalace | 13 základních + ~10–30 při eskalaci | 1 840–5 040 (stabilní) |
Tenký kontext není vždy levnější v agregátu — to, co kupuje, je předvídatelnost. Víš, jak vypadá týden s nejhorším scénářem. Na Pioneer 6 000 volání týdně udrží lehkého hodinového agenta na bezplatné úrovni.
Kdy tento vzor nepoužívat
Situace | Proč tenký kontext nepomáhá |
Jednorázový konverzační výzkum | Stačí položit otázku — asistent to vyřeší |
Workflow, které vždy potřebují hluboká data | Generátor parametrů grid-botu už potřebuje historii svíček; tenký kontext je nadbytečný |
Skluzově citlivé exekuční workflow | Tyto by se nikdy neměly odvozovat z cacheovaného kontextu — vždy stahuj čerstvá data |
Použij tenký kontext, když je workflow opakované, předvídatelné a většinou založené na povědomí. Úspory se sčítají; bez těchto vlastností režie nestojí za to.
Řešení problémů
Agent ignoruje tenký kontext a znovu stahuje stejná data
Explicitně ho k tomu pobídni: „Kontextový blok výše je aktuální stav — znovu nestahuj tickery pro BTC, ETH, SOL ani nic uvedeného. Nová data stahuj pouze v případě, že potřebuješ něco, co není v bloku.“ Jakmile je to rámováno jako omezení, agent to respektuje.
Blok je zastaralý, než ho agent použije
Pro krátké kadence workflow (na minutové úrovni) se blok rychle stává neaktuálním. Buď obnovuj častěji, nebo jasně označ časové razítko bloku, aby agent věděl, že se má znovu zkontrolovat, než udělá rozhodnutí na základě starých čísel.
Formát bloku je nekonzistentní z běhu na běh
Oprav formát jako šablonu a vyplň hodnoty — nenechávej model, ať blok píše. Deterministický generátor produkuje konzistentní výstup.
Chceš v bloku více dat
Odolávej nutkání. Každý řádek stojí tokeny při každém běhu. Pokud se datový bod ve většině běhů neodkazuje, patří do volání na vyžádání, ne do bloku.
Blok obsahuje čísla, která agent ignoruje
Odeber je. Blok, který je 100% využit, je lepší než ten, který je z 60% využit.
Kontext s více burzami způsobí, že blok je příliš velký
Použij jednu primární burzu (obvykle Binance) pro blok. Nech agenta stahovat další místa pouze tehdy, když je potřeba porovnání — nepředvyplňuj multivenkovní kontext pro obecný případ.
Chceš tenký kontext pokrývající více časových rámců
Místo pokusů o sjednocení použij jeden blok na účel agenta. TA-fokusovaný agent dostane blok s 4h trendem; skenovací agent dostane blok s 24h delta.