当前位置：首页 > news >正文

Cursor AI对话一键归档Obsidian：obsidian-exporter扩展开发与应用

news 2026/4/27 12:17:16

1. 项目概述

如果你和我一样，日常重度依赖 Cursor 的 AI 对话来辅助编程、记录灵感，同时又是一个 Obsidian 笔记的忠实用户，那么你肯定也遇到过这个痛点：那些在 Cursor 里花了大量时间、充满价值的对话，最终都散落在 Cursor 的聊天历史里，难以检索、难以整理、难以复用。它们就像散落的珍珠，需要一个地方把它们串起来。今天要聊的这个项目，obsidian-exporter，就是解决这个问题的“串珠人”。它是一个 VS Code / Cursor 扩展，能一键将你和 Cursor Agent 的对话，通过 Obsidian 的 Local REST API，直接导出并保存为结构化的 Markdown 笔记，让你的知识库瞬间“活”起来。

简单来说，它打通了 Cursor 的对话流和 Obsidian 的知识库，让你在 AI 协作中产生的所有思考、代码片段、解决方案，都能无缝沉淀到你的个人第二大脑里。这不仅仅是简单的复制粘贴，它包含了智能的消息合并、符合 Obsidian 语法的 Callout 格式化、自动生成的 YAML Frontmatter 元数据，让每一篇导出的笔记都像你亲手整理过一样规范、好用。无论你是想归档一次复杂的技术讨论，还是保存一段解决问题的完整思路，这个工具都能帮你高效完成。

2. 核心功能与设计思路解析

2.1 为什么需要专门的导出工具？

你可能会问，手动复制粘贴不就行了吗？对于一两次简短的对话，或许可以。但当你和 Cursor 进行深度、多轮次的协作时，问题就来了：

格式混乱：直接复制，用户消息和 AI 回复混在一起，没有视觉区分，可读性差。
信息丢失：Cursor 对话中可能包含 AI 的内部思考过程（Thinking）和工具调用（Tool Calls），这些是理解 AI 决策逻辑的宝贵信息，手动复制无法获取。
元数据缺失：对话发生的时间、关联的项目路径、对话的唯一 ID 等上下文信息，手动记录几乎不可能。
效率低下：频繁的复制、新建文件、粘贴、格式化，严重打断工作流。

obsidian-exporter的设计目标，就是自动化、标准化地解决上述所有问题，将一次性的“搬运”变成可持续的“知识流水线”。

2.2 核心功能模块拆解

这个扩展虽然小巧，但功能模块设计得非常清晰，各司其职：

对话解析器 (transcriptParser.ts)：它的任务是“读懂” Cursor。Cursor 的对话历史通常以 JSONL（JSON Lines）格式存储。这个模块负责读取并解析这些文件，将原始的、结构化的对话数据（包括用户消息、AI 回复、思考链、工具调用等）转换成程序内部易于处理的对象模型。这是整个流程的数据源头。
Markdown 格式化器 (markdownFormatter.ts)：这是项目的“美工”和“排版师”。它接收解析后的对话数据，并按照 Obsidian 的最佳实践进行格式化。核心工作包括：
- 生成 YAML Frontmatter：自动创建包含id,title,source,created等关键元数据的文件头，便于 Obsidian 的 Dataview 等插件进行高级查询和聚合。
- 应用 Obsidian Callouts：这是提升可读性的关键。它将用户提问格式化为[!QUESTION]蓝色框，将 AI 回答格式化为[!NOTE]黄色框，视觉上泾渭分明。
- 智能消息合并：AI 在连续输出时，可能会将“思考过程”和“最终回答”拆分成多条消息。这个模块能智能地识别并合并这些连续的 AI 消息，并将思考过程（如果开启）放入一个可折叠的[!ABSTRACT]灰色框中，保持笔记的整洁。
Obsidian API 客户端 (obsidianApi.ts)：这是与 Obsidian 通信的“信使”。它封装了对 Obsidian Local REST API 的调用，主要功能就是接收格式化好的 Markdown 内容，并发送 HTTP POST 请求到你的 Obsidian 库，在指定路径下创建或更新笔记文件。它处理了网络请求、错误重试、API 密钥认证等底层细节。
扩展主入口 (extension.ts)：这是项目的“总控台”。它负责在 VS Code/Cursor 中注册命令（如“同步当前对话”）、创建状态栏按钮、监听用户操作，并协调上述各个模块有序工作。用户点击一个按钮，从这里开始，一条指令流经解析、格式化、发送，最终完成笔记创建。

2.3 技术选型背后的考量

为什么选择 Obsidian Local REST API？这是整个项目的基石。Obsidian 社区插件生态极其丰富，Local REST API 插件提供了一个轻量、安全的本地 HTTP 服务接口。相比于操作 Obsidian 的配置文件或模拟用户操作，通过 API 进行集成是最稳定、最标准的方式。它允许外部工具以编程方式管理笔记，而无需 Obsidian 本体处于前台焦点，实现了真正的后台无缝同步。
为什么开发为 VS Code 扩展？Cursor 基于 VS Code，因此为其开发扩展能获得最原生的集成体验。用户无需切换工具，在编码的同一环境内即可完成知识归档。利用 VS Code 的扩展 API，可以轻松添加上下文菜单、命令面板选项和状态栏控件，提供流畅的用户交互。
输出格式为什么强调 YAML 和 Callouts？
- YAML Frontmatter：这是 Obsidian 社区的事实标准，用于存储元数据。加上tags字段后，你可以轻松地用 Obsidian 内置搜索或 Dataview 插件查询所有#ai-conversation或来自某个特定项目的对话，实现了知识的可连接性。
- Callouts：Obsidian 的 Callout 语法 (> [!TYPE]) 不仅美观，而且支持折叠、搜索，并能通过 CSS 片段自定义样式。使用标准化的QUESTION和NOTE类型，保证了笔记在任意 Obsidian 主题下都有一致的、良好的视觉效果。

3. 从零开始：环境准备与详细配置

3.1 基础环境搭建

要让obsidian-exporter跑起来，你需要一个完整的工作环境，这就像搭积木，缺一不可。

核心工具安装：
- Cursor / VS Code：这是我们的“操作间”。确保你安装的是较新版本，以支持最新的扩展 API。
- Node.js 与 npm：这是编译和运行扩展的“发动机”。建议安装 LTS 版本（如 18.x 或 20.x）。安装后，在终端运行node -v和npm -v确认版本。
- Git：用于克隆项目源代码的“传输带”。在终端输入git --version检查是否已安装。
Obsidian 端配置（关键步骤）：这是最容易出错的一环，务必仔细。
- 安装 Obsidian：如果你还没有，先去官网下载并安装 Obsidian。新建或打开一个现有的知识库（Vault）。这个库将作为所有导出对话的归宿。
- 安装 Local REST API 插件：
  - 在 Obsidian 中，打开设置->社区插件->浏览。
  - 搜索 “Local REST API”，找到由coddingtonbear开发的插件，点击安装。
  - 安装后，需要手动启用它。回到社区插件列表，找到 “Local REST API”，将其开关打开。
- 获取 API 密钥：
  - 启用插件后，在插件列表里点击 “Local REST API” 旁边的齿轮图标，进入其设置。
  - 在这里，你会看到API Key字段。非常重要：点击Regenerate按钮生成一个新的密钥，并立即复制它。这个密钥只显示一次，请妥善保存在一个临时的地方（比如系统剪贴板或一个临时文本文件）。它就是连接 Cursor 和 Obsidian 的“密码”。
- 确认 API 服务状态：通常插件启用后，本地 REST API 服务会自动在https://127.0.0.1:27124启动。你可以在浏览器中访问https://127.0.0.1:27124/vault（可能会提示证书不安全，选择继续访问），如果返回了你的仓库信息，说明服务运行正常。

3.2 扩展的安装与激活

你有两种方式获取这个扩展：直接从源码运行（适合开发或尝鲜），或打包成 VSIX 文件安装（适合稳定使用）。

方案一：从源码运行（推荐开发者或快速体验）

# 1. 克隆项目仓库到本地 git clone https://github.com/techrc/obsidian-exporter.git cd obsidian-exporter # 2. 安装项目依赖 npm install # 这一步可能会花费一些时间，它会下载所有必要的开发库。 # 3. 编译 TypeScript 源码 npm run compile # 成功后，你会看到 `out` 目录下生成了编译后的 JavaScript 文件。

接下来，在 Cursor/VS Code 中激活它：

方式A（加载开发扩展）：在项目根目录下，按下F5键。这会启动一个全新的、临时的 “Extension Development Host” 窗口。在这个新窗口里，obsidian-exporter扩展已经被加载。你可以在这里测试功能。
方式B（安装 VSIX）：如果你想在当前使用的 Cursor 主窗口中安装，需要先打包。在项目根目录打开终端，运行npm install -g @vscode/vsce安装打包工具，然后运行vsce package。这会在当前目录生成一个.vsix文件。回到你的主 Cursor 窗口，按Cmd+Shift+P(Mac) /Ctrl+Shift+P(Windows/Linux)，输入Extensions: Install from VSIX...，选择刚刚生成的.vsix文件即可完成安装。

注意：从源码运行时，如果你修改了代码，需要重新执行npm run compile并重启扩展开发主机（或重新加载窗口）才能生效。

方案二：直接安装发布版（推荐大多数用户）

如果作者在 VS Code 市场发布了该扩展，那将是最简单的方式。在 Cursor/VS Code 的扩展面板中，直接搜索 “Obsidian Exporter” 并安装即可。但目前该项目可能尚未发布到市场，因此方案一更为通用。

3.3 深度配置详解

安装成功后，按下Cmd+,(Mac) /Ctrl+,(Windows/Linux) 打开设置，在搜索框中输入obsidianExporter，你会看到所有可配置项。我们来逐一拆解，理解每个设置的最佳实践。

设置项	默认值	详细解析与配置建议
`apiKey`	`""`	（必填）刚才从 Obsidian 插件里复制的那个长字符串。粘贴到这里。这是扩展能写入你 Obsidian 库的唯一凭证。
`apiUrl`	`https://127.0.0.1:27124`	API 的地址。除非你修改了 Local REST API 插件的默认端口，否则保持默认即可。重要提示：该插件默认使用 HTTPS 和自签名证书，如果遇到网络错误，可以尝试在设置中将其改为`http://127.0.0.1:27124`（去掉`s`），但安全性会降低。
`vaultPath`	`AI/Cursor`	笔记在 Obsidian 仓库中的保存路径。这是一个相对路径，相对于你的仓库根目录。`AI/Cursor`意味着会在仓库根目录下创建`AI`文件夹，然后在其中创建`Cursor`文件夹，所有笔记都保存在这里。你可以根据个人知识管理体系调整，例如`Areas/编程/AI对话`或`Inbox/Cursor`。
`includeToolCalls`	`false`	是否导出 AI 的工具调用细节。如果对话中涉及 AI 调用了代码解释器、搜索等工具，开启此选项会将调用的函数名、参数和结果以代码块或格式化的形式包含在笔记中。建议：在调试或需要完整重现 AI 推理链时开启，日常归档可关闭以保持笔记简洁。
`includeThinking`	`false`	是否导出 AI 的内部思考过程。这是 Cursor 等高级 AI 模型的一个特性，在最终回答前，它可能会有一段“内心独白”。开启后，这部分内容会放在一个可折叠的`[!ABSTRACT]`Callout 中。建议：学习 AI 解题思路时极其有用，建议开启。这能让你看到 AI “为什么”这么回答。
`tags`	`["ai-conversation", "cursor"]`	自动添加到笔记 Frontmatter 中的标签数组。标签是 Obsidian 中强大的组织方式。你可以增加更多，如`["javascript", "problem-solving"]`，这样以后可以通过标签交叉筛选所有关于 JavaScript 的 AI 对话。

实操心得：建议一开始先保持includeToolCalls和includeThinking为false，导出一两篇笔记看看基础效果。然后再根据需要开启，对比一下笔记内容的丰富程度，找到最适合自己复习习惯的配置。

4. 核心工作流程与实操演示

配置妥当后，我们就可以开始实际使用了。扩展提供了两种核心的使用方式，覆盖了大部分场景。

4.1 方式一：同步当前活跃对话（最常用）

这是最直接、最快速的归档方式。假设你刚刚和 Cursor 完成了一段关于“如何优化 React 组件性能”的精彩对话。

确保对话处于焦点：在 Cursor 中，让刚才进行的那次对话的聊天界面处于当前活动标签页。
触发同步命令：
- 快捷键法：按下Cmd+Shift+P(Mac) /Ctrl+Shift+P(Windows/Linux) 打开命令面板。
- 输入命令：开始键入Obsidian Exporter: Sync Current Chat to Obsidian，当它出现时，按回车键。
- 状态栏法：更简单的方法是，直接看编辑器窗口最底部的状态栏。如果扩展安装并配置正确，你应该会看到一个类似云上传图标（$(cloud-upload)）的按钮，旁边写着“Sync to Obsidian”。直接点击它。
观察反馈：执行命令后，请注意观察 Cursor 窗口的右下角，通常会弹出一个短暂的提示通知，显示“Conversation synced to Obsidian successfully!”或类似信息。如果出错（如 API 密钥错误、网络不通），也会在这里显示错误信息。
在 Obsidian 中查看成果：立即切换到 Obsidian，导航到你设置的vaultPath（例如AI/Cursor文件夹）。你应该会看到一个新创建的 Markdown 文件，文件名通常基于对话的标题或 ID。打开它，一份格式优美、带有元数据和彩色 Callout 的对话记录就呈现在眼前了。

4.2 方式二：从历史记录中选择对话同步

有时，你想归档的不是当前对话，而是几天前甚至更早的一次有价值讨论。Cursor 的聊天历史可能很长，手动翻找并复制粘贴非常麻烦。这时就需要这个“对话选择器”功能。

打开命令面板：同样按下Cmd+Shift+P/Ctrl+Shift+P。
选择历史命令：输入Obsidian Exporter: Select and Sync Chat to Obsidian并执行。
浏览并选择：这时，屏幕上会弹出一个快速选择列表。这个列表会加载 Cursor 存储的所有历史对话记录，并按照时间倒序排列（最新的在最上面）。每条记录通常会显示对话的开头片段或生成的标题，帮助你识别。
确认与同步：使用键盘上下键浏览，找到你想要导出的那次对话，按回车键确认。接下来的同步过程与方式一完全相同。

注意事项：这个功能依赖于 Cursor 如何存储和管理历史记录。如果某次对话的日志文件被清理或损坏，可能无法在此列表中加载。定期归档重要对话是个好习惯。

4.3 输出成果深度剖析

让我们看看一份典型的导出笔记到底长什么样，以及为什么这样设计。

--- id: cursor_e6df7638-a7d6-40f1-8830-e77f379e32eb title: "How to implement JWT authentication in a Node.js API" source: cursor project: /Users/yourname/projects/auth-server created: 2024-05-27T10:15:00.000Z modified: 2024-05-27T10:30:00.000Z tags: - ai-conversation - cursor - nodejs - authentication message_count: 6 --- > [!QUESTION] User > 我想在 Node.js API 中实现 JWT 认证，能给我一个完整的例子吗？包括生成 token、验证中间件和刷新 token 的逻辑。 > [!NOTE] Cursor > 当然可以。下面是一个使用 Express 和 `jsonwebtoken` 库的完整示例。 > > **1. 安装依赖** > ```bash > npm install express jsonwebtoken bcryptjs dotenv > ``` > > **2. 环境变量与密钥配置 (.env)** > ```env > JWT_SECRET=your_super_secret_key_at_least_32_chars > JWT_REFRESH_SECRET=your_refresh_secret_key > ACCESS_TOKEN_EXPIRY=15m > REFRESH_TOKEN_EXPIRY=7d > ``` > ... (后续是详细的代码和解释)

Frontmatter 部分解读：

id: 对话的唯一标识符，基于 Cursor 内部生成。这是笔记的“身份证”，确保即使标题相同也不会冲突。
title: 通常取自对话的第一条用户消息或 AI 生成的一个总结性标题。这是笔记在文件列表中最直观的标识。
source&project: 记录了对话的来源和当时打开的项目路径。对于追溯上下文至关重要。
created&modified: 精确的时间戳，便于按时间线梳理知识演进。
tags: 你配置的全局标签加上对话中可能识别的关键词标签。这是构建知识图谱的连接点。
message_count: 对话的总轮数，让你对对话深度有个快速预期。

正文部分解读：

清晰的视觉层次：[!QUESTION]（蓝色）和[!NOTE]（黄色）的 Callout 形成了强烈的视觉对比，快速区分问答。
保留代码块：导出的 Markdown 完美保留了对话中的代码块，包括语言高亮，在 Obsidian 中渲染效果极佳。
智能合并：如果 AI 连续发送了几条消息（比如先思考再回答），它们会被合并到一个[!NOTE]Callout 中，避免笔记被割裂。

当开启includeThinking后，笔记会变得更丰富：

> [!ABSTRACT]- Thinking > 用户需要的是一个端到端的 JWT 实现示例。我需要覆盖核心流程：登录签发双Token、访问保护中间件、用Refresh Token获取新Access Token。要强调密钥管理、过期时间设置和安全性最佳实践，比如不要将敏感信息放在token payload里。用Express中间件形式展示验证逻辑最直观。 > > 先给出依赖列表，然后分步骤：1) 登录路由，2) 验证中间件，3) 刷新路由。每个部分配上代码和简要说明。提醒用户替换密钥和调整过期时间。 > [!NOTE] Cursor > 当然可以。下面是一个使用 Express 和 `jsonwebtoken` 库的完整示例。 > ...

这个可折叠的[!ABSTRACT]部分，让你得以窥见 AI 的“思考过程”，对于学习复杂问题的拆解和解决思路非常有价值。

5. 高级技巧与自定义玩法

基础功能用熟了之后，我们可以利用 Obsidian 强大的生态，让这些导出的笔记发挥更大的价值。

5.1 利用 Dataview 插件构建 AI 对话索引

Obsidian 的 Dataview 插件允许你使用类 SQL 的查询语法，动态地从笔记的 Frontmatter 中聚合信息。安装 Dataview 插件后，你可以创建一个名为AI对话索引.md的笔记，内容如下：

## 🗂️ Cursor 对话归档索引 ```dataview TABLE WITHOUT ID file.link AS "对话标题", created AS "创建时间", project AS "关联项目", message_count AS "消息数", tags AS "标签" FROM "AI/Cursor" WHERE source = "cursor" SORT created DESC ```

这个查询会自动扫描AI/Cursor文件夹下的所有笔记，读取它们的 Frontmatter，并生成一个按创建时间倒序排列的表格。你可以一眼看到所有归档的对话、它们的主题、讨论的时间和规模。你还可以扩展查询，例如WHERE contains(tags, "nodejs")来筛选出所有关于 Node.js 的对话。

5.2 结合 Templater 插件自动化笔记增强

Templater 是另一个强大的 Obsidian 插件，可以让你定义模板并在创建笔记时自动填充内容。虽然obsidian-exporter已经生成了很好的 Frontmatter，但你可能想添加一些固定的内容结构。

例如，创建一个模板文件AI对话模板.md：

--- status: "待处理" # 可以改为：已实践/已验证/需回顾 summary: "" related: [] --- ## 对话概要 *（导出的对话内容会自动出现在这里）* ## 我的实践与验证 *（在这里记录我根据这个对话实际尝试的步骤和结果）* ## 后续问题与思考 *（记录对话引发的新问题或延伸思考）*

然后，你可以修改obsidian-exporter的源码（在markdownFormatter.ts中），使其在生成笔记时，不仅插入默认的 Frontmatter 和对话内容，还在对话内容后面追加你模板中的固定章节。这样，每一篇导出的笔记都自带了一个“行动框架”，鼓励你从单纯的存档走向实践和反思。

5.3 样式自定义：让 Callouts 更符合你的审美

Obsidian 允许通过 CSS 代码片段完全自定义外观。如果你不喜欢默认的 Callout 颜色，可以轻松更改。

在 Obsidian 设置中，打开外观->CSS 代码片段。
点击文件夹图标，打开代码片段目录。
新建一个文件，例如ai-callouts.css。
添加以下 CSS 来修改颜色：

/* 将 AI 回答的 [!NOTE] 改为更柔和的绿色 */ .callout[data-callout="note"] { --callout-color: 46, 204, 113; /* 绿色 */ --callout-icon: lucide-bot; /* 可选：更改图标 */ } /* 将用户问题的 [!QUESTION] 改为紫色 */ .callout[data-callout="question"] { --callout-color: 155, 89, 182; /* 紫色 */ } /* 将思考过程的 [!ABSTRACT] 改为深灰色 */ .callout[data-callout="abstract"] { --callout-color: 52, 73, 94; /* 深灰色 */ border-style: dashed; /* 可选：改为虚线边框 */ }

保存后，在 Obsidian 中重新加载即可生效。现在你的 AI 对话笔记就有了独一无二的视觉风格。

6. 故障排除与常见问题

在实际使用中，你可能会遇到一些问题。这里整理了一些常见的情况和解决方法。

6.1 同步失败，提示 API 连接错误

这是最常见的问题，通常表现为执行命令后弹出错误通知，如 “Failed to connect to Obsidian API”。

检查 Obsidian 及插件状态：
- 确保 Obsidian 软件正在运行。
- 进入 Obsidian 设置 -> 社区插件，确认Local REST API 插件已启用（开关是绿色）。
- 点击插件旁边的齿轮，进入其设置页面，确认 API 服务是开启状态。
验证 API 密钥和 URL：
- 在 Cursor 设置中，仔细核对obsidianExporter.apiKey，确保没有多余的空格，并且是最新生成的密钥（旧密钥可能已失效）。
- 核对obsidianExporter.apiUrl。默认是https://127.0.0.1:27124。如果你在 Obsidian 插件设置中修改了端口，这里也需要同步修改。
- 重要：由于 Local REST API 使用自签名 HTTPS 证书，某些网络环境或 Node 版本可能会拒绝连接。最简单的排查方法是，暂时将apiUrl改为http://127.0.0.1:27124（使用 HTTP）。如果这样能成功，说明是 HTTPS 证书问题。你可以选择继续使用 HTTP（仅限本地，风险低），或者在 Obsidian 插件设置中配置受信任的证书。
检查防火墙/安全软件：确保没有防火墙或安全软件阻止 Cursor 对127.0.0.1:27124端口的访问。

6.2 笔记成功创建，但内容为空或格式错乱

检查 Cursor 对话日志：扩展依赖于 Cursor 保存的对话日志文件。如果某次对话的日志文件异常或已被清理，可能导致解析失败，从而生成空笔记。尝试导出其他对话进行对比。
查看开发者控制台：在 Cursor 中，通过帮助->切换开发者工具打开控制台。尝试执行同步命令，观察控制台是否有红色的错误日志输出。错误信息能提供更精确的故障定位。
确认 Markdown 格式化逻辑：如果是自己从源码编译的版本，确保npm run compile执行成功，并且使用的是最新编译的代码。有时源码更新后，未重新编译会导致逻辑不一致。

6.3 状态栏按钮不显示

重新加载窗口：在 Cursor 中，执行命令Developer: Reload Window。这能重新激活所有扩展。
检查扩展是否激活：在扩展面板中，确认obsidian-exporter扩展已启用。
查看配置：确保必要的配置项（至少apiKey）已经填写。某些扩展可能会在配置无效时隐藏状态栏项。

6.4 如何导出特定时间范围的对话？

目前扩展的“选择对话”功能是基于 Cursor 提供的完整历史列表。如果你需要更精细的时间筛选（如导出上周的所有对话），原生功能不支持。但你可以通过以下间接方式实现：

使用“选择对话”功能，手动分批导出所需时间段的对话。
或者，更技术性的方法是：找到 Cursor 存储聊天日志的目录（位置因系统而异），直接处理这些.jsonl日志文件，然后编写脚本，根据时间戳过滤，并调用obsidian-exporter的核心格式化与 API 模块进行导出。这需要对项目源码有更深的理解。

7. 项目二次开发与扩展思路

如果你是一名开发者，obsidian-exporter的清晰架构为二次开发提供了很好的基础。你可以 fork 这个项目，添加自己想要的功能。

7.1 可能的改进方向

支持更多 AI 工具：目前的解析器是针对 Cursor 的对话格式设计的。你可以修改transcriptParser.ts，增加对其它 IDE 或 AI 工具（如 Windsurf、Claude Desktop 等）日志格式的解析逻辑。
增强 Frontmatter：在markdownFormatter.ts中，你可以尝试从对话内容中自动提取更丰富的元数据。例如，使用简单的关键词匹配或调用本地 NLP 库，为笔记自动添加更相关的tags，或者生成更准确的summary字段。
自定义导出模板：如前文所述，将输出模板化。可以增加一个设置项templatePath，让用户指定一个 Obsidian 模板文件。在导出时，读取该模板，并将格式化后的对话内容插入到模板的特定占位符（如{{content}}）中。
批量导出与定时任务：在extension.ts中增加一个新命令，实现批量导出过去 N 天内的所有对话。甚至可以结合 Node.js 的定时任务，实现每天凌晨自动归档前一天的对话。