对话历史
Conversation History
初级通用对话历史（Conversation History）是一次交流中此前的用户消息、AI 回复，以及可能被保留的工具结果。它让 AI 接上前文，理解「把刚才那个表单改成两列」指的是哪个表单；但历史太长时，早期内容可能不再进入本次请求。
你可能会说：「我希望 AI 接着刚才讨论的网站需求做，别每次都让我重新交代背景。」
动手看看接着修改客户登记表
客户登记表 · 继续对话
界面里的历史记录淡色消息仍在记录里，但未送入本次请求。
你 · 创建客户登记表字段：姓名、电话、公司。
AI · 表单已生成客户登记表目前是单列布局。
你 · 先暂停，稍后再继续
本次送入模型
用户：创建客户登记表字段：姓名、电话、公司。
AI：客户登记表为单列
用户：先暂停，稍后再继续
用户：把刚才的表单改成两列
当前消息：把刚才的表单改成两列
能定位：客户登记表示意回复：将姓名、电话、公司重新排成两列。
本次保留的历史
显示本次请求上下文
切换历史保留长度，对照左边的记录与右边实际送入的消息。也可以悬停或聚焦旧消息；底部回复只是示意，不是真实模型生成。
前面的用户消息给出字段，AI 回复说明表单已生成。这些历史一起送入，才能把「刚才的表单」接到客户登记表上。
要点对话历史怎样影响 AI 的回答？
- 1
前文决定了这句话指什么
你说「把它改成两列」时，单看这句话无法确定「它」是什么。因为 AI 能看到前面对表单布局的讨论，所以才可能把修改落到正确的位置。
- 2
历史取决于实际传入的内容
聊天界面里看得到旧消息，不等于模型这次也收到了全部消息。应用可能只传最近几轮，或把较早内容压缩成摘要；工具结果是否保留，也取决于应用怎样组织请求。
- 3
关键约定值得重新说清
对话变长后，早期约定可能没有进入本次请求。比如你和 Agent 定过「只改移动端」，开始新一轮修改前再明确一次，比指望它一直记得更可靠。
容易混淆的地方
对话历史是此前交流的内容，不等于会话：会话是组织一段交互的范围，具体传给模型哪些历史消息由应用决定。它也不等于记忆：记忆通常指从交流中提取并留待以后使用的信息。上下文窗口则限制一次请求能容纳多少内容，包括对话历史和其他输入。
什么时候用
适合用
- 你让 Agent 根据前几轮确认的页面结构继续修改代码，需要它知道「上一个版本」改了什么。
- 你在客服 AI 中处理连续追问，希望用户问「那退款呢」时，AI 能结合刚才讨论的订单理解问题。
- 你做一个聊天工具，需要决定向模型传哪些旧消息，才能让后续回答接得上话。
不适合用
- 每次请求都是独立的图片格式转换，输入已包含全部参数；直接传本次任务数据就够了。
- 产品要让 AI 查询最新库存或价格；用数据库或实时接口提供数据，不能靠旧对话充当事实来源。
- 系统需要长期保存可追溯的操作记录；用审计日志，别把聊天记录当作可靠的操作凭据。
练一练选一个答案，看看解释
你做的 AI 建站工具在长对话后，把用户早先定好的「只改移动端」忘了。接下来怎么处理更可靠？
让 AI 帮你做复制给 AI Agent 直接用
请继续修改我们刚才讨论的网站表单。先根据本次请求中可见的对话历史，列出你确认过的布局要求；其中「只改移动端」是当前约束。如果你看不到判断所需的前文，先问我，不要猜测后直接改代码。