Codex 有个藏了很久的记账漏洞：上下文压缩时留了预算额度，但额度只认字数，图片一律按零计。一张设计稿实际占的上下文顶千把字，账本上却是个零。上周帮人排查的怪毛病，根源就在这，他拿Codex做设计稿评审，会话里陆续贴了七八张截图，任务越跑越慢，重启接着来还是慢，他猜是网络的事，我头一反应也是，翻提交记录才找到病灶。合租房里行李最多的那位不交房租，房租全摊到别人头上，房子自然越住越挤。

8 月 24 日发的 Codex 0.149.1 正式版，就是来收这笔房租的。

收房租的规则，定得挺细

新开关叫 compaction_image_budget。打开它，远程压缩保留的图片就会按现有的体积估算方法计入预算，跟文字一起排队。逻辑一句话能讲完，我更在意的反而是两个边界处理，那才是见功力的地方。

一个是截断点落在图片附近时，图和标注文字绑定处理，不会出现图还在、说明被切走的残废局面。另一个是放不下的边界图直接不回填，不硬塞。开关默认关闭。官方配齐了单测和集成测试，连反复压缩的场景都覆盖了。修复型小版本肯把测试做这么全，这态度少见。

给后台线程挂上工牌

另一半改动冲着自动化场景去。codex exec 加了全局参数 --thread-source，新建和 fork 的线程都带来源标记，不指定就默认 user，TypeScript SDK 同步暴露 threadSource 字段。

跑过批处理的人秒懂这个的价值：脚本发起的线程和人手动开的混在一锅，月底对账、排查问题全靠时间戳猜，猜错方向，半小时起步的弯路就来了。来源标记一挂，这条线当场理清。只有一个细节要注意：标记只在新建线程时写入，恢复旧线程不会覆盖原值，想事后补标签。没这门。

还有两件捎带的小事

分离式记忆请求往后会在元数据里标成 memory_consolidation，跟普通对话分开，后台整理记忆的流量不再污染人机交互统计。另有一个兜底补丁，给旧版本做图片压缩适配。都是不鼓掌、出事才知道值钱的改动。

我的判断

从 0.149.0 到 0.149.1 隔了一天，提交数一只手数得完，纯修复。真正的大菜在 0.150 的 alpha。不过图片计入预算这一条，对拿它看设计稿、审 UI 截图的重度贴图用户是实打实的收益，这个开关建议开起来。刚入门的别急着追版本：先用安装包把基础版装稳，照教程把流程跑顺，等功能默认启用再跟进不迟。