[shadyrispy]

现象

issue #255 的截图：客户端请求 glm-5.3-flash，第一跳 OfficeAce 对这个套餐里没有的名字回
404 {"code":null,"message":"Invalid model."}，然后按「同一账号重试次数」原地重发 3 次 × 5 秒，
才轮到第二家（AutoClaw，一次 200）。客户端白等 15 秒，换来的还是同一个 404。

根因

fallback_retry_advice 对非限额的 Fatal 失败给「换账号前先原地重发」的兜底，豁免名单里只有
#241 加的 413（体积拒收）。404 走进了兜底档，但它的性质和 413 一样：上游在解析请求时就没找到
目标（模型不在这家套餐里 / 路由不存在），结论只由「这份 body 长什么样」决定，同一账号重发
同一份 body 必然得到同一个失败——有变化的量是账号，不是字节或名字。

修法

新增 DETERMINISTIC_NOT_FOUND_STATUSES = [404]，加进 fallback_retry_advice 的豁免，
与 PAYLOAD_SIZE_REJECTION_STATUSES 分成两个常量（一个是字节、一个是名字，出处不同，
将来排除面也可能各自变）。豁免后直接进账号轮换——别的账号可能有这个模型（截图里第二发就成）。

普通 400 不在豁免面：400 的语义完全由上游决定，重发仍是安全默认（#241 时定下的取向），
用例里有对照断言。

验证

• 新增 1 条用例：Fatal 404 拿不到原地重发建议；对照 400 仍能拿到。
• 更新 fix(upstream): 413（请求体超限）不再原地重发 —— 拒的是字节，不是账号 #241 时写的对照组：404 从「仍走兜底重发」名单里移出（当时把 404 放进去没审过语义，
  与本修复冲突）。
• cargo test -p agent2api-server：基点（16b8855）581 → 582 passed，0 failed。

影响面

只动 provider_loop.rs 的重试豁免与其测试。408/5xx 的瞬时重试、429 的冷却换号、401 的
刷新凭证、400 的兜底重发全部不变。

另外说明：#255 还有一半是「目录声称有、套餐里没有」的路由面问题（为什么 OfficeAce 会成为
这个模型的第一候选），比 404 的重试策略大，不在本 PR 里动——404 不再原地重发之后，
这一半的实际代价已经从「15 秒 + 3 次上游往返」降到「一次 404 就换号」。