关于《检查点》的设计与实际需求差异的问题

官方的设计方案,很细节很精巧:

但实际的应用场景,非常的粗暴:

由于上次发问,AI更新了一些代码,但是不符合用户有预期,用户建议删除上次对话,及撤回相关代码更新,但/restore只支持单文件撤回,这明显不符合需求,增加了回退操作成本。

建议

希望官方团队重视并及时《调研【统计】用户需求》,更新这一回退功能。

我们这里当然是支持用户更加精细化的撤回,这里展示的文件修改是代表按照执行时间模型每次修改的文件,如果你直接回滚到最开始的文件修改的地方,应该就可以满足你的预期

你这么一说,感觉是这个道理,使用方式也合理了

这个回退我一直不敢用,早上我用了好几次,我只想回退上一次,执行/restore显示最近一次居然是昨晚,而且一直都是yolo模式,没切换过其他模式。