Gzipped request bodies are compiled off behind tengu_gentle_hammock and can be forced with CLAUDE_CODE_GZIP_CCR_REQUEST_BODIES.
What
Requests to the Remote Control worker can now be sent with gzip-compressed bodies. It is decided by the flag tengu_gentle_hammock, which is compiled in as off, and can be forced either way with CLAUDE_CODE_GZIP_CCR_REQUEST_BODIES. It only applies on the Bun runtime, and only for string bodies of at least 1024 characters.
Details
- Refusal reasons are recorded as
env_off,not_bun_runtime,below_min_sizeandflag_off. - Proxies, mTLS, unix sockets and custom CA certificates all disable it.
- The flag name does not exist in the previous release, so nothing turns this on unless the account's remote config serves it.
Usage
CLAUDE_CODE_GZIP_CCR_REQUEST_BODIES=1 claudeEvidence
CLAUDE_CODE_GZIP_CCR_REQUEST_BODIES, gzipRequestBodyFetch
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Names in the bundleCLAUDE_CODE_GZIP_CCR_REQUEST_BODIEStengu_gentle_hammock
Flag reading moved
The flag server now returns on for tengu_gentle_hammock, read as this account.
A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved
The flag server now returns nothing at all, having stopped carrying it for tengu_gentle_hammock, read as this account.
A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
One source agreesOne thing we can check says the same as this entry.
The name it cites is new in this build
New in this build: CLAUDE_CODE_GZIP_CCR_REQUEST_BODIES