Agent 隔离工具结果时，不能顺手把执行状态也改写成失败。本文拆解一种保留来源、明确未知、禁止读回正文的占位设计，以及它为什么仍然不能替代执行层的重试约束。

把上下文占用从一个数字改成带 provider 来源的读数，修复的不是计数精度，而是路由器使用证据的权限：没有对应测量，就不能提前判候选模型出局。

桌面自动化不能把状态未变直接判成失败。用动作语义区分条件成立、证据矛盾与不可观测，并把按键送达和业务完成分开，才能避免验证器反过来制造重复操作。

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

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