You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running ZeroClaw v0.5.0 on Raspberry Pi 4 with Anthropic Haiku 4.5 (claude-haiku-4-5-20251001). Anthropic dashboard consistently shows 0% Cache Rate — zero cache reads across all API calls.
With caching working (90% cache read): ~₹400-500/month ($5-6/month)
Wasted spend: ~₹800/month due to cache not activating
Investigation done
Confirmed workspace files total 3,279 bytes (above the documented 3KB threshold)
Verified response_cache_enabled = true in config (this is ZeroClaw's internal cache, not Anthropic's prompt cache)
No cache_control or ephemeral strings found anywhere in ~/.zeroclaw/
Anthropic dashboard shows only "Uncached Tokens" in the chart — Cache Rate line flat at 0%
Possible root causes
System prompt below Haiku's minimum cacheable token count (2,048 tokens)? Workspace files are ~800-900 tokens. Even with ZeroClaw's internal system prompt + tool schemas, the total might be under the threshold.
Dynamic content invalidating cache prefix? PR feat: refresh stale datetime in cached system prompt #3223 ("refresh stale datetime in cached system prompt") merged in v0.1.9a addresses this for timestamps. Unclear if this fix is included in v0.5.0.
cache_control headers not being sent? The Anthropic API requires cache_control: {"type": "ephemeral"} on content blocks, or the top-level cache_control field. ZeroClaw may not be injecting these for Haiku model IDs.
Affected component
provider
Severity
S2 - degraded behavior
Current behavior
Summary
Running ZeroClaw v0.5.0 on Raspberry Pi 4 with Anthropic Haiku 4.5 (
claude-haiku-4-5-20251001). Anthropic dashboard consistently shows 0% Cache Rate — zero cache reads across all API calls.Per the wiki (05.1 Built In Providers), ZeroClaw's Anthropic provider should support:
Environment
Relevant config
Current behavior
grep -ri "cache_control\|ephemeral" ~/.zeroclaw/returns nothingCost impact
At 50 messages/day on Haiku 4.5:
Investigation done
response_cache_enabled = truein config (this is ZeroClaw's internal cache, not Anthropic's prompt cache)cache_controlorephemeralstrings found anywhere in~/.zeroclaw/Possible root causes
System prompt below Haiku's minimum cacheable token count (2,048 tokens)? Workspace files are ~800-900 tokens. Even with ZeroClaw's internal system prompt + tool schemas, the total might be under the threshold.
Dynamic content invalidating cache prefix? PR feat: refresh stale datetime in cached system prompt #3223 ("refresh stale datetime in cached system prompt") merged in v0.1.9a addresses this for timestamps. Unclear if this fix is included in v0.5.0.
cache_controlheaders not being sent? The Anthropic API requirescache_control: {"type": "ephemeral"}on content blocks, or the top-levelcache_controlfield. ZeroClaw may not be injecting these for Haiku model IDs.Questions
cacheRetentionparameter)?zeroclaw statusoutput for debugging?Related issues
Expected behavior
Expected behavior
Steps to reproduce
Impact
Cost impact
At 50 messages/day on Haiku 4.5:
Logs / stack traces
ZeroClaw version
v0.5.0
Rust version
No response
Operating system
Raspberry Pi OS Bookworm (aarch64)
Regression?
Unknown
Pre-flight checks