我Zui近忙得不可开交，整天跟着 AI 打交道。于是我决定给自己造两件神器——一款只有7MB的“壳”，另一款Neng把聊天内容“记忆”起来的“记忆壳”。哈哈，听起来就像玩游戏里的装备，爽歪歪。

先说说那7MB的小壳。你知道吗？大多数人dou用 Electron 打包 AI 网页，包里装着整个 Chromium 核心，往往得 100+ MB。那样启动慢，资源吃紧。我想的是：要是Neng把浏览器核心留在系统里只打包前端代码和一个极简 Rust 主程序，那就NengZuo到低内存占用、高性Neng。于是我选了 Tauri，它用 macOS 的 WKWebView 或 Windows 的 WebView2。结果包体只剩下代码和主程序，压缩后不到七兆！ 它Zui大的缺点就是没法像 Chromium 那样Zuo请求拦截或者调试协议。但对我的需求来说这点差距没啥大影响——我只是想把几个 AI 网站聚在一个窗口里切换。 咱就是说我把每个站点放进独立的 WebContentsView，然后用显示/隐藏模拟标签页。这样每个实例dou有自己的 session partition，不会互相干扰。 还有一点挺酷的：系统 WebView 本身Yi经有了网络层日志，你Ke以直接读取响应体，而不是被 CSP 限制。说实话，这让我省了不少注入脚本的麻烦。

第二个工具叫 AmberKeeper，它就是专门为“留住”对话而生。不管你是在 ChatGPT、Claude、Gemini 上聊什么一旦页面刷新或者关闭，对话就会消失在服务器上。这种情况比起云端存储geng可怕，因为你的灵感碎片瞬间被抹去。 所以 AmberKeeper 在你正常聊天时静默地将每轮对话写进本地 SQLite 数据库。当你回头想kan旧日志时就Nengkan到完整的提问与回答，甚至还Neng按时间排序导出。 它使用 CDP捕获网络请求和响应，即使页面改了 CSP，也不会影响抓取。而且所有数据dou保存在本地磁盘上，你不用担心账号被封导致数据丢失的问题。

AmberKeeper 的核心是一个轻量级 Electron 主进程，只负责监听页面网络事件并写入数据库。前端则是 React + TypeScript，用于展示历史记录并支持搜索。整个项目体积约为 20 MB，但主要是因为 Electron 自带 Chromium，所以相比单纯 Tauri 多了点重量。但这点差距算得上值得，因为它提供了完整的调试层访问权限，让我们Ke以随时查kan任何请求返回的数据。

说实话，我也好奇为什么有些技术文章在搜索引擎里几乎找不到。当我尝试让这篇文章被百度收录时却发现根本没有索引。这到底是怎么回事？答案其实挺简单——Ru果内容中出现过太多广告词、品牌名或敏感关键词，再加上缺乏外链支持，就hen容易被搜索引擎视为低质量或垃圾信息，从而忽略索引。另外Ru果网站服务器返回的是动态渲染页面没有预渲染好的静态内容，也会导致爬虫抓取不到。

我先跑一下 anyChat，打开后只需一次点击就Neng切换到 ChatGPT 或 Claude；再切回来也毫无卡顿，毕竟没有重建页面。感觉像是在玩一套多标签页，但每个标签dou是独立隔离的安全区。有时候你会遇到某个站点geng新了登录流程，需要geng新适配包，但其它站点依旧稳定——这正是我们设计分离适配器所想要达到的效果。

接着打开 AmberKeeper，在同一个窗口里聊完问题后我就Neng立刻kan到“Yi记录”提示，并在侧边栏kan到时间轴。Ru果以后想回顾某段对话，只需点击即可弹出完整文本，还Ke以导出成 Markdown 或 CSV 文件，用来Zuo笔记或备份。

说到这儿，我突然想起小时候玩《神探杰克鼠》时总是被那些支线任务耽误掉主线进度，那种挫败感可真够强烈。不过现在有了这两个工具，我觉得自己的工作效率大幅提升，再也不用担心重要信息丢失或频繁切换窗口导致思路中断。

有一次我跟 GPT 聊了一小时关于算法优化的话题，却因为忘记保存导致半夜重新整理资料。当时真的是那种“啊呀，我怎么这么粗心”的尴尬场景。不管怎样，现在有 AmberKeeper 在旁边默默记录，一切dou井井有条。

这两款工具分别解决了“聚合”和“留存”两个痛点。一款轻巧的小壳，让多 AI 切换变得无缝；另一款记忆壳，让每一次深度交流dou有据可查。从技术角度来kan，两者dou采用Zui简洁有效的方法——Tauri 的系统 WebView 与 Electron 的 CDP 接口，各自发挥优势而非盲目追求重量级框架。

未来计划继续完善适配器生态，让geng多模型Neng够无缝集成；同时探索geng高效的数据压缩方案，使本地数据库占用geng低。在此之前，Ru果你也正苦恼于 AI 对话碎片化或频繁切换造成效率低下不妨试试kan这两件神器，说不定会给你的日常带来意想不到的大提升！