ChatGPT 现可锁定聊天记录,为账户内部增添隐私边界
ChatGPT 现已允许用户锁定聊天记录,在原本混合个人提问与日常工作的账户内划出一道隐私边界。OpenAI 于 2026 年 10 月 20 日开始逐步推出该功能。这项变更解决了一个常见问题:向他人展示一段有用对话时,无需暴露其他讨论内容。
最直接的好处,是掌控他人能看到什么。更大的问题在于,用户如何理解这种掌控的含义。防止他人在借用的屏幕上看到一段对话,与限制云服务如何处理其中内容,并不是一回事。
WhatsApp 已通过锁定对话树立了一个熟悉的先例。ChatGPT 则多了一层复杂性,因为助手能够记住信息,并在后续回答中使用它。这让核心问题不再只是对话能否打开:这把锁究竟建立了怎样的隐私边界?
ChatGPT 现可锁定聊天记录而无需删除
Locked Chats 为用户希望保留的对话设置了一道访问门槛。 它让已保存的讨论在账户中拥有不同的位置,而不必要求用户将其丢弃。
根据 OpenAI 的 locked chats guidance,被选中的对话将移出常规历史记录、置顶聊天和普通搜索。访问需要四位数账户 PIN 码或受支持的设备认证。该功能正在逐步推出,因此不同账户的可用情况可能有所不同。
重要的产品决定在于保留对话。设想一位用户正在为一次艰难的家庭谈话做准备。他们可能希望重温此前的交流、梳理想法,并继续思考这个话题。删除对话会破坏这种连续性。
另一位假设中的用户可能正在筹划一次惊喜旅行。他们仍希望在回来后能够查看自己的旅行偏好和规划笔记,只是不希望在向家人展示无关内容时,这段对话出现在屏幕上。
这些例子解释了,为什么对话锁值得与更广泛的隐私设置并列。用户期望的结果,是在正常使用中实现选择性的可见性。他们希望继续使用助手,而不必将每一段已保存对话都视为适合向他人展示的内容。
这种区别也有助于解释该功能为何在当下具有意义。对话式助手既可以容纳尚未成形的想法,也可以保存已完成的答案。用户可能乐于分享一道食谱,却会将相邻的一段个人讨论视为完全私密。
界面必须同时容纳这两种期待。账户可以属于一个人,但其屏幕也可能暂时被他人看到。若将账户访问权限视为唯一有意义的边界,这种日常情境便无法得到解决。
该公告并未说明人们遇到这一问题的频率,也没有提供证据表明锁定功能会改变采用率或参与度。这些结果需要在功能推出后持续观察。
变化其实更具体:OpenAI 增加了一种方式,让用户能在额外的访问步骤之后保留选定对话。这使得保存信息与在日常浏览时让其随时可见之间,有了更清晰的区别。
对读者而言,这便是有用的起点。应先根据该功能所解决的暴露风险来评估它,再分别审视其他隐私问题。只要边界与实际情境相符,一个界定明确的益处依然可能很有价值。
借用屏幕会带来另一种隐私问题
该功能挑战了这样一种假设:已解锁账户就应显示所有已保存对话。 当个人内容与可分享材料共处于同一界面时,这一假设就显得不太妥当。
想象一下,你正向同事展示一个关于电子表格公式的回答。同事并不需要访问你的私人规划、个人提问或尚未完成的写作内容。然而,将设备交给对方会改变观看者,却不会改变已登录的账户。
对话锁可以让这种观看者变化更易于管理。它的实际价值在于,用户可以在分享发生前就有理由区分内容。隐私由此成为整理账户的一部分,而非事后的紧急应对。
即时通信领域有一个值得参考的历史案例。Meta 于 2023 年 5 月推出了 WhatsApp 的 Chat Lock。该功能将受保护的对话移入独立文件夹,并以设备密码或生物识别认证加以保护。
Meta 还特别提到了偶尔会与家人共用手机的人。二者的相似之处很直接:设备所有权并不保证只有所有者能看到屏幕。对话级控制正是为了填补这一空白。
不过,这种比较不应延伸到将即时通信与 AI 助手视为等同。WhatsApp 的公告描述的是一项消息功能;ChatGPT 的功能则运行于一个助手之中,已保存的上下文可能影响未来回答。
可借鉴的理念,是在熟悉的应用内实现选择性访问。具体实现方式及其周边数据实践,仍需分别审视。名称相似并不意味着保护措施完全一致。
因此,对 OpenAI 而言,压力部分来自沟通。一枚锁的图标在任何人阅读文档前就会引发期待。用户应当能够理解该功能的用途,而不会将它解读为对隐私各个层面的承诺。
对竞争助手而言,这项公告提出的是一个设计问题,而非证明其处于竞争劣势。人们能否展示有用的工作内容,同时让无关对话保持不在视野之中?不同产品可以通过不同控制方式回答这个问题。
目前没有证据表明,其他助手因这次发布而失去客户。该公告也没有证明对话锁决定了用户的产品偏好。这些都是需要独立来源支持的不同主张。
更稳妥的竞争观察与易用性有关。当用户询问账户中的哪些内容适合展示时,个人助手需要给出一个容易理解的答案。
知识工作者在各类工具中也面临同样的组织问题。一个个人知识库可以汇集面向截然不同受众的材料。
将这些材料放在一起有利于检索便利。决定哪些内容适合出现在共享屏幕上,仍是另一项责任。聊天锁让这种区别在助手内部变得更加可见。
已保存对话与临时对话服务于不同目标
在保留对话的同时使其保持私密,与发起一段不留在历史记录中的对话,是不同的目标。 混淆这些意图,可能导致用户选择错误的控制选项。
OpenAI 当前的 temporary chat guidance 表示,临时对话会留在历史记录之外,除非用户将其保存。在临时状态下,它们不会创建或更新记忆,也不会用于改进 OpenAI 模型。
该文档还区分了个性化与非个性化的临时对话。个性化会话可以使用已有上下文;非个性化会话则排除这种个性化。保存临时对话后,它将转换为受适用账户设置约束的常规聊天。
这种比较之所以重要,是因为人们讨论隐私时,常常仿佛用户总是希望降低持久性。但有时他们希望恰恰相反:在限制附近的人看到内容的同时,让助手保留一段有用交流。
以一个假设中的职业讨论为例。用户可能会反复回来起草问题、比较选项或修改申请材料。能够延续对话本身就是其价值的一部分。
如果用户不希望某段交流保留在普通历史记录中,临时对话对应的是另一种意图。两种意图本身没有哪一种更合理。正确选择取决于用户希望之后发生什么。
这也是为什么该公告应被理解为新增的一类使用方式。它让人们有了另一种表达对话应如何归属其账户的方式。这并不会让其他控制选项过时。
这种区别也改变了产品应如何解释隐私。按技术功能组织的标签,可能迫使用户将意图翻译成设置;按结果组织的标签,则能让决策变得更容易。
准备共享屏幕的人考虑的是可见性。不希望某个问题留存在历史记录中的人考虑的是持久性。关心训练问题的人考虑的是所提交信息会如何被使用。
这些是相关的担忧,但不可互相替代。一个有用的界面应让这种关系清晰可见,同时不能暗示选择其中一个选项就会自动解决其他问题。
对报道而言,也有一项实际教训。将每一种看似私密的模式都称为“无痕模式”,会掩盖重要差异。读者需要知道,某项功能改变的是访问权限、历史记录、个性化还是数据使用。
对此次发布最有力的解读,应紧贴其预期结果:当保留聊天记录很重要时,ChatGPT 现可让你锁定聊天记录。当用户希望与已保存历史建立不同关系时,临时对话仍然具有意义。
这为用户提供了更多选择,也让准确措辞变得更加重要,因为更多隐私控制意味着更多产生错误假设的机会。
ChatGPT 记忆功能让隐私不只是可见性设置
隐藏一段对话与遗忘其中的信息,是两种不同结果。 助手复用上下文的能力,使这种区别尤为重要。
OpenAI 的 memory controls 将 Memory 描述为用于个性化回答的信息。在启用 Memory 时,锁定聊天可以使用相关的常规记忆。锁定对话中的新消息不会用于个性化常规聊天。
同一文档还表示,锁定不会移除先前已被记住的信息。永久解锁后,在设置和工作区政策允许的情况下,完整对话可以重新供常规 Memory 使用。
这种行为为隐私决策引入了时间线。用户的预期部分取决于信息何时进入系统,以及他们何时改变对话状态。仅凭可见状态无法说明全部情况。
设想一位用户此前讨论过搬到另一座城市。后来,他们决定将该讨论置于锁定状态。他们的意图可能包括,不希望这一话题出现在未来不相关的回答中。
对话访问权限与已记住上下文之间的区别会立刻变得重要。用户需要理解哪项操作会改变哪种结果。否则,界面可能看起来很私密,但用户的期待仍会超出他们所采取操作的实际范围。
这是一种分析层面的担忧,而非已被证实的故障。文档描述了彼此独立的行为。问题在于,人们是否足够了解这些行为,从而作出知情选择。
记忆功能也说明,借用即时通讯的比喻存在局限。与助手的一次对话可能会促成用户与产品之间持续关系的一部分。隐私问题不止于某人能否打开原始对话线程。
用户可能在意敏感话题是否会出现在之后的推荐中。他们可能在意无关的工作是否会获得个人背景信息。他们可能希望在私密讨论中保留连续性,同时限制其在其他地方产生影响。
这些意图要求围绕上下文建立易于理解的边界。从更广泛的角度看,这表明个人 AI 产品需要能够解释信息如何流动,而不仅仅是信息如何存储。
对开发者而言,这是让状态变得可见的问题。用户应当能够在依赖某项操作之前,理解它会改变什么。良好的文档有所帮助,但决定性的时刻发生在产品内部。
对购买者而言,这是评估整体体验的问题。一次演示表明对话需要身份验证,并不能回答关于个性化的所有问题。对于同一位用户来说,两者都可能很重要。
对读者而言,实际的启示是,在判断某项控制功能之前先明确期望的结果。避免讨论内容被查看你屏幕的人看到,是一个明确目标。防止先前的信息影响之后的回答,则是另一个目标。
此次公告之所以有意义,是因为这些目标如今在界面中更加接近。其成功在一定程度上将取决于,用户能否无需研究系统历史就区分它们。
锁定功能不会改写底层数据关系
对话访问权限与服务处理信息的方式,仍然是两个不同的隐私问题。 公平评估这项功能,需要分别审视两者,而不能将其合并为一种说法。
OpenAI 明确表示,锁定功能并未引入端到端加密;在这种加密方式下,只有对话参与者掌握读取消息的手段。它也不会改变数据保留方式和模型改进设置。
这一限制界定了该功能的范围。它并不会消除在借用的屏幕上控制访问的价值。但这意味着,用户不应将锁定视为处理敏感信息的万能答案。
OpenAI 的消费者数据控制说明,个人服务内容是否可用于改进模型取决于相关设置。该公司还说明,出于支持、安全、法律事务和获准的模型改进等目的,存在有限的授权访问。
这些属于服务层面的考量。它们涉及用户与提供商之间的关系,而不是用户与身边他人之间的关系。
对于假设中的惊喜派对讨论,附近人员能否看到内容可能是主要担忧。对于机密工作,组织关于提交信息的规定可能具有决定性作用。同一项界面功能无法解决这两种情况。
受管理的工作区明确体现了这种区别。OpenAI 的企业隐私控制指出,组织的数据保留和合规要求仍然适用。锁定的对话仍会包含在可通过 OpenAI Compliance Platform 获取的消息日志中。
因此,员工需要区分个人谨慎与组织治理。一段对话可能需要避免被随意查看,同时仍须遵守工作场所政策。
这并非内在矛盾。组织可能有正当的记录保存要求,而员工则需要避免在演示期间暴露无关材料。这些要求作用于不同层面。
值得质疑的是,产品是否足够清晰地传达了这些层面。一个可见的锁定图标可能被解读得比一份政策声明更宽泛。协调两者的负担不应完全落在用户身上。
恢复机制同样值得关注。OpenAI 表示,重置遗忘的 PIN 码会永久删除受保护的锁定聊天内容。这使恢复说明成为隐私体验的一部分,而不是设置中的次要细节。
选择访问保护的用户也需要理解失去访问权限的后果。清晰的警告至关重要,因为更改已知凭据与重置遗忘凭据可能意味着不同的结果。
现有来源证实的是文档化行为,而非独立安全测试。它们并未证明该功能能够抵御所有攻击,也不能证明用户会正确理解每一项边界。
因此,恰当的判断应当是有限且务实的。此次发布增加了对话访问控制。至于提交哪些内容,仍需考虑数据设置、组织要求以及材料的敏感性。
随着 Locked Chats 覆盖更多用户,需要关注什么
接下来有价值的证据将涉及可用性、用户理解以及更广泛的产品回应。 这些信号比将公告本身视为更强信任的证据更能说明问题。
首先,关注该功能是否能稳定地覆盖符合条件的账户和设备。渐进式推出可能导致早期体验不一致。读者应区分功能尚不可用与功能行为不同于文档描述这两种情况。
有意义的证据将是清晰的可用性指引,以及在受支持环境中可复现的体验。这将强化这样一种判断:用户能够将这项控制纳入日常流程。
如果人们始终不确定选项在哪里可用,这种判断就会被削弱。当用户无法确定能否在下一次演示或设备交接时依赖某项隐私功能时,它的价值就会降低。
这并不意味着假定推出过程一定会遇到问题。它只是从用户视角指出,成功交付应是什么样子。
其次,关注用户是否理解访问权限、记忆和数据使用之间的关系。产品措辞、上下文说明以及经过严谨记录的用户研究,都会是有价值的证据。
能够准确说明该控制功能用途的人,更有条件恰当地选择它。这将强化这样一种论点:该功能改善了对个人对话的实际控制。
即使底层行为与文档一致,反复出现的困惑也会指向沟通问题。产品正确性和用户理解彼此相关,但并不是相同的衡量标准。
如果独立评估考察的是日常决策,而非要求人们复述术语,将尤其有价值。用户能否为借用的屏幕、尚未保存的问题或机密工作材料选择正确设置?
这些是具有不同期望结果的不同场景。衡量人们能否应对这些场景,比统计锁定按钮被按下的频率更能说明问题。
第三,关注其他助手产品如何回应账户内的选择性隐私需求。相关回应可能包括对话访问控制,或对既有边界作出更清晰的说明。
仅凭竞争对手的一项公告,并不能证明保护更好。比较应考察每种产品改变了什么,以及哪些方面仍受其他机制约束。
如果提供商能更清晰地解释这些区别,此次发布将有助于形成一种有益的设计预期。如果对话锁定仍只是含义令人困惑的孤立功能,更广泛的教训就不那么令人鼓舞。
对于知识工作者而言,更大的问题是:有多少材料适合放入任何个人 AI 工作空间。一项有用的知识管理实践,应从理解信息的预期受众和未来用途开始。
无论材料位于助手对话、笔记还是可搜索的文档集合中,这一点都适用。当期望结果明确时,访问控制也更容易评估。
在依赖该功能之前,先决定希望它解决什么问题。担忧是否是有人借用你的屏幕时看到无关对话?是否是先前记住的信息影响回答?还是提供商如何处理已提交的内容?这些问题值得分别回答。请根据自身情况审查文档化行为,尤其当对话包含工作材料或难以替代的信息时。ChatGPT 现在允许你锁定聊天,为已保存的讨论增加了另一道访问边界。请有意识地使用这一边界,并在假定其余隐私偏好已经改变之前检查周边设置。



