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

多代理运行时不能把执行线程、资源归属和消息可达性混成一个 channel ID。一次嵌套任务修复说明：提示词必须与工具共享身份模型，而纠正身份不等于凭空增加通信路由。

嵌套 agent 的等待不只是 await：当前轮次的终态、持久化结果和父线程的工具回执必须对齐。一次修复把等待依据从进程内 Promise 移到数据库，并把结果消费与消息写入放进同一事务。

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

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