review 发现 #6(终审残余观察①的 follow-up):批量分支锁内的 closed 二次 检查发生在 tryAcquire 之后,拒收抛 InProgress 时去重标记已置 processing 却无人复位。重投每次都撞 stale 标记再抛 InProgress,白烧重试计数直到 TTL 过期;redis-stream 端若 deliveryCount 先超 maxRetry 且未配 errorHandler, 业务一次没跑就被判耗尽、静默丢弃。 修复:锁内只判定拒收,锁外 markFail 复位标记后再抛(markFail 是 Redis 往返, 不进 buffer 锁)。dispatch 入口的打烊快速检查在 tryAcquire 之前,不受影响。 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>