AI编程Agent痛点：长对话中“重复读库”引发Token浪费难题
一位开发者在技术社区提出了AI编程助手（如Codex等）在实际应用中的核心痛点。由于长上下文容易导致模型性能下降，开发者习惯定期开启新对话，但现有的Agent架构往往会重新扫描整个代码仓库，造成大量Token的无效消耗。这一问题直指当前AI...
标签索引 / 第 3 页
长上下文
这个标签下有 44 篇文章。按时间回看相关判断与实践记录。
标签精选
相关内容
打破三月沉寂：DeepSeek开启新模型灰度测试，支持100万长上下文
在DeepSeek V4 Lite测试版发布一个月后，业界对DeepSeek的更新停滞产生热议。近日，DeepSeek官网与APP悄然开启了新模型的灰度测试，打破了此前“三月未更新”的僵局。据悉，此次新模型最大的亮点在于配备了高达100万t...
实测OpenAI Codex远程压缩能力：长对话内容可无损复原，优于Claude摘要模式
社区最新实测发现，OpenAI Codex具备一种被称为“远程压缩”的强大上下文处理能力。不同于Claude等模型通常将长对话压缩为摘要模式，用户在会话中通过特定配置触发压缩后，发现Codex在经历两轮高达30万Token的处理后，仍能逐字...
开发者实测 GLM 遭遇“数字迷局”：Token 数未超上限却频繁报错，Claude Code 适配引争议
一位月消耗 16 亿 token 的资深 C++ 开发者在 V2EX 发帖反馈，使用 VSCode 配合 Claude Code CLI 调用 GLM API 时遭遇诡异故障。日志显示输入 Token 仅 18.8 万，远低于模型 20.2...
开发实战：探讨将Kimi 256K长上下文模型适配接入Claude Code
近日，技术社区出现了关于将月之暗面Kimi 2.5模型（支持256K上下文）接入Anthropic Claude Code工具的深度技术讨论。核心问题聚焦于环境变量`CLAUDE_AUTOCOMPACT_PCT_OVERRIDE`的配置，用...
Gemini 3.1 Pro 长文本实测翻车：百万级上下文频现幻觉，被指不如 DeepSeek
有开发者实测发现，Gemini 3.1 Pro 在处理约 20 万字符的长文翻译任务时表现不佳，出现严重的幻觉和 Token 重复现象。尽管宣称支持 1M 上下文，但其在仅完成约五分之一任务时便开始“胡言乱语”，推测有效上下文可能仅在 20...
开发者热议如何在Claude Code中解锁1M上下文Opus模型
Linux.do 社区用户探讨了在 Claude Code 中启用“Opus 4.6 1M”版本的技术可行性。尽管用户持有 Max 会员资格，但常规的终端命令无法直接调用该高配置模型，社区成员正在尝试通过修改环境变量（如 IS_SANDBO...
国产大模型长上下文实测：DeepSeek表现惊艳，Gemini 3 Pro意外垫底
本次评测基于真实医学场景，对比了DeepSeek、Qwen及Gemini系列模型在1M长上下文下的表现。测试让各模型基于50篇文献摘要撰写综述，结果显示DeepSeek凭借新技术在生成质量和连贯性上表现最佳，有效提升了注意力机制；Qwen-...
用户实测：Qwen 3.5 Plus 拿下百万上下文，30轮对话精准无损抓取
社区实测数据显示，通义千问最新版 Qwen 3.5 Plus 在百万级上下文处理能力上表现优异。在一场涵盖30轮对话、累计约5万 token 的复杂学习场景测试中，模型成功实现了全流程细节的精准抓取，未出现任何记忆丢失或幻觉问题。这一表现表...
DeepSeek长文本实测：轻量模型在学术综述生成中表现优于Gemini Pro
本评测来自Linux.do社区，旨在验证DeepSeek在真实长文本场景下的表现。测试选取了50篇Pubmed论文摘要（共2.1万词），要求AI撰写规范的学术综述。对比对象包括Gemini 2.5 Pro、Gemini 3 Pro及Deep...