Responses API 默认自动存储响应并生成 response_id；禁用单次存储需设 caching.type 为 "disabled" 且不传 previous_response_id；批量控制可通过全局 storage.enabled、控制台开关或 DeleteResponse 接口实现。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在火山引擎 Responses API 中控制对话记录是否保存到服务端，需要明确区分“自动存储”与“显式禁用”两种行为模式，因为默认机制是开启存储的，关闭必须主动配置。
确认 Responses API 默认存储行为
Responses API 的每次调用返回的 Response 对象中，【默认包含 response_id 且自动写入服务端历史】。这意味着只要不显式干预，所有请求都会被持久化，可用于后续 previous_response_id 关联、上下文回溯或重生成分支。
这一步无需操作，但必须清楚：不加任何配置 = 数据已落库。
禁用单次响应的服务端存储
若某次调用（例如调试探针、敏感测试、临时指令）不希望留下服务端痕迹，需在请求体中显式设置：
将 caching 字段设为 {"type": "disabled"}；
同时确保请求体中不携带 previous_response_id（否则系统会尝试关联已有上下文，可能触发隐式存储）；
注意：【禁用后该 response_id 将为空，且无法用于后续上下文链路】，此操作不可逆，调用即生效。
批量控制历史存储策略
适用于长期运行的智能体服务，需统一约束存储行为：
方法一：在服务初始化阶段，所有请求统一添加 "storage": {"enabled": false} 字段（部分 SDK 支持全局配置项）；
方法二：通过火山引擎控制台 →「AI 服务」→「Responses 配置」→「会话生命周期管理」中关闭「自动归档」开关（仅对新创建的应用生效）；
方法三：使用 DeleteResponse 接口主动清理已存储的历史记录，路径为 DELETE /api/v1/responses/{response_id}，需配合权限策略使用。
