待验证60% 置信事实时间未知

多轮对话的实现方式是每次请求时将之前所有的对话历史全部重新输入给模型，而非模型具有真正的记忆能力

2

来源数

60%

置信度

长期有效

时效性

2026/6/3

首次发现

来源

阿里云百炼平台实战：API调用到多轮对话完整教程

bilibiliAI大模型基地

涉及实体

多轮对话concept

相关事实

待验证在多轮对话中，每一轮新回复生成前系统都需将此前所有对话历史重新输入模型，导致token消耗随轮次累积增长84% 相似待验证每次大语言模型对话由系统提示、历史对话和用户输入三部分共同构成模型的输入上下文81% 相似待验证大模型本质上是无状态的，多轮对话通过将历史对话记录随每次请求一并发送给模型实现80% 相似待验证模型每次响应会将完整对话历史（上下文窗口）计入计费，随着对话轮次增加，单次调用的Token消耗会呈线性甚至超线性增长76% 相似待验证大模型本质上是无状态系统，不会记住之前的对话，需要外挂记忆系统实现多轮对话连贯性76% 相似

引用此条事实

Stable URI

https://kongchang.com/claim/40011

API

curl https://kongchang.com/api/v1/knowledge/claims/40011

MCP

get_claim(id=40011)