我做了两个工具，一个 7MB 的壳，一个会记住的壳

一句话看懂：一位多 AI 重度用户为了解决对话数据散落、不可带回、账号封禁导致历史丢失的问题，分别用 Tauri 和 Electron 开发了两个互补的开源工具——anyChat 和 AmberKeeper。前者是一个 7MB 的轻量多 AI 聚合客户壳，后者是一个通过 CDP 网络拦截实现本地实时静默存储的“会记住的壳”。

事件核心：发生了什么

开发者“小帅不太帅”于 2026 年 5 月 10 日在掘金发布这篇文章，介绍了他基于自身多 AI（ChatGPT、Claude、Gemini、DeepSeek 等）交叉验证工作流中的痛点而制作的两个工具：
anyChat：基于 Tauri 2 + React 19，macOS 安装包仅 7MB。通过原生多 WebView 架构避开 iframe 的 CSP 限制，实现单窗口内多个 AI 服务的独立登录态与快速键盘切换，但不进行任何对话数据采集。
AmberKeeper：独立于 anyChat 的 Electron 应用（安装包 80-150MB），核心能力来自 Electron 提供的完整 Chromium 内核与 Chrome DevTools Protocol（CDP）。CDP 作为浏览器内核层的调试协议，完全不受页面 CSP 限制，能稳定捕获每一个 API 请求的响应体。应用内为 9 个 AI 站点分别做了独立适配包，采集的对话数据实时落库到本地 SQLite 并支持 JSON 与 Markdown 导出。作者明确表示不会提供云同步服务。

为什么重要

表面上是个人开发者的一次技术选型记录，但它揭示了一个越来越普遍的行业级落差：AI 对话已成为用户思考过程、决策记录和灵感火花的重要载体，但主流 AI 服务商几乎都不提供可靠、可持久化、可跨平台带去的外部副本机制。OpenAI 封号、产品停服或前端迭代都可能让大量对话不可追溯。作者用两个产品的设计对比，清晰地指出了“极致轻量”与“数据主权”之间的权衡——这不是 Electron 与 Tauri 的技术之争，而是用户对自己思考产物的归属权诉求第一次被明白地拆解为具体的产品功能。

对用户/开发者/创作者的影响

对多 AI 使用者：任何依赖多模型交叉验证的用户都面临“历史散落在不同商家系统里”的管理成本与脆弱性。AmberKeeper 提供了一个 local-first 的参考方案，即在不改变原有聊天习惯的前提下，自动在本地沉淀一份可控的完整对话记录。
对开发者：文章详细说明了为什么 Tauri 的系统 WebView 无法实现稳定可靠的响应体拦截——缺少 Electron 的 CDP 能力，而靠注入 JavaScript 来绕开 CSP 的做法极易因 AI 站点前端更新而失效。这一分析对考虑构建 AI 聚合工具或数据采集工具的团队有实际参考价值。
对内容创作者：能够意识到自己与 AI 的深度交互具有知识沉淀属性，本地导出功能让这份记录不再仅限于某个产品的平台锁。

值得关注的后续

目前公开信息显示：anyChat 和 AmberKeeper 均已开源并发布在 GitHub。值得关注的是：1）随着 AI 站点 API 版本迭代，AmberKeeper 的 9 个适配包是否有清晰的外部贡献机制来决定其更新维护频率；2）该工具是否会迎来竞品如 Raycast AI 插件或其他浏览器扩展的类似功能支持；3）local-first 理念能否跨出个人开发者项目，进入更多企业级 AI 协作工具的设计考量。

来源：掘金 · 人工智能本周最热

我做了两个工具，一个 7MB 的壳，一个会记住的壳