Bookmark Tidy

About

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 条、且你已经放弃手动整理——这个扩展能帮你把它重新变成一个能查能用的知识库，而不是"曾经认真过的电子垃圾堆"。