待验证80% 置信事实时间未知
对话式编程的核心技术依赖于长上下文窗口（通常需要100K token以上）和工具调用（Tool Use/Function Calling）能力
1
来源数
80%
置信度
长期有效
时效性
2026/6/1
首次发现
来源
Antigravity 2.0更新：反重力三件套全面解析
bilibili小平存档
涉及实体
相关事实
待验证在Cursor中一次Tab补全可能消耗数千个输入Token用于构建上下文，而纯对话场景不会产生这种隐性成本72% 相似待验证工具调用对话的序列化需要存储包含多种角色（user、assistant、tool）和多种消息类型（文本、工具调用请求、工具调用结果）的复杂序列70% 相似待验证在Agent场景下，由于多轮工具调用，每次调用都需要携带之前的对话历史和系统提示词，导致输入Token呈累积增长，一个代码重构任务可能消耗数万甚至数十万Token69% 相似待验证传统的用量监控方案往往需要在对话中注入额外的系统提示或追踪代码，会占用上下文窗口空间69% 相似待验证上下文窗口机制导致多轮对话中模型需将所有对话历史送入上下文，使Token消耗随对话变长而快速增长69% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/17674API
curl https://kongchang.com/api/v1/knowledge/claims/17674MCP
get_claim(id=17674)