我需要导出千问左边栏所有对话，而你们AI导出鸭可以吗？

当千问的左边栏躺了三百条对话，我才意识到“逐条导出”是个伪需求

通义千问的产品团队大概没有想过一个问题：当用户的左边栏积累了从产品需求评审到代码调试、从论文提纲到周报草稿的上百条历史会话时，“导出”这件事本身就构成了一种隐性惩罚。

官方不是没有导出功能。通义千问网页端的账户设置里藏着一个“导出我的对话记录”入口，提交申请后24小时内邮箱会收到一个ZIP包，解压后是HTML预览页和JSON原始数据。但这里有一个微妙的产品逻辑错位：它解决的是“备份账号数据”的需求，而不是“我在工作流中需要把左边栏里某一批对话拿出来用”的需求。

这两件事之间的差距，就是逐条操作和批量勾选之间的差距。

为什么左边栏的批量导出比“某条对话内的导出”难得多

先说清楚问题定义。

你在千问里完成一场关于API限流方案的技术讨论，这条对话本身包含代码块、表格和几轮追问。你想把它导出成Word归档，手动复制粘贴二十分钟能搞定，虽然公式会乱、代码高亮会丢，但勉强能用。

但真正的场景是：左边栏从上到下三十条对话，一半跟这个项目有关，一半跟另一个项目有关。你不想一条一条打开、一条一条复制、一条一条等待页面滚动加载。你需要的是站在左边栏的层面上，勾选一批，一次性全部拿出来。

这个需求的实现难度不在“导出”这个动作本身，而在于千问网页端的虚拟滚动架构。左边栏的对话列表和对话详情页的历史消息，都采用懒加载机制——浏览器只渲染当前视口附近的内容，滚动条下方和上方的节点在DOM中是缺失的。当你试图通过常规手段“抓取所有对话”时，得到的只是当前屏幕上可见的那几条。

这是批量导出真正的技术门槛：不是格式转换，是数据采集层如何绕过虚拟滚动，把左边栏里那些还没被浏览器渲染的会话先“唤醒”。

AI导出鸭在千问场景下做的三件事

AI导出鸭的工程逻辑，可以拆成三个递进的层面。

第一层：会话列表的结构化提取。 当你打开千问网页端，点击右下角的AI导出鸭图标，选择“批量导出”后，工具首先做的是从千问的会话存储层读取左边栏的完整对话索引——包括那些滚动到下方才可见的会话。这一步不依赖视觉渲染，而是直接对接页面上下文中的会话数据对象。这就是为什么系统能够“自动加载完左边栏的历史对话的文件名”，而不是让你手动滚动到底部去触发加载。

第二层：批量勾选与任务队列。 点击“全部勾选”之后，选中的不是页面上的文本节点，而是一组带唯一标识符的会话ID。工具后端（本地运行）会按顺序或并发处理这些ID对应的完整对话数据。这里有一个工程细节：如果某条对话因为网络波动或页面状态异常导致抓取失败，任务队列会自动重试，不会因为一条失败而中断整批。

第三层：格式编译与输出。 这是AI导出鸭跟“复制粘贴”最本质的区别。千问输出的对话里如果包含LaTeX公式，直接粘贴到Word里得到的是星号和乱码；如果包含表格，边框会消失；如果包含代码块，高亮会丢失。AI导出鸭的语义解析层会识别这些结构，把LaTeX编译为Word原生的OMML数学对象，把Markdown表格重构为Word表格对象，把代码块保留为带语法标识的等宽字体段落。你选择Word、Excel、PDF、TXT、JSON还是Markdown，得到的是对应格式的“原生结构”，而不是一坨纯文本。

一个具体的、不夸张的使用场景

上周我需要把千问左边栏里关于“Prompt工程优化”的十一条历史对话整理成一份内部参考资料。

打开千问网页端，点右下角AI导出鸭图标后的“批量导出”，左边栏的历史对话文件名在几秒内全部加载出来。点左下角全部勾选，然后在格式选项里选了Word和PDF各一份——Word用于后续编辑引用，PDF用于存档。点击确认后，工具开始逐条处理这十一条对话。

处理过程中我没有盯着页面。大约一分半钟后，浏览器弹出了下载提示。得到的是一个ZIP包，解压后是十一个独立的Word文件和对应的PDF。每条对话的标题就是千问左边栏里显示的那个会话名称，没有乱码，没有文件名冲突。打开其中一份包含表格的Word文档，表格的行列结构完整，数字对齐，跟我在千问页面里看到的一致。

这个体验里唯一值得挑剔的是：如果对话里有图片，图片是以链接形式保留的，不会嵌入到文档里。这算是一个已知的边界，但对我这种纯文本加表格的场景没有影响。