w
wang
致聊天框开发与产品团队：
主题：关于“压缩对话”功能的重要反馈——请求恢复 v1.18 版本的逻辑
我写此信是为了反馈在 v1.16.1 到 v1.19.0 版本之间，对核心“压缩对话”功能进行的一项重大且令人遗憾的改动。
在
v1.16.1 (2025-09-17)
中，你们引入了“压缩对话”功能。其最初强大且有效的实现方式是：允许用户生成当前对话的智能摘要，然后将该摘要作为
系统提示 / 指令
，用以启动一个
全新的聊天会话
。这使得之前对话的逻辑、意图和上下文能够无缝继承到一个新阶段，通过克服上下文窗口的限制，有效地实现了与 AI 进行长期、项目式的协作。
然而，在
v1.19.0 (2026-02-11)
中，此功能被静默且彻底地改变了。摘要现在被作为一条普通的
用户消息
插入到
同一
聊天线程中。这一改动彻底削弱了该功能的实用性：
  1. 核心功能丧失：
    它不再创建一个新的、可管理的聊天会话。压缩后的摘要及后续对话都被埋没在不断增长、日益冗长杂乱的现有聊天历史中，使得组织变得不可能。
  2. 工作流被破坏：
    该功能的初衷——为新的讨论阶段提供一份清晰、权威的“简报”——已经消失。AI 不再将摘要视为高优先级的指令（系统提示），而仅仅是另一段上下文。
  3. 不佳的用户体验（自动触发）：
    新的“在约 60% 上下文长度处自动压缩”机制具有破坏性。它粗暴地打断了深入、流畅的对话，仅仅为了节省微不足道的 Token 数量，这优先考虑了系统管理而忽视了用户的意图和创造性的思维流动。
对于从事复杂、长篇推理和项目（这是高级 AI 的一个关键优势）的用户而言，v1.18 时代的“压缩对话”不是一个“Token 节省工具”——它是一个必不可少的工作流程引擎。
强烈请求：
我强烈敦促开发与产品团队
将“压缩对话”功能回退到 v1.19 之前的逻辑，即恢复至 v1.18.x 版本所见的状态。
请恢复其生成摘要并以此作为系统提示来启动一个全新的、独立的聊天会话的能力。理想情况下，请再次将此设为默认行为，或至少将其作为一个清晰明确的用户选项提供。
当前的实现方案解决了一个对于高级用户而言不存在的（次要）问题，却摧毁了一项关键且独特的能力。感谢你们的关注。