尾轮操作行提供重新生成回复(分叉后重答)

[wangbingyizx]

在尾轮操作行提供"重新生成回复"：分叉到上一完成轮并自动重发本轮提问，让用户一键重答最后一个问题。

验收与细节

• 验收条件：
  • 会话最后一个节点为已完成轮的 turn-tail、存在上一完成轮、且本轮含 user/steering 内容时，操作行出现"重新生成回复"图标。
  • 点击后：以上一轮 tail seq 为锚 sessions.fork({ atSeq })，打开子会话，将本轮 user 与 steering 内容（图片经 readAttachment 重新上传）以 prompt(parts, 'queue') 重发，模型在子会话重答。
  • 失败（fork/读图/重发任一环节）不改变源会话视图，与 forkAt 行为一致。
  • 首轮（无上一完成轮可锚）不显示入口。
• 用户或模型可见变化：尾轮操作行新增一个刷新图标（复制/分支旁），文案 zh"重新生成回复（分支后重答）"/ en "Regenerate reply (branches, then re-answers)"。
• 测试证据：ui-chat 现有套件不回归；分叉锚点复用 session.fork 已有的完成轮边界语义（atSeq 起第一个 turn/end）。
• 行业先例（重答一律以分支实现，不破坏 append-only 历史）：
  • Gemini 官方帮助：仅可重新生成最近一条回复，版本以箭头切换（https://support.google.com/gemini/answer/14262426）。
  • LibreChat：消息树，重生成即分支（https://www.librechat.ai/docs/features/fork）。
  • LobeChat：Fork 会话作为正式 changelog 功能（https://lobehub.com/changelog/2024-11-27-forkable-chat）。
  • SillyTavern swipes / Open WebUI 版本箭头 / ChatGPT、Claude.ai 的 1/2 版本切换同理。

[wangbingyizx]

参考实现已备好(带完整测试, ui-chat 与 session-controller 全量 59 文件 / 702 用例通过):

• 分支: https://github.com/wangbingyizx/deepseek-harness/tree/feat/regenerate-and-stop-flush
• 对上游 diff: master...wangbingyizx:feat/regenerate-and-stop-flush
• fork 上的参考 PR(本仓库限制了外部 PR 创建, 故开在 fork 便于评审): feat: 重新生成回复与停止生成冲洗插话队列(参考实现, deepseek-harness Discussions #4831 #4832) wangbingyizx/deepseek-harness#1

相关提案: #4832

[liyangbing]

我按 alpha.1（cd5ef814）的实际 Session/fork/attachment 契约核对了一遍。这个功能更准确的定义应是「从上一已完成轮次分叉，再把目标轮次的人类输入重新准入子 Session」，而不是在源 Session 删除答案或重发。

实现时有几个容易遗漏的边界：

1. sessions.fork({ atSeq }) 会把锚点解析到该位置之后第一个 turn/end，所以必须传上一已完成轮次内的 seq（通常是上一轮 final node seq）；传目标轮次的 user-message seq 会把目标轮次也继承进去。
2. 目标轮次内所有 source.kind === user 的 user/steering 输入都要按原顺序处理；steering 要根据 durable inbox splice 历史识别，不能只看气泡位置。plugin/Goal/runtime/command/child settlement context 不应重放。
3. 附件引用属于源 Session。应先用源 Session readAttachment() 读出所有图片，再构建新的 browser-owned temporary uploads；完整 payload 准备成功后才能向子 Session 发送一次。
4. 整体不是原子事务：controller 可能先创建 child，随后 workspace attach 才失败；附件准备、prompt admission、导航也都可能在 child 创建后失败。因此必须立刻记录 childSession，分阶段展示状态，重试时恢复同一个 child，不能盲目再次 fork 产生孤儿分支。
5. 分叉不会撤销目标轮次已经产生的外部工具/API 副作用，Regenerate 前仍需 side-effect gate。

建议可见条件再加上：仅最后一个 durably completed Turn、没有 later chat node、完整历史已加载、有上一 completed Turn、且目标输入可无歧义重建；第一轮隐藏。按钮文案“Regenerate reply (branches, then re-answers)”能准确表达新 Session 语义。

我把完整的 eligibility、失败矩阵、手工替代流程以及 12 项回归契约整理在这里，方便直接转成实现/测试清单：
https://github.com/sandbaseai/deepseek-harness-handbook/blob/main/docs/en/troubleshooting/stuck-turn-stop-and-retry.md#regenerate-reply-means-branch-then-replay

[skywolf123]

问题在于，一旦分叉，子代理的关联性就断了，新会话不会继承子代理。
其实更需要的是原会话里的重试，而不是分叉重试。