= - =

Claude JSON unmarshal failed: invalid character '\x1b' looking for beginning of value | channel_id=8, response_size=2265, status=200, content_type=application/json; charset=utf-8, content_encoding=br, preview=\x1b\xa7\x0dQT\x93z\x00\xd0HY8\x7f\xbf\xf9\xde\xcd\xfa\xfa\x9d7{\x9a'\xc8z\xfeN\xc4\xd3G\xb20@n\xc3\x84\x8b\xac(\x14\xbc-\x15\xa3,U#\xad\xd3\xa6\xf2\xf5\x7f;3\x09S[\xfe\xabt#\x1f\x7f&\xb0@\x02\xdfq\x9e\x0b$\xe0 \x07\xcby\xa5S\xe3[W\xe1~+\xab\xea\xd4u\xb4\xb6B\xe8\xc4:sG#\x99$hK\x12\xb1dM\xb4\x11!RM\x92K\xa4\x92\xad\xd9[H\xff\xa4\xff\x10\xfb\xdb\x90\xa6uM\xf0?\xa8oG\xf8\x1cf\x8c\x04\xd2\xa1\x04\xe3\xba\xea$\x90`\x19\x18#[\xb8%\xdc\x16\xa2\xe1\xe8\xed\xf0\xfd\xe8}\xc8C-\x01%\x98\xb1R\xb1p\xe4\xe6o\x9fk\x0f\xd0\xd3;\xcf2\xf6\xb3\xaf\xff\xfc\xf7\xe7\xccg\x9f}\xfas... [ERR] 2025/11/16 - 02:48:02 | 20251116024742124301465V4JTOktJ | channel error...

我知道哪里的问题了 cc 终端升级，然后抓包配置了 encoding br { "X-Stainless-Retry-Count": "0", "X-Stainless-Timeout": "600", "X-Stainless-Lang": "js", "X-Stainless-Package-Version": "0.68.0", "X-Stainless-OS": "MacOS", "X-Stainless-Arch": "arm64", "X-Stainless-Runtime": "node", "X-Stainless-Runtime-Version": "v20.19.5", "anthropic-dangerous-direct-browser-access": "true", "anthropic-version": "2023-06-01", "x-app": "cli", "User-Agent": "claude-cli/2.0.36...

看看是否有大佬支持一下 br 这个压缩方式来处理 claude code 转发

@seefs001 用的是 claude code 的cli程序。这个程序抓包后看到发起了的信息。我直接配置到了渠道的请求头覆盖里面。

不是的，是透传请求头的处理

我试过也不行，似乎默认的 http client 也不支持 gzip 压缩。我是接入的转发程序，转发程序是透传的，newapi没有透传useragent和很多其他参数。所以就主动抓包配置了一下。 然后就出现了无法解析响应结果的错误。你如果要复现的话可以加我微信。我给你提供复现的环境。我的微信是 1254075921

没事，应该没人那么闲。不删除的话可以比较好的保留对话上下文，让其他人了解到讨论过程。 没透传我能理解。这个倒是不太重要。目前遇到的问题是，不知道newapi是否应该决定增加支持或者暂时不考虑这种`accept-encoding`头