记忆与长期上下文管理｜ChatGPT实用课程

一、先分清三层上下文

“ChatGPT 记得我”可能指不同机制。把它们分开，才能知道信息从哪里来、在哪个范围生效，以及该去哪里修改。

层级	主要作用	适合放什么	管理方式
当前对话上下文	利用本聊天中较早的消息继续回答。	本次任务的材料、讨论和临时决定。	新开聊天时带上核准摘要；重要事实回看原文。
Memory / 个性化	在可用设置下参考已保存记忆或相关历史信息。	简短、相对稳定的偏好和个人背景。	Settings → Personalization → Memory；查看账户实际提供的控件。
Projects 与文件	在一个长期主题下组织项目说明、资料与多段聊天。	客户项目、课程、研究、持续创作的材料和规则。	在项目内维护说明和来源文件，标清版本与依据。

简单选法：跨项目稳定偏好可放自定义指令或 Memory；某项工作的规则和资料放 Project；短期敏感讨论可考虑 Temporary Chat，并先核对个性化与数据控制设置。Memory 不是网盘，也不是精确、永久的聊天档案。

二、Memory 与 Dreaming：会归纳，不等于全都记住

Memory 控件和体验会因方案、地区、平台及工作区设置而不同。设置中可能出现 Memory、Reference saved memories、Reference chat history、Memory summary、Manage 或 Saved memories 等名称；以账户实际界面为准。

Memory 可能参考已保存记忆、相关聊天，以及在功能可用并获准时的文件或已连接应用内容。系统会判断哪些上下文可能有用，并非每次回答都搜索所有历史，也不会保留每段对话的全部细节。Memory summary 是高层摘要，可能省略细节或来源；询问“你记得我什么”得到的也只是概览。

OpenAI 将 Dreaming 描述为后台合成记忆、随时间调整上下文的新机制，目标包括提升新鲜度、连续性与相关性。这是产品能力演进的说明，不表示所有账户都已启用、会记录每个细节，或能保证记忆始终准确。需要精确内容时仍应提供原始材料并核对。

部分界面可能在回答下显示 Sources，帮助查看某些个性化来源；它不一定呈现影响回答的全部因素，也不是完整审计日志。

三、自定义指令与 Memory 怎么分工

比较	自定义指令	Memory
内容来源	你主动写下的回答要求。	可由你要求记住，也可能由可用功能归纳。
适合内容	语气、格式、通用工作偏好和边界。	有助于未来个性化的简短背景与偏好。
维护方法	检查设置并直接编辑。	用对话提出更正，同时到 Memory 设置核实和管理。

长简报、完整制度、精确报价和版本文件应放到 Project 或文件来源，不要指望 Memory 保留全文。Project 指令只作用于项目内，并按官方说明优先于全局自定义指令；重要格式可在项目说明中再写一遍。

四、主动记住、更正与删除：对话指令后还要核验

可以用自然语言提出记住或更正的请求，但不要把模型一句“已记住”当作操作成功证明。功能不可用、工作区限制或记忆机制差异都可能影响结果；之后应查看 Memory 设置或重新询问，并在重要任务里显式提供当前事实。

1. 记住稳定偏好

请记住这条长期有效的个人偏好；如果当前账户不能保存，请直接说明，不要声称已保存：
身份或岗位：【】
主要服务对象：【】
默认回复偏好：【语言、语气、结构】
适用范围：【例如一般写作，不适用于逐字引用任务】
之后如与我提供的新信息冲突，以我明确给出的新信息为准。

2. 记住具体工作偏好

请记住我的这项长期工作偏好：
常见任务：【】
默认称呼或格式：【】
必须保留的边界：【】
这不是每个任务都适用的硬规则；遇到冲突时先问我。若无法确认已保存，请告诉我到哪里检查。

3. 更正过期信息

关于【主题】，旧信息“【旧说法】”已过时。
请在当前账户支持的范围内停止使用旧信息，并以“【新说法】”为准。
如果不能直接修改或确认 Memory，请明确告诉我；我会到 Settings → Personalization → Memory 核对，并检查相关聊天、文件或已连接应用来源。

4. 请求忘记，并检查相关来源

请忘记或删除与“【具体信息】”有关的已保存记忆；若不支持此操作，不要声称已删除，请告诉我应使用哪个设置控件。
也提醒我检查这条信息是否仍存在于原始或归档聊天、Memory 摘要、Library 文件或已连接应用中。
分别说明你实际完成了什么、我还需要在哪些来源执行删除。不要把关闭 Memory 当成删除内容。

5. 查看记忆概览

请概括你在当前对话中可用、且可能用于个性化的关于我的信息，按“身份与工作 / 回复偏好 / 长期项目 / 可能过期或需确认”分类。
只列有依据的内容；区分当前聊天提供的信息与可能来自 Memory 或其他来源的信息。无法辨认来源时标“来源无法确认”。
这只是概览，不代表完整记忆清单；不要推测敏感属性。

关闭记忆不等于删除已保存内容或聊天。删除聊天也不一定会删除独立保存的记忆。要完整移除某项信息，按其来源分别处理；删除与更新可能需要时间，并受适用的数据保留规则约束。

五、Projects：项目上下文与记忆模式

Project 适合持续任务：项目说明、文件和项目内聊天共同提供工作上下文。Default memory 与 Project-only memory 的具体范围受方案和工作区设置影响；Project-only 下，项目聊天不引用项目外记忆或聊天，但可引用本项目中的其他聊天。共享项目按现行官方说明自动采用仅项目记忆，且不能切回 Default；某些设置变更可能需要数小时生效。

Project-only 是上下文引用范围，不是文件访问权限或完整隐私保证。共享成员仍可能访问项目内共享的聊天和文件；不要上传未经授权的敏感材料，也不要用一次回答证明隔离已生效。先检查项目成员、文件和工作区政策。

跨多个项目聊天时，把已确认结论、版本、未决问题和依据写入项目来源。AI 生成的摘要只是交接材料，不能代替合同、原文、数据表或其他权威来源。

六、Temporary Chat：不写入 Memory，也不等于完全不留痕

临时聊天不会出现在常规聊天历史，也不会创建或更新 Memory。开始前，部分账户可选择是否让临时聊天使用已有 Memory、自定义指令等个性化；若不希望使用，应选择界面提供的非个性化选项。

临时聊天可能因安全目的保留副本最多 30 天。若把临时聊天另存为普通聊天，它会转为常规聊天并遵循对应的个性化和数据控制设置。因此，Temporary Chat 降低记忆写入和历史可见性，但不代表“完全匿名”或“绝不留存”。高度敏感信息仍应避免输入并遵循组织规定。

七、长对话交接：摘要要短，依据要能找回

Memory 处理跨聊天个性化，不会自动解决当前线程过长造成的遗漏。新开聊天前，整理已确认决策、未决事项、材料版本和明确废弃的旧方案；保留原始文件位置或引用。新聊天应重新提供必要材料，并标出哪些信息不能仅凭摘要推断。

6. 项目状态摘要

请为新对话生成一份可核对的项目状态摘要，只根据本项目中已有内容：
1. 已确认决策：列决定、日期或对应来源；无法定位依据时标“需回原文核实”。
2. 当前版本与材料：写文件名、版本或日期；没有的信息标“未提供”。
3. 未决问题：注明负责人（若明确提供）及下一步。
4. 已废弃方案：列名称和废弃原因，不要再当作当前方案。
5. 新对话必须重新提供的材料：逐项列出。
不要把建议写成已批准决定，不补造日期、数字、责任人或引用。生成后我会对照原文复核，再带到新聊天。

八、月度维护与场景选择

查看 Settings → Personalization → Memory 中当前可用的控件，核对过期或不准确的信息。
删除信息时检查其来源；关闭开关、删除单条 Memory、删除聊天和删除 Library 文件是不同操作。
稳定的全局回复偏好写入自定义指令；跨项目的短事实按需使用 Memory；客户、课程或研究材料放进相应 Project。
敏感或一次性讨论先检查 Temporary Chat 的个性化选项和组织规则，不把“临时”理解成没有保留。
长任务阶段结束时生成交接摘要，标明文件版本，并回到原始材料核对关键结论。

一句话总结：对话上下文负责眼前交流，Memory 用于可用设置下的个性化，Project 管一项长期工作，Temporary Chat 限制记忆写入但并非零留痕。长期上下文分层管理，关键事实回到来源核验。

资料来源：

资料核验日期：2026 年 10 月 27 日。Memory 控件、Dreaming 部署、个性化与数据保留可能因方案、地区、平台或工作区而异；以账户界面和最新官方说明为准。