新版Windows ChatGPT客户端存在会话切换bug

背景

随着 ChatGPT 桌面端持续迭代，OpenAI 在 Windows 平台上推出了新版客户端。该版本尝试将网页版会话功能与 Codex（代码编写与执行环境）进行深度整合，旨在提供一个统一的工作空间，使用户可以在同一个界面内完成对话、代码编写与项目管理。然而，这种融合在用户体验层面引入了一个新的问题，影响了用户在不同工作模式（chat 与 work）之间切换时的会话上下文连续性。

核心内容

用户反映，新版 Windows ChatGPT 客户端存在一个与项目（Project）和话题（Topic）创建相关的 bug。具体表现为：

• 当用户在一个已创建的项目中，点击“新建话题”（New Topic）时，客户端会自动跳转到当前项目对应的 work 模式（即代码执行工作区）。
• 此时，如果用户点击左侧导航栏中的“chat”图标切换回聊天模式，系统会直接创建一个全新的、不归属于当前项目的新会话，而非继续使用当前项目下的上下文。
• 这意味着，新创建的聊天会话无法获取当前项目的提示词（prompt）context，导致项目相关的指令、文件或系统提示词无法被继承。
• 作为替代方案，用户只能通过手动点击“+”号按钮来创建新话题，才能确保该话题依然属于当前项目，但这种方式操作繁琐，且与网页版的行为不一致。
• 网页版中，用户在项目内新建话题并切换到 chat 模式时，会话能够正常保持在当前项目上下文内，不会出现跳转或丢失上下文的问题。

关键要点

• Bug 触发条件：在项目内点击“新建话题”后，自动跳转到 work 模式，再切回 chat 模式。
• 核心问题：chat 模式下的新会话不再属于当前项目，丢失了项目的提示词 context。
• 受影响功能：项目内的提示词（prompt）上下文无法在新会话中生效，影响需要项目级指令的工作流。
• 现有临时解决方式：手动点击“+”号创建话题，可以保持项目归属，但增加了操作步骤。
• 对比网页版：网页版在相同操作下行为正常，表明该 bug 是 Windows 客户端特有的实现缺陷。

意义与影响

这一 bug 反映了桌面端在整合多模态工作区（chat + codex）时，其会话管理与项目上下文绑定逻辑存在缺陷。对于依赖项目级提示词来规范 AI 行为的用户（如开发者、研究者、内容创作者），该问题会显著降低工作效率，迫使他们手动维护会话归属，破坏了原本期望的“无缝切换”体验。同时，这也提示 OpenAI 在跨平台功能一致性上仍需加强——网页版已经实现的行为，桌面端未能正确复现，暴露出客户端开发中对边缘场景的测试不足。从长期来看，修复此类上下文绑定问题对于提升 ChatGPT 作为生产力工具的可靠性至关重要，特别是在项目协作与代码编写场景中，项目上下文是 AI 理解用户意图的核心基础。