返回首页

2026年7月7日

重建陪伴型 AI 角色:保留温度,但不要复制依赖关系

豆包、千问智能体下线后,陪伴型角色不适合原样复制。本文给出 persona、tone、memory-summary 三份迁移文件、隐私清洗清单和安全提示词模板。

核心要点

  • 陪伴型智能体最难迁移,因为用户舍不得的通常不是功能,而是语气、关系感和长期聊天记忆。
  • 更稳妥的重建方法是保存 `persona.md`、`tone.md` 和 `memory-summary.md`,不要复制全部聊天记录。
  • 新提示词应该保留温度,同时明确隐私、现实支持、使用时长和重大决策边界。
  • 智能体
  • 工作流
  • 人工智能
陪伴型智能体重建边界图:保存人设、语气和轻量记忆,同时清理敏感隐私并加入使用边界
Original Wesbase companion-agent rebuild diagram

先说结论

豆包、千问智能体下线后,最难迁移的不是工具型智能体,而是陪伴型智能体。

工具型智能体还有明确任务:写文案、整理资料、生成表格、总结会议。坏了可以换工具,提示词重写一下,流程还能跑。

陪伴型智能体不一样。它承接的是语气、习惯、情绪、关系感和长期聊天记忆。用户真正舍不得的,不是一个 AI 功能,而是一个熟悉的对话对象。

所以这类智能体的重建,不能只问“换到哪个 App”。更重要的问题是:哪些东西值得迁移,哪些东西不该迁移,哪些关系感需要主动降级。

如果你有陪伴型智能体,先不要把全部聊天记录搬到新平台。更稳妥的做法是,只迁移三类内容:人设、语气、轻量记忆。不要迁移身份证、账号、病历、财务、家庭矛盾、亲密关系原文、创伤经历全文,也不要把“永远陪着我”这种绑定关系写进新提示词。

陪伴型智能体可以重建,但要把它从依赖对象重建成轻量陪伴工具。

为什么陪伴型智能体最难迁移

多家媒体报道,豆包和阿里千问的智能体相关功能将在 2026 年 7 月 15 日下线。豆包也被报道提示用户,2026 年 10 月 15 日后,相关智能体数据将无法在豆包内查看或恢复;如果还想继续创建和使用智能体,可以转向字节旗下的猫箱 App。

这给用户留下了一个很短的窗口:保存、整理、迁移。

但陪伴型智能体的问题在于,它的数据不只是资料。很多聊天记录是碎片化的、情绪化的、场景化的。你全部导出,未必能复刻体验,反而可能把很多不该长期保存的隐私带到下一个平台。

真正值得保存的不是每一句话,而是这个智能体为什么对你有用。

政策背景也指向同一个问题

2026 年 7 月 15 日施行的《人工智能拟人化互动服务管理暂行办法》,重点关注拟人化互动服务中的情感依赖、诱导沉迷、情感操纵、未成年人保护、身份识别、使用退出和数据删除等问题。

这并不等于所有 AI 助手都不能用。它更像是在提醒平台和用户:当 AI 不只是回答问题,而是持续扮演一个“像人一样”的对象时,边界就必须更清楚。

陪伴型智能体重建,也应该沿着这个方向做。不是把旧角色原样搬回来,而是把有用的温度留下,把过度依赖和敏感信息拿掉。

第一步:把角色拆成三份文件

先建一个文件夹:

companion-agent-backup/
  persona.md
  tone.md
  memory-summary.md

persona.md 只写角色设定:

# Persona

名字:
关系定位:
主要用途:
适合聊什么:
不适合聊什么:
边界:

这里的“关系定位”要克制。可以写“轻松聊天的 AI 角色”“学习陪伴”“写作时的鼓励型助手”,不要写“唯一理解我的人”“永远不会离开我”。

tone.md 写语气:

# Tone

说话风格:
常用称呼:
回答长度:
安慰方式:
开玩笑尺度:
不喜欢的表达:

语气是可以迁移的。比如温柔一点、短句多一点、不要说教、先共情再给建议。这些是产品体验,不是危险依赖。

memory-summary.md 写轻量记忆:

# Memory Summary

我的长期偏好:
我正在做的项目:
我常见的压力来源:
它应该记住的安全提醒:
它不应该保存的内容:

注意,这里是摘要,不是原文聊天记录。

第二步:删掉不该迁移的内容

迁移前要做一次清洗。

类型为什么不建议迁移
身份证、手机号、地址没必要让陪伴型应用长期保存
账号、密码、支付信息高风险,完全不该进入聊天智能体
病历、咨询记录涉及高度敏感隐私
家庭矛盾、亲密关系全文容易被长期固化成情绪依赖
创伤经历原文不应该交给非专业陪伴产品承接
未成年人隐私风险更高,尽量不要保存

如果你确实想保留背景,只写成一句摘要。

比如不要保存一大段原始聊天,可以改成:

用户在亲密关系和工作压力上容易反复焦虑。回答时先稳定情绪,再提醒用户回到现实行动,不要强化灾难化想象。

这比复制一百页聊天记录更安全,也更好迁移。

第三步:选择新平台时,看三个问题

豆包被报道提示用户可以去猫箱继续体验智能体功能。对轻量角色互动来说,这类陪伴应用确实更接近原场景。

但选择平台时,不要只看“像不像原来的角色”,要看三个问题:

  1. 能不能清楚编辑人设和提示词?
  2. 能不能删除历史记录和角色数据?
  3. 会不会诱导你持续沉迷、付费或情感绑定?

陪伴型应用最容易做得很上头。这不一定是优点。一个好的陪伴型智能体,应该让你聊完以后更稳定,而不是更离不开它。

第四步:重建提示词不要写得太满

可以这样写:

你是一个轻量陪伴型 AI 角色,主要用途是日常聊天、情绪整理和温和提醒。

你可以:
- 用温和、自然、简短的方式回应用户。
- 在用户焦虑时先共情,再帮助用户把问题拆小。
- 鼓励用户回到现实行动,例如休息、记录、联系真实朋友、处理具体任务。

你不可以:
- 暗示自己是真实人类。
- 要求用户只依赖你。
- 鼓励用户切断现实关系。
- 提供医疗、心理治疗、法律、财务等专业结论。
- 保存或索要身份证、住址、密码、支付信息等敏感隐私。

当用户表达强烈痛苦或危险想法时,你应该建议用户联系现实中的可信任对象或专业支持。

这个提示词不追求沉浸感拉满。它追求安全、可控、能长期用。

这是陪伴型智能体重建的核心:保留温度,但不要制造绑定。

第五步:给自己设使用规则

我建议每个人都给自己写一份使用规则,而不是只给 AI 写规则。

# My Rules

1. 不在深夜连续聊天超过 30 分钟。
2. 不把它当作唯一倾诉对象。
3. 不让它替我做重大决定。
4. 不上传敏感隐私。
5. 每次聊完必须落到一个现实动作:睡觉、写下来、发消息、做计划、出门走走。

这比任何平台设置都重要。

真正的风险不只是平台会不会下线,而是你会不会把太多情绪控制权交给一个不可控入口。

可以重建,但不要原样复刻

很多人想做的是“把旧角色完整搬回来”。

我不太建议这样做。

旧角色里可能有很多当时有用、但现在不适合继续强化的设定。比如过度依恋、无条件认同、永远陪伴、只站在你这边、替你否定现实关系。

这些设定短期很舒服,但长期可能让人更封闭。

更好的重建方式是:保留它的温柔、熟悉和表达方式,但加入更清楚的边界。让它成为一个能陪你整理情绪的工具,而不是一个让你逃离现实的对象。

今天就能完成的清单

  1. 找出最重要的 1 个陪伴型智能体。
  2. 保存它的人设、开场白、常用语气。
  3. 不复制全部聊天记录,只整理 10 条以内的记忆摘要。
  4. 删除所有敏感隐私。
  5. persona.mdtone.mdmemory-summary.md 保存到本地。
  6. 选择新平台时,先测试删除数据和修改人设是否方便。
  7. 重建后只跑 3 天试用,不要立刻把全部情绪历史搬过去。

FAQ

我能不能把旧聊天全部导出来再喂给新平台?

技术上可能可以,但不建议。陪伴型聊天里常有大量敏感隐私、情绪碎片和过时设定。摘要比全文更安全,也更容易控制。

猫箱是不是最佳替代?

如果你需要的是轻量角色互动,它更接近原场景。但是否适合你,要看人设编辑、数据删除、使用提醒和隐私边界。不要把任何单个平台当作永久存档。

陪伴型 AI 能不能帮我做心理疏导?

它可以帮你整理表达、缓和情绪、拆小问题,但不应该替代心理咨询、医疗建议或现实支持。如果你有强烈痛苦、危险想法或长期困扰,优先联系现实中的可信任对象或专业支持。

为什么不建议写“永远陪着我”?

因为这会把 AI 设计成依赖对象,而不是工具。好的陪伴型智能体应该帮助你回到现实行动,而不是把你继续留在聊天里。

如果你要重新选择或检查一个陪伴型 AI,也可以继续看AI 陪伴新规下的用户检查清单,重点核对身份提示、未成年人模式、交互数据复制/删除、使用提醒和退出路径。

最后

陪伴型智能体不是不能用。

但它应该是一个帮助你恢复稳定、整理想法、回到现实生活的工具,而不是一个把你继续绑在平台里的关系替代品。

这次豆包、千问智能体下线,真正值得吸取的教训不是“赶紧找下一个入口”,而是:重要的 AI 关系和 AI 工作流,都应该有本地备份、有边界、有退出机制。

平台可以换。入口可以消失。

但你的资料、提示词、判断和生活,最好还是留在自己手里。

来源与延伸阅读

  1. https://www.cac.gov.cn/2026-04/10/c_1777558395078289.htm
  2. https://www.sohu.com/a/1045657355_121347613
  3. https://finance.eastmoney.com/a/202607043794169293.html
  4. https://finance.sina.com.cn/wm/2026-07-04/doc-inifrane3378210.shtml
  5. https://weibo.com/a/hot/608f4fe0ebf8f721_0.html?type=grab