Archived
xcsandClaude Fable 5
f04c64926b
Task 9 的评审点过「批末无条件覆盖游标、没有单调性护栏」,当时两个适配器还没落地、判不了实情。 照原计划的 wecom pull 读下来是两个真缺陷,都只在积压超过一轮预算(50 封)时现形: ① 被 limit 截断时仍把游标推到窗口上沿 —— 没读到的那几封从此跳过去了; 重叠窗只兜 10 分钟,兜不住一次积压(停机重启、首次回填)。 ② 滤重(known)发生在截断**之后** —— 一个窗口里若前 50 条恰好都已入库,这一轮交出 0 封, 而引擎见空批即收工、游标又没动,下一轮还是这 0 封,永远吃不到后面的新信。 改法:滤重提到分页循环里(每页先滤再数够不够),游标只在把窗口翻完时才推进, 截断时原样退回 —— 已入库的下一轮被 known 滤掉,每轮照旧往前吃一批,不卡也不丢。 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TM4kUBvekALu9qqmp7D3wr