MaxClaw 原先在压缩后的线程里，每来一条人类消息就自动检索旧代原文并推进上下文，结果召回本身成了灌爆上下文的那一方。这次改成按需调用、字面检索、带 messageId 指针、硬上限 12000 字符的本线程搜索：拉取优于推送。

对话线程可以结束回合、等事件把它叫醒；后台任务不行——它结束回合就是交卷。MaxClaw 的一次修复把嵌套任务的子任务归属改回任务自己，把 task_wait 在任务里改成回合内阻塞等待，并让结果走任务自己的队列而不是唤醒祖父对话。

一次 agent 写入通知的瘦身：把任务标题、评论摘要、标签名移出刷新与归因通道，保留机器所需的标识和状态，并清理历史副本。隔离不只发生在读取入口，也发生在每一条顺手发出的事件里。

MaxClaw 重做 Windows 桌面控制工具：以元素引用代替截图坐标，每个动作返回执行后的证据、只在没有可观测效果时失败，后台送不到的控件由工具短暂借用前台、做完归还。本文讲这四条设计的机制、取舍，以及它还没解决的问题。

一次 +170/−38 的小改动：上游以 invalid_request 报「prompt is too long」时，MaxClaw 的路由器把它当普通故障换模型重试，换来的是每回合都在别处「成功」、线程却永远不压缩。修复把上下文超限从 provider 故障里拎出来，直接交回调用方在同一模型上压缩续写。