在 CodeBuddy 中调试 API 接口时，如果你希望后续对话能够自动沿用上一轮已验证通过的参数、状态码以及响应字段含义等关键结论，就必须主动做一件事——将对话历史里的核心信息以结构化方式沉淀下来。系统并不会因为你随口提到一句“这个 token 能用”就默认记住，也不会自动把“status=201 代表创建成功”存储为知识。

简单来说，你需要把结论“投喂”给系统，而且投喂的方式必须正确。

手动标记关键结论并绑定到当前会话

第一步，在对话过程中把结论表述得清晰准确。例如这样写：“【code=201 表示资源创建成功】”。请注意，格式非常重要——必须使用等号连接英文状态码和中文含义说明，中间不能包含换行，也不能有多余空格。等号也不能使用中文全角符号，否则系统无法识别。

第二步，在同一轮回复内容的末尾，添加指令标签 #save_as_conclusion。这一步必不可少，缺少这个标签，系统只会将其视为普通文本，不会进行任何特殊处理。

第三步，消息发送后，观察右下角是否弹出“已存为结论”的绿色提示。如果没有提示，说明格式存在问题。常见的失败原因包括：等号误用为中文全角、遗漏了下划线、或者在 # 号前面多加了空格。这些细节都会导致保存失败。

在新接口调试中调用已保存的结论

方法一，直接向系统提问。你可以在新对话中输入“之前说的 code=201 是什么意思？”，CodeBuddy 会从当前会话的历史结论中精准匹配，并复述出对应的答案。

方法二，在发起新的接口请求时直接引用。在请求体或 Headers 区域的任意位置输入 {{conclusion:code=201}}，系统会自动将其展开为“表示资源创建成功”，同时高亮显示，方便你核对。

方法三，利用右侧的「结论面板」。打开面板后，可以查看当前会话中所有已保存的结论，并支持按关键词进行搜索。找到需要的结论后，点击即可一键插入到当前编辑区域。需要特别注意的是，该面板仅显示当前会话内保存的结论，跨会话无法共享，切换项目空间后需要重新操作。

避免结论失效的三条操作底线

第一，如果你删除了某一轮对话，而该对话中恰好包含 #save_as_conclusion 标记，那么对应的结论也会被同时清除——且无法恢复。删除前请务必确认。

第二，如果修改了已保存结论对应的消息内容，例如将“201”改为“200”，结论并不会自动更新。你需要重新使用 #save_as_conclusion 再次标记，系统才会识别新的值。

第三，切换项目空间后，原会话中的结论虽然仍然存在，但在新空间中无法直接调用。你需要在新的空间里重新执行一遍 #save_as_conclusion 流程，才能让结论在新空间中生效。

最关键的一点：格式必须严格遵守约定，等号、中英文符号、空格等细节都不能出错。否则，系统不会给出任何提示，只会默默地忽略你的“结论保存请求”。