[Bug]分叉正在运行的或者发送消息但是终止运行的会话的行为和以前不一致了

[lgzzzz]

• 背景: 在当前会话中, 用户已经输入过消息, 并且dsh已经给出了最终回复.

• 场景1: 我输入一条消息, 但是发现有错误, 选择直接终止对话, 点击最后一条助手消息下面的分叉按钮, 分叉出一个新的会话. 在新的会话中输入消息, 点击发送, 实际发送的消息是分叉之前错误的并且被终止的消息. 我输入的新的消息在排队队列中.

• 场景2: 我输入一条消息, dsh开始工作. 我想在同样的上下文下进行其他的分析任务. 点击最后一条助手消息下面的分叉按钮, 分叉出一个新的会话. 在新的会话中输入消息, 点击发送, 实际发送的消息是分叉之前发送的消息. 我输入的新的消息在排队队列中.

• 当前版本是0.1.5-rc.1, 在之前的版本中, 点击最后一条助手消息下面的分叉按钮, 分叉出一个新的会话, 在新的会话中输出消息, 然后发送. 发送的消息直接是第一条消息, 不会出现分叉之前的被终止的或者正在被处理的消息.

• 由于dsh没有提供删除消息或者修改消息的功能, 如果消息发错了, 为了不污染上下文, 我一般选择分叉会话, 重新发送消息. 在0.1.5-rc.1中, 由于以上我提到的两个场景和以前的行为不一样了, 我现在消息发错了, 分叉会话, 继续发送消息, 依然把之前错误的消息发送出去了, 真正想发的消息在排队队列中.

• 我想知道这是预期行为, 还是一个bug. 如果是预期的行为, 我觉得这样很奇怪.我还是觉得以前的行为好一些, 就是点击最后一条助手消息下面的分叉按钮, 分叉出一个新的会话, 在新的会话中输出消息, 然后发送. 发送的消息直接是第一条消息, 不会出现分叉之前的被终止的或者正在被处理的消息.

[Dave-12138]

肯定是bug吧（
发送的内容和用户看到的内容不一致怎么想都很奇怪吧（

[LyHug]

我认为是Bug，0.1.5-alpha.1 - 0.1.5-rc.1版本，从原会话某条消息fork的新会话，首次输入点击发送后出现如下情况：fork会话中新的用户输入进入排队，而发送出去的是原会话fork位置的下一条用户输入，建议楼主加上[Bug]标签

[lgzzzz]

我也觉得是bug, 因为真的太奇怪了, 如果是预期行为, 在新会话中至少要让用户知道前面有一个条消息, 并且提供删除或者修改的方式.

[lgzzzz]

相同的问题
#6160

[lgzzzz]

相同的问题
#6066

[lgzzzz]

• 在多轮对话中,例如: 用户消息1->dsh输出工具调用和思考1->dsh最终回复1->用户消息2->dsh输出工具调用和思考2->dsh最终回复2.........很多很多轮对话
• 在dsh最终回复消息块下面有分叉按钮, 假设我点击dsh最终回复1的分叉按钮. 在进入新会话后, 输入新的用户消息, 在点击发送后, 发送给大模型的第一条消息是用户消息2, 然后新的用户消息在消息待发送队列中.

[lgzzzz]

123_720p.mp4

[lgzzzz]

• 从以上的视频可以观察到这个现象
• 视频的消息顺序在fork前为:
  • 分析当前项目的作用
  • dsh最终回复1
  • 这是一个什么项目
  • dsh最终回复2
• 视频里的操作为:
  • 1.点击dsh最终回复1下面的分叉按钮, 分叉出新会话
  • 2.在输入框中输入你好
• 按照期望, 在新的会话中, "你好"这条消息应该作为第一条消息发送给dsh进行处理.
• 实际上的表现为: 在时间顺序上, 位于 dsh最终回复1 下面的用户消息 "这是一个什么项目" 被先发送给了dsh进行处理, 新输入的"你好"这条消息在待发送消息队列中.

[RoxanneRR]

对，我也遇到这个问题，肯定是bug，既然选择了fork就说明我想丢弃之前的提示词重新输入啊，结果又给我重复旧提示词，还没法修改撤回，真的很无语