[codex] fix DeepSeek stream delta dedupe

[RuszLi]

Fix DeepSeek streaming replay by treating snapshot-like fragment updates as snapshots and emitting only new suffix content. Also suppresses repeated append fragments that would resend the same visible text through Feishu/OpenClaw streaming. Scope: only src/openai_adapter/response/state.rs. Validation: staged diff checked with git diff --cached --check; local Rust tests were not run because this machine is missing a usable Rust toolchain; Docker rebuild and /health check passed earlier.

[NIyueeE]

感谢提交这个PR，我们做了深入调研，包括分析实际 SSE 流和 DeepSeek 前端的 JS 源码，结论是这个PR是过度设计的。

实际流验证

我们抓取了 5 个不同场景的实际流（简单问答、DEEP_SEARCH + 引用、思考中中断、输出中中断、thinking=OFF），所有 response/fragments/-1/content 的更新全都是增量追加，从未出现过全量 snapshot 替换。旧代码把 bare v 统一当作 APPEND 处理是正确的。

JS 源码验证

从 chat.deepseek.com 的 main.js 中找到了前端的状态更新引擎：

// o 字段的 schema 定义：仅有 3 个合法值
o: union(["SET", "BATCH", "APPEND"])

// 状态更新引擎
switch (o) {
case "SET":    target[prop] = value;           break;  // 直接替换
case "APPEND": target[prop] += value;          break;  // 纯字符串拼接
default:       unreachable;                    break;  // 其他值 = bug
}

关键发现：

1. o 只有 3 个值：SET、BATCH、APPEND，没有其他操作符
2. APPEND 对字符串就是 +=，纯增量追加，不存在 snapshot 替换语义
3. 前端默认分支是 unreachable，意味着 o 为其他值或不合法会被视为 bug
4. BATCH 在更高层展开为子项，每个子项仍然走 SET/APPEND

结论

PR 引入的 looks_like_snapshot、snapshot_delta、append_delta、repeated_fragment_delta 四个函数在防御一个不存在的场景。实际协议行为比这简单得多：内容更新永远是 APPEND（+=），没有中途的全量 snapshot 替换，也没有重复重放。

所以我们决定关闭这个PR，保持旧代码不变。

[NIyueeE]

基于实际流抓包和 DeepSeek JS 源码分析确认：协议中内容更新只有 APPEND（），不存在 snapshot 替换场景。旧代码的 bare → APPEND 处理是正确的。PR 的四个去重函数防御的是不存在的场景，属于过度设计。详见上方评论。

[RuszLi]

昨天我对接openclaw，在飞书channel上使用，确实遇到了重复返回同一段内容好多次的问题。 没截图下来。复现不出来。 niyue ***@***.***> 于2026年5月13日周三 10:59写道：

…

*NIyueeE* left a comment (NIyueeE/ds-free-api#66) <#66 (comment)> 基于实际流抓包和 DeepSeek JS 源码分析确认：协议中内容更新只有 APPEND（），不存在 snapshot 替换场景。旧代码的 bare → APPEND 处理是正确的。PR 的四个去重函数防御的是不存在的场景，属于过度设计。详见上方评论。 — Reply to this email directly, view it on GitHub <#66 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BQNK6DHSVZ7WBLTAT4WWVIL42PQHXAVCNFSM6AAAAACY3AW3O6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DIMZWG42TONBSHA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you authored the thread.Message ID: ***@***.***>