待验证50% 置信事实精确时间
平台以Token消耗量而非对话轮次来衡量用量，提示词越长、上下文越多、模型越大，消耗越快
1
来源数
50%
置信度
长期有效
时效性
2026/9/18
首次发现
来源
涉及实体
相关事实
已验证长对话会将整个上下文历史打包重新发送给模型，并计入每次请求的Token用量，对话越长单次请求消耗Token越多78% 相似待验证对话式编程的核心技术依赖于长上下文窗口（通常需要100K token以上）和工具调用（Tool Use/Function Calling）能力75% 相似待验证上下文缓存机制对多轮对话、长文档处理和批量任务等场景尤为有利74% 相似待验证上下文窗口机制导致多轮对话中模型需将所有对话历史送入上下文，使Token消耗随对话变长而快速增长74% 相似待验证在Cursor中一次Tab补全可能消耗数千个输入Token用于构建上下文，而纯对话场景不会产生这种隐性成本74% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/930870API
curl https://kongchang.com/api/v1/knowledge/claims/930870MCP
get_claim(id=930870)