·
48 commits
to main
since this release
Remote Control through the proxy
Claude Code ≥ 2.1.196 disables Remote Control / mobile session visibility (and /schedule, claude.ai MCP connectors) whenever ANTHROPIC_BASE_URL is set — which is exactly how reverse-proxy mode routes the client. v4.3.0 adds an opt-in forward-proxy mode that keeps Claude Code first-party so those features keep working, while the proxy still sees and transforms /v1/messages.
All changes are additive and backward-compatible. Every new mode is opt-in; defaults are unchanged. Upgrading with prior defaults gives you identical reverse-proxy behavior.
Highlights
- Opt-in forward-proxy mode (
CACHE_FIX_FORWARD_PROXY=on) — the proxy handles HTTPCONNECTand MITMs onlyapi.anthropic.comwith a locally-generated CA, blind-tunneling everything else. The client wiresHTTPS_PROXY+NODE_EXTRA_CA_CERTSand leavesANTHROPIC_BASE_URLunset, so Remote Control / mobile session visibility keeps working. (#251, implements #248 — thanks @codeslake) cache-fix-proxy --remote-control— one-command launcher that does the forward-proxy wiring for you. (#254)- Honor
CLAUDE_CONFIG_DIRfor all on-disk proxy state, so multiple config roots don't clobber each other's credentials/state. (#246 — thanks @codeslake) - Accurate statusline TTL tier — the cache-TTL indicator now reads the measured
ephemeral_1h/ephemeral_5msplit instead of guessing, fixing two mislabel cases. (#252, fixes #247 — thanks @codeslake)
Notes
- Forward-proxy mode is load-bearing (TLS termination, a generated MITM CA, a credential-bearing wire path). It went through independent (Codex) review, human review, and live end-to-end validation (Remote Control restored, phone connected).
- Remote Control does a trusted-device enrollment on first connect that can need a few
/remote-controlretries — a Claude Code step, not a proxy failure. See the README Forward-proxy section, which also documents the shared-service crash-semantics tradeoff.
Upgrade: npm install -g claude-code-cache-fix@4.3.0
Full details in CHANGELOG.md.