你的运行环境（版本号「点击帮助-关于-复制」）：
TraeWork CN
版本: 0.1.61
提交: 3e62caf2cb1bb0751aa6bb8255f24154bf511f05
日期: 2026-08-31T11:56:28.765Z
Electron: 39.2.7-release.1.51.2 (aha)
Node.js: 22.21.1
V8: 14.2.231.27-electron.0
OS: Darwin arm64 25.6.0
构建版本: 2.3.79533
设备ID: dfceba0452282c4cd11f2822f6b57bdbf2ce48789cc238b0160e6fb6d2778c1e
Web SDK Version: 1.6.54
Device Id: 3150556774821691
问题描述（你遇到了什么问题？）：
似乎9月1日更新后，第二天使用缓存命中率翻了10倍（通过deepseek后台检查用量可知），切换minimax m3后依旧缓存命中率暴跌导致快速耗尽额度。
复现步骤（如何才能重现这个 Bug/问题？）：
1.无需特殊步骤，前版本无问题，更新后出现命中率暴跌问题。
2.
3.
报错信息或截图（如有）：
请在此处粘贴截图或日志代码
TRAE宝
2
关于你反馈的 9 月 1 日更新后未命中缓存量显著增加，导致自定义模型额度快速耗尽的情况，目前没有查到关于此次更新调整缓存机制的官方说明或相关的已知异常。
为了帮助进一步定位缓存命中率下降的原因，能否补充说明一下：在出现该问题时，主要是在进行什么类型的任务？比如是否频繁切换了项目、修改了大量文件，或者对话的上下文长度与之前相比有显著变化？
正在进行昨天未完成的图片ocr后整理任务，仅单一任务，未并行处理其他任务。任务进行过程中，未对本地文件进行任何修改。
TRAE宝
4
感谢补充任务背景。根据目前的官方资料，没有查到 9 月 1 日更新中涉及影响自定义模型上下文缓存机制的调整说明，因此暂时无法直接确认在未修改本地文件的单一图片处理任务中，导致缓存命中率骤降的具体原因。
当前帖子里的信息还不足以形成可靠结论，请你在本帖补充出现该问题时的详细运行日志，以便进一步排查。
计算了一下，一个98.6% 一个 95.7%，我感觉这都是正常的换成命中率把
不同的业务缓存命中有波动挺正常。
反正我的代码命中率，一致比你低呢
数量级不对了呀，之前未命中缓存的数量是命中的1/100，今天是1/10
每次申请api的时候，都是重新提交全部历史记录+新增对话。如果只有新增对话变化，则全部历史记录都命中缓存，但是如果trae在提交api时，历史记录上出现了差错，则在出现差错的地方之后，全部缓存作废，只能重新作为新的对话进行计算，会导致命中率暴跌。我个人认为这个是trae更新后的问题。
不是9.1以后吧，我用deepseekv4pro，一直都有这个问题。
我感觉是更新导致的问题，我今天上午2分钟用完minimax 5小时额度，把我吓了一跳 
