OpenAI 近日宣布对 ChatGPT 的记忆系统进行重大架构升级，在长期上下文保留、用户偏好跟随以及跨时间的准确性等方面都有明显提升，并强调这一版本在算力效率上也更为优化。新系统首先面向美国地区的 ChatGPT Plus 和 Pro 订阅用户开放，未来几周将逐步扩展至更多国家以及 Free 与 Go 用户。 所谓“记忆”功能，是指 ChatGPT 能自动或按用户指示，长期保留对话中的有用信息，包括用户的个人偏好、正在推进的项目以及各类约束条件，从而避免每次开启新对话都要从零介绍背景。借助这些持久化信息，系统在后续对话中可以更好地“延续上下文”，提供更贴合用户习惯和需求的回答。 OpenAI 最早在 2024 年 2 月推出“保存记忆”功能，允许用户明确要求 ChatGPT 记住某些信息，例如旅行计划、写作风格偏好等。不过，这一初代方案存在明显局限：一方面高度依赖用户主动下指令保存信息，另一方面，存入记忆的信息如果长期不更新，就容易过时或失效。 到了 2025 年 4 月，OpenAI 将记忆能力扩展到“保存列表”之外，开始允许 ChatGPT 自动引用过去的聊天内容作为记忆来源。这一阶段的关键基础设施是名为“Dreaming（梦境）”的后台进程，它会在用户不感知的情况下，从历史对话中自动筛选、整理可用信息，形成记忆条目。借助这一机制，系统可以从自然对话中持续学习，无需用户每一次都明确说明“请记住这一点”。 此次发布的升级则是在“Dreaming”机制之上进一步重构记忆架构，使之更“能记、会用、记得久、算得省”。OpenAI 内部评估数据显示，新系统在事实回忆、偏好遵循以及随时间推移的准确性方面，均较 2025 年版本有显著提升。具体而言，事实回忆率从 2025 年的 67.9% 提升至 2026 年的 82.8%，对用户偏好的遵循度从 55.3% 提升到 71.3%，而跨时间维度的准确性则从 52.2% 提升到 75.1%。 在用户体验层面，本次升级带来的一个直观变化，是新增了“记忆概览页面”。用户可以在这一页面集中查看 ChatGPT 当前保存的各类记忆条目，并可直接对其进行更新、更正，甚至下达“在何种情境下应当主动提及哪些话题”的指示。这一设计在提升透明度的同时，也为用户提供了更细粒度的控制权，降低长期使用中记忆过时或偏差累积的风险。 OpenAI 表示，这一更强大的记忆系统将首先向美国地区的 ChatGPT Plus 和 Pro 用户推送，并已自即日起开始上线。公司计划在未来几周内，将该系统逐步推广至更多国家和地区，并覆盖 ChatGPT Free 与 Go 用户，使更大范围的用户群体都能在日常使用中体验到更“懂自己”的对话式 AI。 查看评论
手里现在一台14pro当主力机，还有一台12mini，之前想把12mini当成主力机的，但是有2个痛点： 1.12mini系统升级到了26.4，使用起来不是很流畅 2.12mini是单卡，我现在是有一张主卡，一张流量卡，主卡是8块钱的保号移动套餐，流量卡是电信的，这两张卡无论哪种放到12mini都不太合适 现在12mini想弄个海外的卡，可以科学上网，但是12mini还是国行的，不支持esim，又不想再办多一个卡了，各位佬们有什么好的建议吗～ 6 个帖子 - 5 位参与者 阅读完整话题
（话题已被作者删除） 1 个帖子 - 1 位参与者 阅读完整话题
其实之前就用 Codex 做过 Windows 的系统升级，帮我清理了 C 盘完成了升级，用了整个周六上午的时间 不敢想要是自己古法手作要多久，让 Agent 做这种任务还是舒服啊（虽然风险并存） 以下是大概的统计信息 模型：gpt-5.5 xhigh 消耗额度大概是：Pro 10x - 5h 20% - weekly 8% 很大一部分时间都受制于网速和机器性能了 已完成轮次的 Codex 运行时间：2:25:45 从会话开始到统计读取时的墙钟时间：4:49:24 已完成轮次 token 合计：51,379,165 耗时 任务 tokens 3:22 评估 Ubuntu 系统状态 432,605 2:23 评估升级到 24.04 的路径和风险 374,740 1:16 确认 tmux / sudo 准备 310,389 5:12 启动升级，发现 ROS Melodic 阻塞 2,148,773 31:18 卸载 ROS Melodic ，完成 18.04 -> 20.04 13,471,809 38:42 推进 20.04 -> 22.04 ，定位 MPI 问题 11,315,211 1:07 尝试修复 22.04 未配置包 442,918 6:33 修复 dpkg/MPI ，完成 22.04 收尾 1,934,081 26:49 启动 22.04 -> 24.04 ，遇到 MPI 遗留问题 8,572,521 17:03 修复 24.04 升级中断点和 SSH 问题 5,740,553 5:13 SSH 恢复后继续 full-upgrade 收尾 3,438,297 4:18 完成 24.04 升级并重启验证 2,776,575
其实之前就用 Codex 做过 Windows 的系统升级，帮我清理了 C 盘完成了升级，用了整个周六上午的时间 不敢想要是自己古法手作要多久，让 Agent 做这种任务还是舒服啊（虽然风险并存） 以下是大概的统计信息 模型：gpt-5.5 xhigh 消耗额度大概是：Pro 10x - 5h 20% - weekly 8% 很大一部分时间都受制于网速和机器性能了 已完成轮次的 Codex 运行时间：2:25:45 从会话开始到统计读取时的墙钟时间：4:49:24 已完成轮次 token 合计：51,379,165 耗时 任务 tokens 3:22 评估 Ubuntu 系统状态 432,605 2:23 评估升级到 24.04 的路径和风险 374,740 1:16 确认 tmux / sudo 准备 310,389 5:12 启动升级，发现 ROS Melodic 阻塞 2,148,773 31:18 卸载 ROS Melodic ，完成 18.04 -> 20.04 13,471,809 38:42 推进 20.04 -> 22.04 ，定位 MPI 问题 11,315,211 1:07 尝试修复 22.04 未配置包 442,918 6:33 修复 dpkg/MPI ，完成 22.04 收尾 1,934,081 26:49 启动 22.04 -> 24.04 ，遇到 MPI 遗留问题 8,572,521 17:03 修复 24.04 升级中断点和 SSH 问题 5,740,553 5:13 SSH 恢复后继续 full-upgrade 收尾 3,438,297 4:18 完成 24.04 升级并重启验证 2,776,575
其实之前就用 Codex 做过 Windows 的系统升级，帮我清理了 C 盘完成了升级，用了整个周六上午的时间 不敢想要是自己古法手作要多久，让 Agent 做这种任务还是舒服啊（虽然风险并存） 以下是大概的统计信息 模型：gpt-5.5 xhigh 消耗额度大概是：Pro 10x - 5h 20% - weekly 8% 很大一部分时间都受制于网速和机器性能了 已完成轮次的 Codex 运行时间：2:25:45 从会话开始到统计读取时的墙钟时间：4:49:24 已完成轮次 token 合计：51,379,165 耗时 任务 tokens 3:22 评估 Ubuntu 系统状态 432,605 2:23 评估升级到 24.04 的路径和风险 374,740 1:16 确认 tmux / sudo 准备 310,389 5:12 启动升级，发现 ROS Melodic 阻塞 2,148,773 31:18 卸载 ROS Melodic ，完成 18.04 -> 20.04 13,471,809 38:42 推进 20.04 -> 22.04 ，定位 MPI 问题 11,315,211 1:07 尝试修复 22.04 未配置包 442,918 6:33 修复 dpkg/MPI ，完成 22.04 收尾 1,934,081 26:49 启动 22.04 -> 24.04 ，遇到 MPI 遗留问题 8,572,521 17:03 修复 24.04 升级中断点和 SSH 问题 5,740,553 5:13 SSH 恢复后继续 full-upgrade 收尾 3,438,297 4:18 完成 24.04 升级并重启验证 2,776,575
其实之前就用 Codex 做过 Windows 的系统升级，帮我清理了 C 盘完成了升级，用了整个周六上午的时间 不敢想要是自己古法手作要多久，让 Agent 做这种任务还是舒服啊（虽然风险并存） 以下是大概的统计信息 模型：gpt-5.5 xhigh 消耗额度大概是：Pro 10x - 5h 20% - weekly 8% 很大一部分时间都受制于网速和机器性能了 已完成轮次的 Codex 运行时间：2:25:45 从会话开始到统计读取时的墙钟时间：4:49:24 已完成轮次 token 合计：51,379,165 耗时 任务 tokens 3:22 评估 Ubuntu 系统状态 432,605 2:23 评估升级到 24.04 的路径和风险 374,740 1:16 确认 tmux / sudo 准备 310,389 5:12 启动升级，发现 ROS Melodic 阻塞 2,148,773 31:18 卸载 ROS Melodic ，完成 18.04 -> 20.04 13,471,809 38:42 推进 20.04 -> 22.04 ，定位 MPI 问题 11,315,211 1:07 尝试修复 22.04 未配置包 442,918 6:33 修复 dpkg/MPI ，完成 22.04 收尾 1,934,081 26:49 启动 22.04 -> 24.04 ，遇到 MPI 遗留问题 8,572,521 17:03 修复 24.04 升级中断点和 SSH 问题 5,740,553 5:13 SSH 恢复后继续 full-upgrade 收尾 3,438,297 4:18 完成 24.04 升级并重启验证 2,776,575
其实之前就用 Codex 做过 Windows 的系统升级，帮我清理了 C 盘完成了升级，用了整个周六上午的时间 不敢想要是自己古法手作要多久，让 Agent 做这种任务还是舒服啊（虽然风险并存） 以下是大概的统计信息 模型：gpt-5.5 xhigh 消耗额度大概是：Pro 10x - 5h 20% - weekly 8% 很大一部分时间都受制于网速和机器性能了 已完成轮次的 Codex 运行时间：2:25:45 从会话开始到统计读取时的墙钟时间：4:49:24 已完成轮次 token 合计：51,379,165 耗时 任务 tokens 3:22 评估 Ubuntu 系统状态 432,605 2:23 评估升级到 24.04 的路径和风险 374,740 1:16 确认 tmux / sudo 准备 310,389 5:12 启动升级，发现 ROS Melodic 阻塞 2,148,773 31:18 卸载 ROS Melodic ，完成 18.04 -> 20.04 13,471,809 38:42 推进 20.04 -> 22.04 ，定位 MPI 问题 11,315,211 1:07 尝试修复 22.04 未配置包 442,918 6:33 修复 dpkg/MPI ，完成 22.04 收尾 1,934,081 26:49 启动 22.04 -> 24.04 ，遇到 MPI 遗留问题 8,572,521 17:03 修复 24.04 升级中断点和 SSH 问题 5,740,553 5:13 SSH 恢复后继续 full-upgrade 收尾 3,438,297 4:18 完成 24.04 升级并重启验证 2,776,575