实际转移的内容
首先看 OpenAI 对群聊本身的说明。停用通知承诺“您现有的群聊历史记录将保持可用”，并列出了具体步骤。“自 7 月 9 日起：您无法再创建群聊、将现有对话转换为群聊，或通过邀请链接加入群聊。”在过渡期间，“现有的群聊保持活跃。在群聊变为只读之前，您可以继续使用。随着此项更改的推出，具体时间可能会有所不同。”
在此之后，群聊将变成存档：“您可以打开它并查看其中已共享的消息、文件和图像，但无法再发送新消息。”新成员也被排除在外。“新参与者无法加入，包括通过现有的邀请链接。”您的个人对话不受影响；此更改“仅适用于群聊”。
在保留历史记录方面，OpenAI 让人放心：“无需采取任何行动来保留您的历史记录。”如果您想要自己的副本，“您可以通过 ChatGPT 或 OpenAI 隐私门户请求导出。”
通知中没有提到将群聊转换为项目的方法。它只涵盖了查看和导出，并告诉您决定在哪里继续。因此，对话本身留在了过去，而上下文必须在新家重新构建。
现在来看看目的地。OpenAI 的项目文章将共享项目描述为“ChatGPT 可以提取共享项目中的任何内容——包括聊天、上传的文件和自定义指令——因此回答将基于您群组的内部知识，并且您可以接续他人的工作。”共享范围很广：“项目共享适用于 Web 和移动应用上的 ChatGPT Free、Go、Plus、Pro、Business、Enterprise 和 Edu。”
在迁移之前，有必要了解共享项目在以下几个方面的行为与群聊不同。
记忆被隔离在项目内。 “共享项目会自动设置为项目专属记忆，且无法切换为默认记忆。共享项目无法访问单个成员在项目之外的上下文、自定义指令或记忆。”群组需要的任何内容都必须在项目内部。这些隔离墙在两个方向上是如何工作的，已在 ChatGPT 项目是否共享记忆 中进行了介绍。
指令是共享的且具有优先级。 “项目指令仅在项目内适用，并会覆盖您的全局自定义指令。”
访问权限分为两个级别。 “编辑权限允许成员更新指令、上传或删除文件以及邀请他人（但不能删除现有成员）”，而“聊天权限允许成员查看项目中的聊天、文件和指令并与之互动（但不能邀请他人）”。
存在限制。 对于个人计划，OpenAI 列出：“Pro 用户：最多 40 个文件和 100 个协作者”，“Plus 和 Go 用户：最多 25 个文件 and 10 个协作者”，以及 “Free 用户：最多 5 个文件和 5 个协作者”。工作区项目“最多可包含 100 个协作者”，而 Business、Enterprise 和 Edu 项目“支持最多 40 个文件”。
某些工具的行为不同。 在项目专属记忆下，OpenAI 指出“ChatGPT Work 在项目中不可用”。
共享的更改是同步的。 “在共享项目中，删除文件会为所有人从项目中移除该文件，但稍后可以重新添加。”如果有人离开，他们“在离开前将可以选择在项目内复制其聊天记录”。
手动迁移
步骤 1：在群聊变为只读之前，提取群组的上下文
在您仍能在群聊中发言时打开它，将其视为一次交接会议，而不仅仅是归档工作。
首先，在群聊中让 ChatGPT 生成一份工作总结：迄今为止做出的决策、负责人、未决问题、截止日期，以及任何以后可能受到质疑的选择背后的推理。大家一起阅读这份总结。总结难免会有遗漏，只有当时在场的人才能发现缺失了什么。在聊天中进行修正，使最终版本反映群组达成的共识。
其次，收集文件。列出大家分享过的文档、图像和参考资料，并下载项目所需的文件。对照您计划的单项目文件限制检查数量，必要时进行合并或精简。
第三，捕捉那些没人写下来的约定。例如群组希望如何格式化回答、哪些来源是可信的、哪些术语对你们有特定含义。这些将成为项目指令。
第四，决定是否有人需要完整的历史记录副本。停用通知指向了数据导出；所有人以后仍然可以打开只读聊天，但导出可以为您提供 ChatGPT 之外的备份。如果您的团队使用的是托管工作区，请先咨询工作区所有者，因为那里的自助导出工作方式有所不同。
关于链接的一个警告：共享单个聊天与共享项目不同。对于从私有项目共享的聊天，OpenAI 指出“拥有链接的人只能查看共享的聊天，而不能查看项目的其他聊天、文件、指令或历史记录。”ChatGPT 共享链接实际携带的内容与群组所知道的内容是两码事。
步骤 2：构建共享项目并植入这些上下文
创建一个新项目，并起一个整个群组都能认出的名称。然后按以下顺序添加上下文。
首先是项目指令。粘贴步骤 1 中的约定：项目目的、格式偏好、可信来源以及任何定义。因为这些指令在项目内部会覆盖每个成员的全局自定义指令，所以它们是放置群组通用规则的绝佳位置。
其次是工作总结。将其作为文件上传，或者将其粘贴到项目聊天中，并在回复上使用 Save to project（保存到项目）功能。OpenAI 将此途径描述为适用于您想要重复使用的“总结、决策说明、草稿或分析”，以便稍后在“项目来源中”找到它。
第三是文件。上传您列表中的文档。如果某些资料存在于 Google Drive 或 Slack 频道中，OpenAI 描述了在私有项目中将这些应用的链接添加为来源的方法，因此请在共享之前完成此操作。
然后进行共享。选择 Share（共享），选择谁获得 Edit（编辑）权限，谁获得 Chat（聊天）权限，并邀请群组。将编辑权限保留给负责维护指令和文件的人员；其他人可以通过聊天做出贡献。
最后，进行测试。提出一个群聊本可以回答的问题，例如关于某个特定事项做出了什么决定以及原因。如果项目能够根据总结和文件给出回答，说明迁移成功。如果不能，说明缺失的部分还没有放入项目中。
在旧群聊中发送最后一条消息，引导大家前往新项目，这样就不会有人继续往即将冻结的对话中添加内容了。
更好的方法：将群组的决策保存在每个成员的工具都能访问的地方
共享项目是 ChatGPT 中进行持续群组工作的理想场所。但从设计上讲，它也是一个封闭的房间。它的记忆是项目专属的，无法查看成员自己的上下文，并且它存在于单一产品中。您即将离开的群聊是 OpenAI 选择逐步关闭的一个试点；您即将迁入的项目是一个有着不同规则的不同容器。您群组的一些知识需要比这两者活得更久。
决策就是最明显的例子。选择背后的推理、群组同意的限制条件、上一个项目的教训——成员们会希望在他们使用的其他工具中也能获取这些内容，而且下一次群组的容器发生变化时，不应该再重新构建它们。MemoryLake 就是保留这一层知识的地方。
您可以用自己的语言亲自编写这些条目。不会从您的群聊、共享项目或任何厂商的存储中读取、写入或删除任何内容。
步骤 1：创建 API 密钥
登录并在控制面板中生成一个密钥。该密钥属于您在记忆层中的工作区，与任何 ChatGPT 项目或聊天相互独立。
步骤 2：上传您的第一批记忆
从步骤 1 中修正后的总结开始：群组同意的决策、负责人和推理。每个条目记录一个决策，注明日期，并附带原因。
步骤 3：连接您的 AI 和智能体
连接 ChatGPT 以及群组成员使用的其他助手。这样，相同的决策就可以在项目之外使用，包括在那些从未属于群聊的工具中。
这在实践中带来了什么改变
第一个区别是交接变成了一项资产。写下群组的决定并共同进行修正，会产生比冗长的聊天记录更清晰的内容。对于重复回答相同问题的群组来说，这本身就非常有用，正如在 停止在 Slack 中回答相同的问题 中所描述的益处一样。
第二个区别是上下文的责任变得可见。在群聊中，最后发言的人塑造了上下文。在共享项目中，指令 and 文件由具有编辑权限的人维护，这为群组提供了一个明确的纠错场所。
第三个区别是旧聊天记录作为记录仍然有用。只读并不意味着消失。当有人询问某个决定的来源时，历史记录仍然可以查看，就像 已存档的聊天 仍保留在您的账户中一样。
第四个区别是群组的知识不再依赖于单一容器。当决策也存在于 ChatGPT 之外时，下一次变化——新计划、新工具、成员离开——的成本就会降低。这对于同样通过聊天应用传递知识的团队来说非常重要，正如 将知识库连接到团队聊天 中所述。
将群聊迁移到共享项目的最佳实践
在聊天冻结之前进行迁移。 在您仍能在聊天中进行修正时，索取工作总结。
共同修正总结。 总结会遗漏内容；当时在场的人就是修正的关键。
将群组规则放入项目指令中。 它们会覆盖项目内成员的全局自定义指令。
将总结保存为项目来源。 使用 Save to project（保存到项目）或将其作为文件上传，以便每个聊天都可以利用它。
谨慎授予编辑权限。 编辑者可以为所有人更改指令和删除文件。
用旧聊天可以回答的问题进行测试。 如果项目无法回答，说明仍有内容遗漏。
预期每个聊天只能看到该项目。 项目专属记忆意味着成员的个人上下文不会引入；在这里，ChatGPT 遗忘项目之外的先前对话是正常现象。当需要探讨旁支问题时，在项目内 分支新聊天 可以使其与群组的其他工作保持在一起。
结论
OpenAI 的群聊试点正在温和地结束。您的历史记录保持可用，聊天变为只读，OpenAI 的建议是决定在哪里继续对话。对于大多数群组来说，那就是共享项目：一个 ChatGPT “可以提取共享项目中的任何内容”且成员可以接续他人工作的地方。
不会自动迁移的是上下文。共享项目使用项目专属记忆，无法查看成员自己的上下文，并且初始为空。在您仍能修正时总结群聊，收集文件，将约定转化为指令，并在邀请所有人之前为项目植入这些内容。
将在这个项目之外仍具有重要意义的决策保存在每个成员的工具都能访问的地方，下一次改变就会比这次更容易。