Character.ai破产了？六周内导出聊天记录的自救指南

Character.ai破产新闻来源截图

Character.ai申请了Chapter 11破产保护，官方公告把销售窗口定在“11月底或12月初”。花了两三年跟同一个角色聊天的人，现在面对一个很具体的问题：那些聊天记录到底归谁。

公告本身只承诺四件事：平台暂时保持运行、订阅继续扣费、隐私政策不变、用户可以导出数据或删除账户。但FAQ里那个直接问“用户数据和聊天会怎样”的问题下，回答通篇没有提到聊天记录，用户自建角色更是只字未提。

据The Next Web报道，迪士尼出价2000万美元，买到的是特定IP的非独占永久授权和部分法律索赔权，外加一项把前Character.ai员工借调回去的协议，以便平台“安全运行一段时间”。没有任何报道说迪士尼买的是那个你用来聊天的消费端应用。这笔钱是底价，其他竞标者可以加价，而破产文件显示公司资产和负债规模在5000万到1亿美元之间。换句话说，底价可能让服务器多撑一阵，但也仅此而已。

破产程序里，你的数据意味着什么

官方公告的实际覆盖范围

公告承诺的四件事听起来很稳妥，但仔细看会发现一个关键缺席：用户创建的聊天历史。Hacker News的讨论串里有人翻出了23andMe和Spirit Airlines的先例——公司破产后，用户数据作为资产被整体出售。“隐私政策不变”描述的是今天的状态，它不告诉你买家在交易完成后能对你的日志做什么。

据官方更新，法院监督下的出售预计在11月底或12月初完成。如果届时没有竞标者愿意继续运营平台，官方的措辞是“将被清算”。

法律与伦理背景

Character.ai在1月份和解了五起青少年心理健康诉讼，此后又面临家庭和美国各州的更多索赔。破产文件里的资产和负债规模在5000万到1亿美元之间。对于任何想收购这个平台的买家来说，这些法律包袱和用户数据的处置权是绑在一起的。

Chapter 11 破产保护是美国《破产法》第11章规定的重组程序，与第7章的直接清算不同：它允许企业在法院监督下继续运营，同时与债权人协商债务重组方案，目标通常是让公司存活下去而非立即关门。申请Chapter 11后，企业会进入"债务人持有资产"（DIP）状态，日常经营照常，但重大资产处置、出售业务线等决定需经破产法院批准。这也正是本文中"法院监督下的出售"的法律来源——出售是否成交、卖给谁、卖哪些资产，都要走法院流程，并受债权人委员会和竞标规则约束。理解这一点有助于明白：为什么官方公告只承诺"暂时运行"，为什么出售窗口是个日期区间而非确定时间，以及为什么底价之外的竞标者可以加价介入。

23andMe是一家消费级基因检测公司，2023年申请破产后，其数百万用户的基因数据成为破产财产的一部分，引发巨大争议，最终被非营利研究机构收购以限制数据流向。Spirit Airlines在破产重组中同样涉及客户数据与忠诚度计划资产的处置。这两个先例常被引用，是因为它们表明：用户数据在被隐私政策"承诺保护"的同时，依然可能作为公司资产的一部分被整体转让或出售，而隐私政策往往无法阻止这种转让。

用官方渠道导出聊天记录

操作路径

这是我建议你先做的事，只需要两分钟。不过Character.ai的帮助中心我尝试打开时返回了403，以下路径来自第三方指南，而且各指南之间互相矛盾，菜单名称可能已经变动。

网页端：登录character.ai，打开 Profile Settings，然后 Account，再进入 Manage Account & Data，选择导出数据选项。

移动端：在账户设置里找 Export my data（一份指南说在 Settings → Privacy 下，另一份说在 Legal & Privacy 下）。官方更新说应用和网页都能导出，但有一份指南声称桌面端没有这个选项。网页端找不到就用手机。

几个关键限制

没有按单个聊天导出，你拿到的是整个账户的一个压缩包。
它是快照，请求之后的新聊天不包含在内。停止使用服务前再请求一次。
交付方式据说是邮件。下载链接会过期（一份指南猜测24到48小时），到达时间从一小时到几天不等。压缩包里据称有以你的用户名命名的文件夹，包含 data/ 子文件夹，里面有 user.json、character.json 和 message.json。我没有看到Character.ai官方确认这个文件列表，打开压缩包后自己核对。
不要反复点按钮，每次请求会单独排队。

导出的存档是原始JSON，可以grep，但不能直接导入其他应用。

用CAI Tools导出角色卡片和聊天

为什么大多数人会选它

要把数据变成其他应用能导入的格式，多数人会去找CAI Tools。SillyTavern的官方文档就指向它来导入Character.ai的聊天和机器人。据其Firefox商店页面，它可以把聊天下载为“可读”或“可传输”格式，把角色下载为卡片；Chrome版本列出JSON和PNG卡片，而PNG卡片正是SillyTavern能导入的。

安装前必须读的权限清单

这是你安装时要同意的东西，根据公开商店页面：

项目	CAI Tools (Firefox, v3.8.2)
最后更新	2026年10月9日
用户数	5,597
必需权限	浏览器标签页、character.ai 和 chatbotmanager.net 的站点数据
可选权限	character.ai、chub.ai、jannyai.com、chatgpt.com、janitorai.com
许可证	保留所有权利
付费功能	“部分功能可能需要付费”（Patreon）

它的GitHub仓库直接写道：“这里的代码不是最新的。”仓库只用于提交bug。你无法用那份源码审计你安装的构建产物。

所以你要给一个闭源扩展你的已登录Character.ai会话，就在你存放最私密对话的同一个标签页里。我仍然认为这是正确的选择，因为没有别的东西能把数据导出成另一个应用能加载的格式。但要小心操作：

在一个单独浏览器配置文件里安装，只登录Character.ai。
一次性导出全部内容，然后卸载。
如果偏执一点（合理），退出所有会话并改密码。
这个月商店里会出现大量名字类似的“Character.ai导出器”，除非你能解释清楚是谁写的，否则一个都别装。

另外，打开每张导出的角色卡片，检查definition字段。如果它是空的，你保存的只是一个名字、一个头像和一句问候语，别的什么都没有。

PNG角色卡片是一种把角色定义数据嵌入图片元数据（tEXt chunk）的文件格式，源自SillyTavern及其前身SillyTavern社区的约定。卡片表面看是一张头像，但用支持该格式的应用打开时，会读取其中的角色名、描述、性格、对话范例和问候语等字段。如果这些元数据缺失（比如导出工具只保存了头像），导入SillyTavern后就只剩一张空壳角色，所以文章特别提醒检查definition字段。SillyTavern是一个开源的本地前端，本身不提供模型，而是作为界面连接各种API（Ollama、OpenAI等），管理角色卡和聊天文件，这正是它能接收Character.ai导出数据的原因。

用SillyTavern和Ollama在本地重建角色

本地部署的吸引力

一旦你的角色变成PNG卡片、聊天变成磁盘上的文件，你就不再需要Character.ai的服务器了。本地设置大约十分钟。据Ollama官方FAQ，默认上下文窗口是4096个token，一个角色定义加上长聊天历史会直接把它撑爆，角色会开始忘记自己是谁。

关键配置步骤

安装Ollama并拉取模型，在Linux上：

curl -fsSL https://ollama.com/install.sh | sh
ollama pull llama3.1:8b

选一个适合你内存或显存的模型。角色扮演质量是个人口味问题，多试几个。

提升上下文窗口比选哪个模型更重要。FAQ给出的例子是服务器全局设置：

OLLAMA_CONTEXT_LENGTH=8192 ollama serve

Linux上有个坑：安装脚本已经把Ollama作为systemd服务运行了，上面这条命令会报“address already in use”。把变量写进服务里：

sudo systemctl edit ollama

**上下文窗口（context length）**指模型在一次对话中能"记住"的token总量，包括系统提示、角色定义、历史消息和当前输入。Llama 3.1等模型原生支持更长上下文，但Ollama出于内存和速度考虑，默认把窗口限制在4096 token。角色扮演场景中，一段详细角色卡动辄上千token，加上多轮历史，很容易触顶，模型会开始"遗忘"较早内容甚至角色设定。因此文章中把提升OLLAMA_CONTEXT_LENGTH称为比选模型更重要的一步。需要注意的是，窗口越大占用显存/内存越多，8B模型在16K上下文中通常需要约8-10GB显存，具体取决于量化等级。

**systemd**是大多数现代Linux发行版的服务管理器。用官方脚本安装Ollama时，它通常已注册为systemd服务并在后台运行，因此直接在终端执行`OLLAMA_CONTEXT_LENGTH=8192 ollama serve`会因11434端口被占用而失败——环境变量只对当前shell的这次启动生效，不影响已运行的服务。正确做法是通过`systemctl edit`为服务单元添加Environment指令，再restart，使配置在每次开机时生效。
# 在 [Service] 下添加：
#   Environment="OLLAMA_CONTEXT_LENGTH=8192"
sudo systemctl restart ollama

Ollama默认绑定到 127.0.0.1:11434，保持这样。FAQ展示了如何设置 OLLAMA_HOST 为 0.0.0.0:11434 来暴露到网络上——如果你那么做，网络上的任何人都能跟这个服务器对话。

然后从release分支安装SillyTavern：

git clone https://github.com/SillyTavern/SillyTavern -b release
cd SillyTavern
./start.sh

需要先装好git和Node.js。它会打开浏览器，默认在 http://127.0.0.1:8000。

连接两者：在API connections面板选择Text Completion，API类型设为Ollama，填入 http://127.0.0.1:11434，然后从下拉菜单选模型。

导入顺序：先从角色列表导入PNG卡片，因为聊天必须属于某个角色。然后打开那个角色，从底部左侧选项菜单打开 Manage chat files，用那里的导入按钮选择导出的聊天文件。

之后你的角色就住在一个可以用 rsync 备份、放进git或拷到U盘的文件夹里了。

导出清单与后续决策

现在就去请求官方导出。离开前再请求一次。
邮件链接一到立刻下载。
在独立浏览器配置里用CAI Tools导出卡片和聊天，然后卸载。
检查每张卡片是否真的包含definition。
搭好SillyTavern + Ollama，导入一个角色验证流程跑得通。
决定是否在出售完成前删除账户。你已经有了自己的副本，买家是否也能拿到一份，由你决定。

本地8B模型比不上Character.ai巅峰时期跑的东西。但我宁愿接受这个差距，也不愿让自己的聊天记录出现在特拉华州法院的资产清单上。