Media
4 items
Description
Chrome 原生书签的智能管家 Bookmark Tidy · 智能书签整理助手 【这是什么】 Bookmark Tidy 是一个 Chrome MV3 扩展，目标只有一个——让你那堆攒了多年、散落在数十层文件夹里、其中一半已经死链的书签，自动变回可用资产。 它不替你"管理"书签，它在你已经失控的书签库上做四件事：归类、清洗、可视化、再决策。 【用户为什么应该安装】 —— 痛点一：书签库越积越乱，没人愿意手动整理 —— 你曾经存的"以后要看"现在是什么样子？大概率是： 800+ 条书签平铺在「其他书签」里 自建文件夹层级混乱（前端/、Frontend/、网页开发/ 同时存在） Spring 教程跑去了「Java」、SpringBoot 文档跑去了「后端」、Spring Cloud 在「微服务」——同一个生态被切成 3 个目录 一半的链接点开是 404 或域名过期 Bookmark Tidy 的解法： 集中重整（沙漏）：调 LLM 给整个书签库重画分类骨架，预览后一键应用，可还原 画像扫描：基于你的"用户画像"（你常看什么 / 你的职业方向），LLM 全量过一遍当前书签，列出和画像相关的项，一键全归档到推荐目录 启发式扫描：本地零成本规则匹配，无需 token，自动建议明显错位的书签 自动 ecosystem 归并：Spring → Java/Spring，React → 前端/React，Django → Python/Django，不再让"同一个生态"被切成多个孤儿目录 —— 痛点二：新加书签的时候没人帮你想"应该放哪" —— Chrome 自带的 ★ 弹窗只问"标题 + 文件夹"，文件夹默认是上次的位置——所以你的书签库越来越偏向单一目录，分类越来越糊。 Bookmark Tidy 的解法（v1.19.0 新）： 点 ★ 或地址栏 Ctrl+D 新建书签后，自动弹出一个分类气泡 LLM 实时分析这条 URL + 标题，给出： · 推荐文件夹路径（贴合你已有的目录结构，不会建新孤儿） · 推荐标签 · 置信度（颜色编码：绿 = 强匹配，琥珀 = 可参考，红 = 看着办） 你可以接受、修改、或直接「移除」这条刚加错的书签 不喜欢主动弹？设置里一键关掉 —— 痛点三：死链你永远不知道它死了 —— 收藏夹里那个 5 年前存的 "终极 Linux 教程合集"——它的服务器可能在 2021 年就关了。但你每次找东西都还要翻到它、点开、等待加载、看 404。 Bookmark Tidy 的解法： 后台健康巡检：批量 fetch 你的书签，标记 dead / ok / intranet / skipped 死链 tab 集中展示，一键全归档到「_坟场」文件夹 内网站、chrome:// 等浏览器内部页正确识别为「skipped」，不会被误判死链 —— 痛点四：常用页随手用，但又怕乱 —— 你想把"常用 5 个网址"放书签栏顶端方便用，但又不想原书签从它该在的分类目录里被搬走。 Bookmark Tidy 的解法： 列表页每条书签的 ☆ 按钮：toggle 把当前书签的副本放进「常用」文件夹 取消时自动删副本，不留孤儿 「常用」文件夹自动被所有扫描 / 列表 / 自动弹窗逻辑跳过——不会和原书签互相打架 —— 痛点五：Chrome 内部页（chrome://extensions / chrome://history）不能被书签管理 —— 它们不是真书签——但你又想快速访问。 Bookmark Tidy 的解法： 内置「浏览器工具」目录管理页，预置 24 个常用 chrome:// / edge:// 页 一键把任意工具页加到书签栏根目录、或从书签中移除 【它的优势 vs 其他书签插件】 整理方式 普通书签管理器：让你手动拖 Bookmark Tidy：LLM 自动重画骨架 + 一键应用 + 可还原 加书签时 普通书签管理器：只问标题/位置 Bookmark Tidy：自动分类 + 推荐标签 + 置信度可见 死链处理 普通书签管理器：不管 Bookmark Tidy：自动巡检 + 一键归档到坟场 LLM 成本 普通书签管理器：— Bookmark Tidy：本地启发式优先，LLM 调用有 token budget + 日预算限制 数据所有权 普通书签管理器：本地 Bookmark Tidy：完全本地 + 你自己的 LLM API key（NVIDIA NIM / OpenAI 兼容），key 不离开本机 可撤销 普通书签管理器：多数不可 Bookmark Tidy：沙漏整理生成快照，应用后任何时候可一键还原 【安全 / 隐私】 所有数据都在本地（chrome.storage.local / chrome.storage.session），不上传任何服务器 LLM key 由用户填，仅在 service worker 中用于调用配置的 endpoint host_permissions: <all_urls> 仅用于死链探测（HEAD 请求） 生产构建无 source-map（不暴露源码路径） 【总结一句话】 如果你的书签数量超过 200 条、且你已经放弃手动整理——这个扩展能帮你把它重新变成一个能查能用的知识库，而不是"曾经认真过的电子垃圾堆"。