自定义接口会话按 100 万上下文
Claude Code 2.1.285 起，设置了自定义 ANTHROPIC_BASE_URL 的会话，对自带 100 万上下文的模型按 100 万使用，包括 Opus 4.7 及更新、Sonnet 5 及更新和 Fable。网关若仍停在 20 万，发行说明写运行 /autocompact 200k。
Claude Code 2.1.285 改了自定义网关下的上下文假设。发行说明写：走自定义 ANTHROPIC_BASE_URL 的会话，对自带 100 万上下文的模型使用 100 万窗口，范围是 Opus 4.7 及更新、Sonnet 5 及更新，以及 Fable。claude code 自定义接口 上下文 从这一版起，客户端不再默认把这些模型当成更短的窗口来压缩。若你的网关实际停在 20 万，说明写的是运行 /autocompact 200k。
客户端窗口和网关窗口是两层
这句改的是 Claude Code 怎么组装请求、何时自动压缩。它没有写网关会因此开始接受 100 万 token。网关、中转或兼容层若把请求截到 20 万，客户端按 100 万往下写，多出来的部分会在网关侧失败或被截断。/autocompact 200k 是让压缩阈值回到 20 万，用来对齐网关，不是把网关升级成 100 万。
直连 Anthropic API、没有设置自定义 ANTHROPIC_BASE_URL 的会话，不在这句的主语里。Sonnet 5.5 在官方 API 上的 100 万上下文见 Sonnet 5.5 发布了什么。Opus 4.6 及更早、Sonnet 4 一代，说明没有把它们列入「自带 100 万」的名单。
什么时候该把阈值打回 20 万
先看网关文档或一次超长请求的报错，确认它拒的是长度，再跑 /autocompact 200k。命令写在发行说明里，没有写它会写进哪个设置文件、重启后是否还在。升级到 2.1.285 之后，如果长会话突然在中转上出现上下文超限，而同一模型直连官方却正常，先核对是不是这句把客户端窗口放大了。不要同时改模型名和压缩阈值，否则分不清是模型不兼容还是窗口假设变了。
Opus 4.7、Sonnet 5、Sonnet 5.5 和 Fable 都落在「自带 100 万」的写法里。更早的 Opus、Haiku 不在这句里。中转如果按模型名做路由，客户端窗口放大之后，只有名单内的模型会按 100 万压缩。同一个 ANTHROPIC_BASE_URL 上混用 Haiku 和 Sonnet 5.5 时，两边的自动压缩点可以不同。/autocompact 200k 说明没有写它只对当前模型生效，还是对整个会话生效。改完用一次明显超过 20 万的 Sonnet 请求做确认，失败信息里若仍是网关的长度错误，阈值没有对齐到网关。