cacheRead i cacheWrite wszędzie tam, gdzie nadrzędny interfejs API udostępnia te liczniki. Podsumowania użycia (/status i podobne) korzystają z ostatniego wpisu o użyciu w transkrypcji, gdy bieżąca migawka sesji nie zawiera liczników pamięci podręcznej; niezerowa wartość bieżąca zawsze ma pierwszeństwo przed wartością zastępczą.
Materiały dotyczące dostawców:
Główne ustawienia
cacheRetention
Wartości: "none" | "short" | "long". Można skonfigurować jako globalną wartość domyślną, dla poszczególnych modeli i dla poszczególnych agentów.
"standard" nie jest aliasem; użyj "short", aby zastosować domyślne okno pamięci podręcznej dostawcy. Nieprawidłowe wartości są ignorowane z ostrzeżeniem.
agents.defaults.params- globalna wartość domyślna dla wszystkich modeliagents.defaults.models["provider/model"].params- nadpisanie dla poszczególnego modeluagents.list[].params- nadpisanie dla poszczególnego agenta, dopasowywane według identyfikatora agenta
src/agents/embedded-agent-runner/extra-params.ts (resolveExtraParams).
contextPruning.mode: "cache-ttl"
Usuwa stary kontekst wyników narzędzi po upływie okna TTL pamięci podręcznej, aby żądanie wysłane po okresie bezczynności nie powodowało ponownego buforowania nadmiernie obszernej historii.
Utrzymywanie aktywności przez Heartbeat
Heartbeat może utrzymywać aktywność okien pamięci podręcznej i ograniczać wielokrotne zapisy do pamięci podręcznej po okresach bezczynności. Można go skonfigurować globalnie (agents.defaults.heartbeat) lub dla poszczególnych agentów (agents.list[].heartbeat).
Zachowanie dostawcy
Anthropic (bezpośrednie API i Vertex AI)
cacheRetentionjest obsługiwane dla dostawcówanthropicianthropic-vertex, a także dla modeli Claude wamazon-bedrocki niestandardowych punktów końcowych zgodnych zanthropic-messages, gdycacheRetentionjest ustawione jawnie.- Gdy ta wartość nie jest ustawiona, OpenClaw inicjalizuje
cacheRetention: "short"dla bezpośredniego Anthropic (wyłącznie dostawcyanthropicianthropic-vertex; inne ścieżki z rodziny Anthropic wymagają jawnej wartości). - Natywne odpowiedzi Anthropic Messages udostępniają
cache_read_input_tokensicache_creation_input_tokens, mapowane odpowiednio nacacheReadicacheWrite. cacheRetention: "short"odpowiada domyślnej efemerycznej pamięci podręcznej o czasie przechowywania wynoszącym 5 minut.cacheRetention: "long"żąda czasu TTL wynoszącego 1 godzinę (cache_control: { type: "ephemeral", ttl: "1h" }), gdy jest ustawione jawnie. Niejawne lub sterowane zmienną środowiskową długie przechowywanie (OPENCLAW_CACHE_RETENTION=longbez jawnego ustawieniacacheRetention) przechodzi na 1-godzinny TTL tylko na hostachapi.anthropic.comlub Vertex AI (aiplatform.googleapis.com/*-aiplatform.googleapis.com); inne hosty zachowują 5-minutową pamięć podręczną.
src/agents/anthropic-payload-policy.ts (resolveAnthropicEphemeralCacheControl, isLongTtlEligibleEndpoint).
OpenAI (bezpośrednie API)
- Buforowanie promptów odbywa się automatycznie w obsługiwanych najnowszych modelach; OpenClaw nie wstawia znaczników pamięci podręcznej na poziomie bloków.
- OpenClaw wysyła
prompt_cache_key, aby zachować stabilne kierowanie do pamięci podręcznej między turami. Bezpośrednie hostyapi.openai.comotrzymują to automatycznie. Serwery proxy zgodne z OpenAI (oMLX, llama.cpp, niestandardowe punkty końcowe) muszą mieć ustawionecompat.supportsPromptCacheKey: truew konfiguracji modelu, aby włączyć tę funkcję — nigdy nie jest ona automatycznie wykrywana dla serwera proxy. prompt_cache_retention: "24h"jest dodawane tylko wtedy, gdy wybranocacheRetention: "long", a rozpoznany punkt końcowy obsługuje zarówno klucz pamięci podręcznej, jak i długie przechowywanie (compat.supportsLongCacheRetention, domyślnie true; profile zgodności Together AI i Cloudflare wyłączają tę funkcję).cacheRetention: "none"pomija oba pola.- Trafienia w pamięci podręcznej są udostępniane przez
usage.prompt_tokens_details.cached_tokens(Chat Completions) lubinput_tokens_details.cached_tokens(Responses API) i mapowane nacacheRead. - Ładunki Responses API mogą również udostępniać
input_tokens_details.cache_write_tokens, mapowane nacacheWritei rozliczane według stawki modelu za zapis do pamięci podręcznej; w przypadku ładunków Responses, które pomijają to pole,cacheWritezachowuje wartość0. API Chat Completions firmy OpenAI nie dokumentuje ani nie emituje licznikacache_write_tokens, ale OpenClaw nadal odczytuje tamprompt_tokens_details.cache_write_tokensna potrzeby serwerów proxy zgodnych z OpenRouter i serwerów proxy w stylu DeepSeek, które raportują oddzielną liczbę zapisów. - W praktyce OpenAI działa bardziej jak pamięć podręczna początkowego prefiksu niż mechanizm ponownego wykorzystania przesuwającej się pełnej historii firmy Anthropic — zobacz poniżej oczekiwania dotyczące działania OpenAI na żywo.
Amazon Bedrock
- Odwołania do modeli Anthropic Claude (
amazon-bedrock/*anthropic.claude*, a także prefiksy systemowych profili wnioskowania AWSus./eu./global.anthropic.claude*) obsługują jawne przekazywaniecacheRetention. - Modele Bedrock inne niż Anthropic (na przykład
amazon.nova-*) w czasie wykonywania nie stosują przechowywania w pamięci podręcznej, niezależnie od skonfigurowanej wartościcacheRetention. - Niejawne ARN-y profili wnioskowania aplikacji Bedrock (identyfikatory profili, które nie zawierają
claude) również nie stosują przechowywania w pamięci podręcznej, chyba że jawnie ustawionocacheRetention, ponieważ rodziny modelu nie można wywnioskować wyłącznie z ARN-u.
OpenRouter
W przypadku odwołań do modeliopenrouter/anthropic/* OpenClaw wstawia znaczniki Anthropic cache_control w blokach promptów systemowych/deweloperskich, ale tylko wtedy, gdy żądanie nadal jest kierowane do zweryfikowanej trasy OpenRouter (openrouter w jej domyślnym punkcie końcowym lub dowolnego dostawcy/bazowego adresu URL, który jest rozpoznawany jako openrouter.ai). Przekierowanie modelu na dowolny adres URL serwera proxy zgodnego z OpenAI zatrzymuje wstawianie tych znaczników.
contextPruning.mode: "cache-ttl" jest dozwolone dla odwołań do modeli openrouter/anthropic/*, openrouter/deepseek/*, openrouter/moonshot/*, openrouter/moonshotai/* i openrouter/zai/*, ponieważ te trasy obsługują buforowanie promptów po stronie dostawcy bez potrzeby stosowania znaczników wstrzykiwanych przez OpenClaw.
Źródło: extensions/openrouter/index.ts (OPENROUTER_CACHE_TTL_MODEL_PREFIXES).
Tworzenie pamięci podręcznej DeepSeek w OpenRouter odbywa się w miarę możliwości i może potrwać kilka sekund; bezpośrednio następujące żądanie może nadal wskazywać cached_tokens: 0. Należy zweryfikować działanie za pomocą ponownego żądania z tym samym prefiksem po krótkim opóźnieniu, używając usage.prompt_tokens_details.cached_tokens jako sygnału trafienia w pamięci podręcznej.
Google Gemini (bezpośrednie API)
- Bezpośredni transport Gemini (
api: "google-generative-ai") zgłasza trafienia w pamięci podręcznej za pośrednictwem nadrzędnego polacachedContentTokenCount, mapowanego nacacheRead. - Obsługiwane rodziny modeli:
gemini-2.5*igemini-3*(z wyłączeniem wariantów Live/preview, które nie pasują do tego prefiksu, na przykładgemini-live-2.5-flash-preview). - Gdy na obsługiwanym modelu ustawiono
cacheRetention, OpenClaw automatycznie tworzy, ponownie wykorzystuje i odświeża zasóbcachedContentsdla promptu systemowego — nie jest potrzebny ręczny uchwyt buforowanej zawartości. TTL wynosi300sdlacacheRetention: "short"i3600sdla"long". - Nadal można przekazać istniejący uchwyt buforowanej zawartości Gemini jako
params.cachedContent(lub starszeparams.cached_content); jawny uchwyt całkowicie pomija automatyczną ścieżkę zarządzania pamięcią podręczną. - Jest to niezależne od buforowania prefiksów promptów Anthropic/OpenAI: zamiast wstrzykiwać wbudowane znaczniki pamięci podręcznej, OpenClaw zarządza natywnym dla dostawcy zasobem
cachedContentsdla Gemini.
src/agents/embedded-agent-runner/google-prompt-cache.ts.
Dostawcy oparci na środowisku CLI (Claude Code, Gemini CLI)
Backendy CLI, które emitują zdarzenia użycia JSONL (jsonlDialect: "claude-stream-json" lub "gemini-stream-json"), korzystają ze wspólnego parsera użycia, rozpoznającego kilka wariantów nazw pól, w tym zwykły licznik cached mapowany na cacheRead. Gdy ładunek JSON interfejsu CLI nie zawiera bezpośredniego pola liczby tokenów wejściowych, OpenClaw wyznacza je jako input_tokens - cached. Jest to wyłącznie normalizacja użycia — nie tworzy znaczników pamięci podręcznej promptów w stylu Anthropic/OpenAI dla modeli obsługiwanych przez CLI.
Źródło: src/agents/cli-output.ts (toCliUsage).
Inni dostawcy
Jeśli dostawca nie obsługuje żadnego z powyższych trybów pamięci podręcznej,cacheRetention nie ma żadnego efektu.
Granica pamięci podręcznej promptu systemowego
OpenClaw dzieli prompt systemowy na stabilny prefiks i zmienny sufiks na wewnętrznej granicy prefiksu pamięci podręcznej. Zawartość powyżej granicy (definicje narzędzi, metadane umiejętności, pliki obszaru roboczego) jest uporządkowana tak, aby pozostawała identyczna bajt po bajcie między turami. Zawartość poniżej granicy (na przykładHEARTBEAT.md, znaczniki czasu środowiska uruchomieniowego i inne metadane poszczególnych tur) może się zmieniać bez unieważniania buforowanego prefiksu.
Najważniejsze decyzje projektowe:
- Stabilne pliki kontekstu projektu z obszaru roboczego są umieszczane przed
HEARTBEAT.md, aby zmienność mechanizmu Heartbeat nie unieważniała stabilnego prefiksu. - Granica obowiązuje w kształtowaniu transportu dla rodzin Anthropic i OpenAI, Google oraz CLI, dzięki czemu wszyscy obsługiwani dostawcy korzystają z tej samej stabilności prefiksu.
- Żądania Codex Responses i Anthropic Vertex są kierowane przez mechanizm kształtowania pamięci podręcznej uwzględniający granicę, dzięki czemu ponowne użycie pamięci podręcznej pozostaje zgodne z danymi faktycznie otrzymywanymi przez dostawców.
- Odciski promptów systemowych są normalizowane (białe znaki, zakończenia wierszy, kontekst dodawany przez hooki, kolejność możliwości środowiska uruchomieniowego), dzięki czemu prompty niezmienione semantycznie współdzielą pamięć podręczną między turami.
cacheWrite po zmianie konfiguracji lub obszaru roboczego należy sprawdzić, czy zmiana znajduje się powyżej, czy poniżej granicy pamięci podręcznej. Przeniesienie zmiennej zawartości poniżej granicy (lub jej ustabilizowanie) zazwyczaj rozwiązuje problem.
Zabezpieczenia stabilności pamięci podręcznej OpenClaw
- Dołączone katalogi narzędzi MCP są sortowane deterministycznie (najpierw według nazwy serwera, a następnie nazwy narzędzia) przed rejestracją narzędzi, dzięki czemu zmiany kolejności
listTools()nie powodują zmian w bloku narzędzi ani unieważniania prefiksów pamięci podręcznej promptów. - Starsze sesje z utrwalonymi blokami obrazów zachowują bez zmian 3 ostatnie ukończone tury (z uwzględnieniem wszystkich ukończonych tur, a nie tylko tych zawierających obrazy). Starsze, już przetworzone bloki obrazów są zastępowane znacznikiem tekstowym, aby kolejne żądania związane z obrazami nie wysyłały ponownie dużych, nieaktualnych ładunków.
Wzorce dostrajania
Ruch mieszany (zalecane ustawienie domyślne)
Należy zachować długotrwałą konfigurację bazową dla głównego agenta i wyłączyć buforowanie dla agentów powiadamiających, którzy działają w krótkich seriach:Konfiguracja bazowa ukierunkowana na koszty
- Należy ustawić bazowe
cacheRetention: "short". - Należy włączyć
contextPruning.mode: "cache-ttl". - Interwał Heartbeat powinien być krótszy niż TTL tylko w przypadku agentów, które korzystają z rozgrzanej pamięci podręcznej.
Testy regresji na żywo
OpenClaw uruchamia jedną połączoną bramkę testów regresji pamięci podręcznej na żywo, obejmującą powtarzające się prefiksy, tury narzędzi, tury obrazów, transkrypcje narzędzi w stylu MCP oraz próbę kontrolną Anthropic bez pamięci podręcznej.src/agents/live-cache-regression.live.test.tssrc/agents/live-cache-regression-runner.tssrc/agents/live-cache-regression-baseline.ts
Oczekiwania dotyczące działania Anthropic na żywo
- Oczekiwane są jawne zapisy rozgrzewające za pośrednictwem
cacheWrite. - Oczekiwane jest ponowne użycie niemal całej historii w kolejnych turach, ponieważ sterowanie pamięcią podręczną Anthropic przesuwa punkt graniczny pamięci podręcznej wraz z postępem konwersacji.
- Bazowe dolne progi dla stabilnych ścieżek oraz ścieżek narzędziowych, obrazowych i w stylu MCP są twardymi bramkami regresji.
Oczekiwania dotyczące działania OpenAI na żywo
- Oczekiwane jest tylko
cacheRead;cacheWritepozostaje0w Chat Completions. - Ponowne użycie pamięci podręcznej w kolejnych turach należy traktować jako specyficzne dla dostawcy wypłaszczenie, a nie charakterystyczne dla Anthropic przesuwające się ponowne użycie całej historii.
- Dolne progi służą tylko do monitorowania (ich niespełnienie jest rejestrowane jako ostrzeżenie, a nie niepowodzenie testu) i wynikają z zachowania zaobserwowanego podczas działania na żywo w
gpt-5.4-mini:
Ostatnio zaobserwowane wartości bazowe (z
live-cache-regression-baseline.ts) wyniosły: stabilny prefiks cacheRead=4864, współczynnik trafień 0.966; transkrypcja narzędziowa cacheRead=4608, współczynnik trafień 0.896; transkrypcja obrazowa cacheRead=4864, współczynnik trafień 0.954; transkrypcja w stylu MCP cacheRead=4608, współczynnik trafień 0.891.
Dlaczego asercje się różnią: Anthropic udostępnia jawne punkty graniczne pamięci podręcznej i przesuwające się ponowne użycie historii konwersacji, natomiast efektywny prefiks wielokrotnego użytku OpenAI w ruchu na żywo może osiągnąć wypłaszczenie wcześniej niż cały prompt. Porównywanie obu dostawców przy użyciu jednego wspólnego progu procentowego powoduje fałszywe regresje.
Konfiguracja diagnostics.cacheTrace
Przełączniki zmiennych środowiskowych (jednorazowe debugowanie)
Co sprawdzić
- Zdarzenia śledzenia pamięci podręcznej mają format JSONL i zawierają etapowe migawki, takie jak
session:loaded,prompt:before,stream:contextorazsession:after. - Wpływ tokenów pamięci podręcznej w poszczególnych turach jest widoczny w standardowych powierzchniach użycia:
cacheReadicacheWritepojawiają się w/usage tokens,/status, podsumowaniach użycia sesji oraz niestandardowych układachmessages.usageTemplate. - W przypadku Anthropic, gdy pamięć podręczna jest aktywna, oczekiwane są zarówno
cacheRead, jak icacheWrite. - W przypadku OpenAI przy trafieniach pamięci podręcznej oczekiwane jest
cacheRead;cacheWritejest uzupełniane tylko w ładunkach Responses API, które je zawierają (zobacz sekcję OpenAI powyżej). - OpenAI zwraca również nagłówki śledzenia i limitów szybkości, takie jak
x-request-id,openai-processing-msorazx-ratelimit-*; należy używać ich do śledzenia żądań, ale rozliczanie trafień pamięci podręcznej powinno nadal opierać się na ładunku użycia, a nie na nagłówkach.
Szybkie rozwiązywanie problemów
- Wysokie
cacheWritew większości tur: sprawdź zmienne dane wejściowe promptu systemowego; zweryfikuj, czy model lub dostawca obsługuje ustawienia pamięci podręcznej. - Wysokie
cacheWritew Anthropic: często oznacza, że punkt graniczny pamięci podręcznej przypada na treść zmieniającą się przy każdym żądaniu. - Niskie
cacheReadOpenAI: zweryfikuj, czy stabilny prefiks znajduje się na początku, powtarzany prefiks ma co najmniej 1024 tokeny oraz czy ten samprompt_cache_keyjest ponownie używany w turach, które powinny współdzielić pamięć podręczną. - Brak efektu działania
cacheRetention: potwierdź, że klucz modelu odpowiadaagents.defaults.models["provider/model"]. - Żądania Bedrock Nova z ustawieniami pamięci podręcznej: oczekiwane — w czasie wykonywania są rozwiązywane bez zachowywania pamięci podręcznej.