我是CC v2.1.81,只支持1M的Opus。CC以为我的opus是1m上下文的（实际是kiro反代只有200k），所以快到临界点也不给你压缩，到了200k的临界点之后还以为可以继续增长context，导致后端api出错了（API Error: The model has reached its context window limit.）。
这个时候压缩又压缩不了(依旧会报错 Error: Error during compaction: Error: API Error: The model has reached its context window limit.)，因为cc以为你还是1M。
但因为你是kiro反代实际只有200k，这种时候只能rewind或者重开，就麻烦的很，不得不丢上下文。
之前好像是看哈雷发过还是哪里看到的 后面那个数字你自己设置
env:{
"CLAUDE_CODE_BLOCKING_LIMIT_OVERRIDE": "193000"
}
不是这样滴
模型指代选择 opus 即可 不会回落到 1m
我指定了”model”:”opus”,结果context还是1M的
/model 截图我看看
执行 /model opus 问题解决
佬，那sonnet呢
有没有办法直接在.claude.json就设置好这两类模型的上下文
好强啊，能不能写在配置文件里面，这样每次启动不用重新敲了
哈雷佬简直是cc专家
settings.json 中里锁 “model”:“opus”
有多供应商需求的 细节差异在 覆盖文件中撰写予以覆盖
具体操作解释在这里 Any牌路由器使用清障！
我感觉哈雷佬有分身，哪都可以看见
这个锁了没用，也需要别的才行？
哈雷佬简直是cc专家
touch ~/.claude/settings.kiro.json
claude --settings ~/.claude/settings.kiro.json
kiro profile 中来覆盖
原理是啥看 引用的帖子
wow，确实可以，那能不能在cc-switch里面实现呢？
基础要点 第一行 重新阅读一下
太牛逼了
