官方的设计方案,很细节很精巧:
但实际的应用场景,非常的粗暴:
由于上次发问,AI更新了一些代码,但是不符合用户有预期,用户建议删除上次对话,及撤回相关代码更新,但/restore只支持单文件撤回,这明显不符合需求,增加了回退操作成本。
建议
希望官方团队重视并及时《调研【统计】用户需求》,更新这一回退功能。
由于上次发问,AI更新了一些代码,但是不符合用户有预期,用户建议删除上次对话,及撤回相关代码更新,但/restore只支持单文件撤回,这明显不符合需求,增加了回退操作成本。
希望官方团队重视并及时《调研【统计】用户需求》,更新这一回退功能。
我们这里当然是支持用户更加精细化的撤回,这里展示的文件修改是代表按照执行时间模型每次修改的文件,如果你直接回滚到最开始的文件修改的地方,应该就可以满足你的预期
你这么一说,感觉是这个道理,使用方式也合理了
这个回退我一直不敢用,早上我用了好几次,我只想回退上一次,执行/restore显示最近一次居然是昨晚,而且一直都是yolo模式,没切换过其他模式。