公司 AI 智能体的记忆归谁所有？

一名员工周五离职。到了周一，团队才发现，AI 助手记得客户为何拒绝方案、哪些定价假设发生了变化，以及尚未完成的项目应如何继续。然而，这些背景信息都保存在前员工的账户中。公司支付了订阅费用，却没人确认哪些内容可以移交。原本用于提高效率的工具，变成了业务连续性的难题。

AI 智能体的记忆不存在统一适用的单一归属答案。相关权利与责任取决于记忆内容、形成方式、雇佣或服务协议、适用法律以及供应商条款。公司可能对工作材料享有权利，员工则仍然对其个人数据享有相应权利。但无论哪一种情况，都不能自动决定谁有权访问、导出或删除 AI 账户中的全部记录。

因此，实际目标应是建立受控的交接机制：保留获准使用的业务知识，保护个人信息和机密资料，撤销离职人员的权限，并确认接任者能够继续工作。本文解释相关区别，为管理者、IT 管理员和人力资源团队提供操作流程。本文属于一般治理框架；雇佣、知识产权和隐私要求因司法辖区而异，需要结合当地规则审核。

智能体记忆实际包含什么

AI 智能体记忆，是指系统保存并再次使用、从而影响后续回答或行动的信息。不同系统可能包含对话历史、明确设置的偏好、自动生成的摘要、检索文档、项目指令，以及此前调用工具的记录。这些组成部分可能位于不同数据库，并遵循不同保留规则。把它们统称为一个可以下载的「大脑」，会让权属讨论和技术交接都失去准确性。

可以先划分四类实际内容。个人背景描述使用者本人，例如写作偏好或私人情况。项目知识记录决策、证据和工作假设。运行配置定义提示词、工具、权限和任务安排。原始记录则包括记忆所依据的文档或消息。这些类别可能重叠，因此应尽可能按记录分类，而不是只对整个账户进行分类。

「客户续约前需要法务审核」可能是一条有用的公司知识。而推测某位同事健康状况的记忆，则属于另一类记录，即使两者都出现在同一个项目中。系统生成的摘要也可能有误。在将其作为组织知识保存之前，应明确来源、审核人，以及其准确性是否仍然足以支持后续行动。

记忆也不同于模型训练。保存项目摘要并不一定修改模型权重，导出聊天记录也不意味着导出了模型本身。应询问每一层信息存放在哪里、如何被使用。KarmaBox 关于个人与团队主权 AI 的文章，可作为区分数据控制、模型控制与身份控制的起点。

不同权属场景需要不同处理

首先应区分知识产权、保密义务、个人数据和实际保管控制。知识产权涉及受保护材料的权利；保密义务限制披露和再利用；数据保护规范对可识别个人信息的处理；实际保管控制则描述谁掌握账户或存储位置。支付账单可能建立商业关系，但不能把这四个问题合并成一个答案。有效的政策会指定责任管理人，而不会假定每条记录都是公司财产。

在公司工作空间中形成的工作内容

组织通常应安排离职后相关团队仍能使用经过批准的项目知识。这是治理目标，并非全球统一的权属规则。以特定司法辖区为例，英国知识产权局指引说明：员工在履行工作职责过程中创作的特定类型作品，其著作权通常首先归雇主所有，但相反约定除外^[1]。这并不能决定每一份 AI 生成摘要是否都受到著作权保护。

交接时应明确企业有权保留的具体材料，以及有权使用这些材料的人员。账户管理员的技术权限可能超出某位管理者的合理工作需要，两者应保持区分。需要一份经过批准的客户简报，并不意味着管理者自动需要查看撰写者的所有私人对话。

个人账户中的公司工作内容

当个人订阅账户同时包含公司文档、家庭事务、求职材料或其他客户的工作时，边界会变得复杂。不要通过索取员工密码或复制整个账户来解决问题。应安排范围明确、获得授权的业务记录提取，并设置争议材料审核机制。如果当事人已经离职，应使用既有法律程序和供应商流程，而不是冒充其身份操作。

预防措施很明确：重要业务背景应在工作进行过程中就进入获准使用的组织知识库。员工需要知道哪些内容必须记录、允许何种个人使用，以及混合记录将如何处理。相比入职时就说明的规则，在有争议的离职过程中才提出政策，更难做到公平、一致地执行。

承包商与客户材料

承包商安排需要单独审核。同一份英国著作权指引区分了委托创作与雇员作品，并强调通过合同分配权利^[1]。承包商可能在形成客户专属交付物的同时，使用自己的通用方法。应明确哪些记忆可以保留、移交或再次使用，并同时检查客户合同和承包商合同。公司能够访问智能体，并不消除客户的保密限制或第三方许可条件。

多人共同使用的智能体

共享智能体往往混合了销售、工程、客服和外部顾问的贡献。因此，其记忆应由业务责任人管理，而不是简单继承创建机器人的那个人的权限。应明确谁负责批准变更、纠正错误和管理访问。如果某位贡献者离职，应保留获准共享的知识，同时审核与该个人直接相关的记录。共同使用并不意味着全部原始材料都适合向整个组织公开。

个人数据仍然需要单独治理

员工信息进入智能体记忆后，组织需要明确合理的处理目的、适用的合法依据、适当的访问限制以及保留安排。英国信息专员办公室的雇佣记录指引也解释了为何雇佣关系中的同意可能存在问题：员工可能没有真正的选择^[2]。签署 AI 政策应当帮助说明处理流程，而不应被当作无限制再次使用个人信息的许可。

根据《欧盟通用数据保护条例》第 17 条和第 20 条，删除权和可携带权都有适用条件与限制^[3]。离职并不自动要求销毁所有业务记录，可携带权也不等于有权获取公司的整个知识库。相关请求应进入组织的隐私处理流程。技术导出功能与个人法律权利存在联系，但不能互相替代。

带记忆 AI 智能体的离职交接步骤

1. 确认智能体及其依赖关系

在删除账户之前建立清单，记录工作空间、业务用途、管理员、原始资料库、记忆存储、已连接工具、定时任务以及拟定接任者。必要时也应纳入本地设备和浏览器集成。询问：如果员工今天无法登录，哪些活动会立即停止？这一问题常常能揭示隐藏依赖，例如某份自动报告通过个人授权令牌读取共享云盘。

2. 明确保留内容与排除内容

由业务负责人确定维持连续性所需的最少知识：待解决决策、对客户的承诺、操作说明，以及权威记录的链接。同时单独识别私人对话、无关个人画像、重复草稿和受限制的第三方材料。记录争议项目的处理决定，必要时邀请隐私或法务人员参与。审核结果应是经过批准的交接范围，而不是以「以防万一」为由保留所有内容。

3. 保全需要依法保留的记录

删除前应检查是否涉及诉讼保全、调查、合同记录保存义务或其他保留要求。如果必须保全相关记录，应将其放入受控档案库，明确访问权限和复核负责人。保留证据并不意味着应将其提供给接任者日常使用的智能体。应记录保留原因和范围，避免例外保留悄然变成永久默认做法。

4. 导出经过审核的交接包

将获准保留的知识导出为组织能够脱离原助手独立读取的格式。包含来源引用、日期、未解决问题，以及每项重要假设的状态。不要把访问凭据放入交接包。将导出文件存放在批准的位置，并限制分发范围。如果自动提取并不完整，一份经过审核的文字简报，可能比无人能够理解的大型档案更可靠。

5. 移交责任并重新授权工具

指定明确的业务管理责任人，并设置独立的管理员恢复渠道。使用经过批准的身份重新连接必要工具，仅授予完成任务所需的权限。根据情况轮换暴露的密钥，并撤销离职人员的会话、令牌和共享链接。不要只是重命名旧账户，就假定问题已经解决。接任者需要合法、适当的权限，自动执行的行为也需要明确责任人。

6. 在不依赖前员工的情况下测试连续性

使用接任者身份执行有代表性的任务，例如检索一项已批准的项目决策、准备内部简报，以及识别正确的升级处理联系人。同时测试受限制的个人资料是否确实不可访问。将回答与原始文档核对，并记录缺失背景。能够成功登录，并不足以证明交接成功；测试应确认新安排既保留必要工作能力，也遵守新的访问边界。

7. 覆盖相关信息层执行删除

根据适用政策及保留例外，移除不应继续投入使用的材料。分别检查已保存记忆、聊天历史、原始文件、检索索引、本地副本和连接系统。询问供应商删除如何影响备份，以及何时生效。记录已删除内容、因合理原因仍然保留的内容，以及后续复核负责人。聊天窗口为空，并不能证明相关内容已全部移除。

8. 以证据完成交接确认

管理者应确认业务能够继续，IT 团队应确认权限变更，相关信息负责人应批准保留决定。简要记录导出文件位置、接任者、验证结果、删除请求和未解决例外。离职后复盘流程。如果交接依赖某个人记得一个未记录的设置，或依赖前员工配合，应在下一次离职前将这种依赖转化为常规控制措施。

在记忆设计中预先加入导出与删除能力

最可靠的离职流程始于有人离开之前。应让权威项目记录独立于个人助手存在。智能体负责检索和解释记录，自动生成的记忆则作为可审核的工作背景。这能减少某条有用推断成为决策唯一存档的风险，也使公司可以更换模型，而不必从对话中重新构建全部业务知识。

可以为可移交记忆记录定义标识符、内容、来源、业务责任人、访问组、复核日期和保留类别。必要时注明陈述是已确认、暂定，还是已被替代。这些字段是建议的设计方式，并非所有产品共同遵循的标准。它们可以提高导出的实用性，让接收系统区分当前已批准知识、历史猜测和已经失效的指令。

不要假定复制记忆就等于复制了权限。导出文件可能丢失原应用中的访问限制。应在目标系统重新设置授权，并检查客户材料是否可以跨组织或跨地域转移。敏感档案应与智能体日常检索库分开存放。只有在适当条件下仍由适当人员使用，可移交记录才具有实际价值。

供应商功能能够说明什么

OpenAI 的记忆功能文档区分了已保存记忆与聊天历史：仅删除对话，不一定会删除已保存记忆^[4]。其数据导出指引也区分了符合条件的自助导出账户与组织管理的工作空间^[5]。这些是不同控制项。在设计退出流程之前，应核实公司实际使用的套餐、账户角色和工作空间配置具备哪些选项。

Anthropic 提供了 Claude 记忆相关说明，包括记忆按主题保存、并包含在数据导出中^[6]，以及导出数据的范围与限制^[7]。应把它视为有用的可携带能力，而不是全部对话、权限、文档和工作流程都能完整迁移的证据。需要审核实际转移内容并测试目标系统。这里的案例说明已记录的功能，并非产品排名或完整可移植性的认证。

可以要求任何供应商使用无敏感内容的测试记录演示导出和删除。检查导出是否包含来源与时间戳、迁移后是否保留访问边界，以及已删除内容是否停止出现在检索结果中。将排除项和管理员要求记录到采购决策中。对于 KarmaBox 部署，应通过产品文档确认实际配置，而不是假定主权相关表述必然保证某种导出格式或保留控制。

制定员工真正能够遵守的简明政策

可执行的政策应说明业务记忆允许存储在哪里、谁批准共享，以及人员转岗或离职时如何处理。还应解释个人材料的处理方式，以及如何对不准确的记忆提出异议。应在员工、管理者、IT 和隐私职能之间分配责任。不要仅用一句「AI 记住的一切都归公司所有」概括规则，因为这并没有回答实际操作问题。

例如，公司可以要求将已批准的项目决策记录在共享资料库中，禁止在对话记忆中保存凭据，并在情况允许时，于关闭账户前完成经过审核的交接简报。公司也可以定期检查过时背景。这些是示例性政策选项，而非普遍适用的法律义务。具体细节取决于组织的信息风险、系统、用工安排和合同承诺。

在日常工作中明确记忆责任

为每个重要的共享智能体建立员工能够找到的简明登记条目，标明业务责任人、批准用途、允许的数据类别、原始资料库和升级处理渠道。当智能体多次交接或跨部门运行时，这份登记尤其有用。员工应能够直接查明谁可以批准更正，而不必搜索旧消息或猜测最初由哪位同事配置了助手。

转岗也应触发记忆治理流程。晋升、内部调动或临时任职，都可能改变员工应当访问的内容，即使其仍然受雇于公司。当这些边界变化时，应审核智能体的检索范围和继承权限。否则，助手可能悄然把上一岗位的信息带入新岗位。因此，访问权限应对应当前职责，而不是绑定永久不变的个人画像。

应根据潜在后果安排记忆质量复核。过时的会议时间偏好，通常不如失效的退款审批指令或客户记录披露指令严重。应优先审核会触发行动、影响人员或影响重要商业承诺的记忆。为审核人提供标记指令已被替代的方法，并能够追踪哪些智能体仍在使用它。更正应进入共享记录，而不是被埋在某一次对话中。

为导出后的工作预留资源

即使供应商不收取导出文件费用，可移植性仍然存在运营成本。需要有人解释导出内容、移除不适当材料、重建权限、重新连接工具并检查新流程。在为关键业务采用助手之前，应估算这些工作。如果组织无法描述一条现实可行的迁移路径，无论合同如何规定权属，记忆都可能成为依赖来源。

在专用格式导出之外，还应保留一份普通、易读的业务连续性简报，说明当前目标、已批准决策、未解决问题、负责人和来源位置。该文档不用于复现所有互动，而是让具备资格的同事在账户意外不可用时仍能继续工作。可以定期让另一位获授权成员在不依赖原作者协助的情况下使用简报，以验证这一目标。

小团队可以先选择一个智能体和一种现实的离职场景，明确哪些内容可能丢失，编写简短交接记录，并测试权限变更。根据试点发现的实际需要扩展流程，而不是为每个无害偏好都引入复杂审批。目标是为有用知识建立可重复执行的边界：员工了解组织保留什么，组织也知道如何负责任地保留。

员工向团队交接的示例

在应用流程之前，应设置管理者能够实际观察的验收标准。接任者应能够找到最新获批决策、识别支持证据，并将其与已放弃方案区分开来。智能体应拒绝提供超出接任者职责权限的材料。导出文件应无需前员工凭据即可打开。这些检查能够把抽象的权属承诺转化为具体证据，证明公司可以继续负责任地运营。

假设一位客户成功经理的智能体保存了续约记录、拟议让步条件和个人提醒。团队首先在客户系统中找到已批准的续约方案，然后将智能体提供的额外背景与会议记录核对。一项缺乏依据的客户预算假设被标记为未验证，而不是作为事实移交。个人提醒被排除在接任者知识包之外。本例为假设场景，用于说明建议流程。

接任者获得经过审核的简报，以及对已批准来源的访问权限。IT 团队重新授权客户系统连接，并关闭前员工的访问。测试确认接任者可以解释续约决策，却无法检索被排除的私人资料。公司记录尚存的保留例外。最终结果是具有明确边界的业务连续性：有用的工作知识得以保留，员工的全部数字历史则不会自动变成团队记忆。

本文依据下列一手来源，提出组织 AI 记忆管理的编辑性框架，并不声称已经过独立法律审核。如需了解知识、身份与控制之间更广泛的关系，请阅读我们关于个人与团队主权 AI 的指南。资料与产品文档核对日期为 2026 年 11 月 5 日。