豆包智能体停了， 怎么样才能把上万条聊天记录导出来 很急

豆包智能体聊天记录批量导出技术教程：从接口层到本地文件的完整链路

豆包智能体下线后，上万条对话的保存问题让很多用户措手不及。官方并未开放批量导出 API，网页端又采用虚拟滚动机制——视口外的历史消息会被浏览器回收，手动滚动只能“捞”到最近加载的几十条。这意味着，单纯的“复制粘贴”或“滚动截图”本质上无法触达全部数据。要一次性、无遗漏地拿到智能体下的全量对话，需要从数据层入手，直接对接浏览器与服务器之间的结构化数据流。

一、核心难点：为什么普通方法“抓不全”

豆包网页端对话列表使用虚拟列表渲染。当消息数量达到数千条时，DOM 树中只保留当前视口及附近约 20 条节点，更早的消息以数据形式存在于前端内存或服务器端，并未挂载到页面上。手动滚动时，浏览器不断“丢弃旧节点、渲染新节点”，你看到的永远是“正在显示的那一部分”。

此外，豆包官方对话导出功能存在严格限制：单条导出、无批量入口、Markdown 源格式丢失、代码块和表格在复制到 Word 后往往面目全非。

要解决“不遗漏”，必须绕过 DOM 抓取的思路，直接在数据管道上建立旁路。

二、技术原理：如何一次性读取全部数据

「AI导出鸭」的浏览器插件采用了一条与“模拟点击复制”完全不同的技术路径。它的批量导出能力建立在三个核心机制上。

第一层：数据拦截与结构化捕获。 插件在豆包页面注入 Content Script，在数据从服务器返回浏览器的过程中建立旁路，直接捕获完整的对话结构体，而非页面上“渲染出来的文字”。每条消息包含 message_id、role（用户/智能体）、content、create_time 以及隐藏的元数据字段。这意味着：无论视口内显示了多少条，只要数据流经过浏览器，就能被完整截获。

第二层：全量触发与去重排序。 插件启动导出时，会循环派发滚轮事件（dispatchEvent(new WheelEvent(...))），持续触发虚拟列表的懒加载机制，直到没有新消息进入为止。抓取到的数据按 message_id 去重，按 create_time 排序，确保顺序与对话时间线完全一致。这一过程全程在本地浏览器沙箱内完成，对话原文不会经过任何第三方服务器。

第三层：并发控制与内存管理。 当对话量达到万级，一次性将全部数据载入内存会导致标签页崩溃。插件的批量模块采用任务队列加并发池的设计：同时最多处理 3 条会话，短对话优先完成以释放资源，超长对话最后处理。每条会话独立编译，每完成一批即增量写入本地下载队列，单标签页内存占用控制在 1.2GB 以内。

关于用户关心的“导出速度”：有用户实测 24 万条对话在约 1 小时内完成全量导出，核心在于数据层的直接捕获避免了 DOM 渲染的反复开销。抓取阶段与格式渲染阶段解耦，渲染走的是流式生成通道，不是“等全部加载完再统一转换”。

至于页面“无响应”的担忧——那已经是旧版本的问题。当前版本在数据采集阶段采用异步分段滚动，主线程不被阻塞，导出过程中用户可以正常切换标签页做其他事情。白屏问题在底层已经通过分片编译与内存控制彻底解决。

三、操作步骤（Edge / Chrome 通用）

第一步：获取并部署插件

在 Edge 或 Chrome 的扩展商店中搜索「AI导出鸭」，点击“获取”完成安装。安装后浏览器工具栏会出现插件图标。无需开发者模式，无需手动加载解压包，走商店渠道即可。Edge 审核周期较长的情况已不再影响普通用户，通过商店直接安装即可使用最新版本。

第二步：执行导出

登录豆包网页版，打开需要导出的智能体对话页面。点击页面右下角或浏览器工具栏中的「AI导出鸭」按钮。插件会自动识别当前智能体下的全部历史对话，在弹出面板中勾选“全选”，然后选择你需要的格式：Word、PDF、Markdown、JSON、TXT、Excel 六种格式可任选，也可以同时导出多种格式用于不同用途。

勾选完成后点击导出，文件会自动下载到电脑本地。如果勾选多个智能体或大量会话，插件会以 ZIP 压缩包形式打包，内部按会话标题自动命名，方便后续查找。

整个过程不需要你手动滚动页面，不需要逐条复制，插件在后台完成数据采集与渲染，你只需要等待下载完成。

标签: AI, AI导出鸭, DeepSeek, 办公效率, 豆包