上周「AI 对话管理器」到了 v0.1.0，回归 90/90。
有人问：中间到底怎么拍板的？踩了哪些坑？

一、过程里定死的 4 个决策

1）产品主轴 = 对话管理，不是又一个聊天框
做保存 / 整理 / 搜索 / 导出；不抢模型本身的对话体验。

2）架构用 Adapter，不写五套平行逻辑
页面 → Content Scripts + Adapters → Service Worker → 本地存储 + Side Panel
平台会变，抽取接口尽量统一。

3）数据默认本地（chrome.storage.local）
隐私优先；云同步留给以后的 Pro，不在 v0.1 里硬上。

4）用 G1 关口约束自己
主路径能存、能看、能搜、能备份，且全量回归无失败，才对外叫 v0.1.0。
没有「感觉差不多」这回事。

二、真实踩过的坑（按平台）

· 通义千问：角色错位、正文被推荐/检索墙顶替、表格加粗丢失、图/Word 卡丢了
· 腾讯元宝：图片没卡片；有了又和真实图叠两层；引用标记要清洗
· 豆包：多轮末条延迟、文件/图片不成卡片
· Kimi：图片标记没转成卡；代码块被误判成「文件/CSS」；必须进具体 /chat/ 页才能存
· 通用：新对话串出「未命名」脏数据；搜索「豆包 +AI 趋势」组合查不准；重载扩展后 AI 页要提示刷新

三、怎么解的（可复用的打法）

1）双通道抽取：API / 页面状态优先，DOM 补缺；合并时按轮次配对，绝不「全局取最长一段」把多轮压没。
2）展示层清洗 ≠ 存储层砍内容：思考过程、推荐墙、citation 标记可在展示剥掉；正文与媒体要完整可导出。
3）媒体一律卡片化 + URL 去重：有真实图就丢掉空占位，避免「假卡片 + 真图」叠罗汉。
4）搜索做成「平台 + 关键词」可组合，命中处出摘要并标黄——窄侧栏里只飘关键词不够用。
5）明确「不改」也是决策：
· Kimi 必须点进具体对话再存（页面没有稳定会话 ID）
· 列表批量删除留给后续 Pro 能力，不和本周主轴抢工期
· 跨机迁移 / 超大库压力测先 Block，不假装测过

四、这一周教我的

多平台扩展最难的不是「能不能 hook 到」，
而是每个站点都有自己的「汤」：思考壳、推荐墙、进度条、占位图、脏 session。
v0.1.0 的意义，是先把主路径打穿，再用回归清单把自己锁住。

下一篇会写：最痛的 3 个坑（细拆复盘）。
开源：https://github.com/SantoCc/ai-chat-manager

有在做浏览器扩展 / 多站点适配的，欢迎对一对你的坑。