在使用CodeBuddy进行接口调试时，最令人头疼的问题莫过于上下文污染——当前正分析某个接口的400错误，AI却错误地将前两天的JWT过期记录带入对话，导致给出的建议南辕北辙。若希望快速开启一个全新的干净会话，或精准恢复上次中断的调试记录，实际操作路径相当清晰。以下将详细拆解这套流程。
创建新对话以启动接口调试
首先点击IDE右下角的CodeBuddy图标，在弹出的面板左上角会看到一个醒目的【New Task】按钮，点击它即可。这一操作本质上会清空所有上下文缓存——也就是说，当你输入“帮我分析这个POST接口的400错误”时，AI绝不会将上次调试的响应数据用作干扰当前判断的依据。新对话默认进入Ask模式，这是进行接口契约确认的最佳方式：直接粘贴curl命令或OpenAPI YAML片段，AI将逐行逐句解析headers、body schema以及状态码的含义，全程不受任何额外干扰。
查看并恢复历史对话记录
如果你需要恢复而非从头开始，可以转向CodeBuddy侧边栏的对话面板，右上角有一个【History】按钮，点击进入。历史列表按照时间倒序排列，每条记录都带有标题（例如“/api/v2/orders 调试”）和最后交互时间，非常直观。鼠标悬停在某条记录上时，会出现三个小图标：编辑、导出、删除。要续接之前的调试，直接单击目标记录即可——AI会自动加载该会话中所有已上传的接口响应JSON、你标注过的字段问题，以及之前生成的curl测试命令，省去重新整理拼接的麻烦。
有一点需要注意：历史对话不会保存你本地编辑器中未提交的代码变更，只保留对话框内发送过的文本和AI返回的内容。换句话说，你在编辑器里修改了代码但未commit，这些变更不会体现在历史记录中。
使用CLI命令快速调取特定调试会话
对于习惯命令行的开发者，CodeBuddy也提供了两条捷径。要恢复最近一次对话，直接在终端输入 codebuddy -c 即可。若想精确恢复某个特定的调试会话，先执行 codebuddy --list 查看全部会话ID，找到目标调试会话的十六进制ID（例如 8a3f9b2e），然后运行 codebuddy -r 8a3f9b2e。这个操作会完整重建当时的上下文环境——包括你之前通过 @ 添加过的 request.json 和 response.json 文件内容，连再次拖入文件都省了。