[分享] 为什么用 AI 自动归类书签是个伪命题？一次 400+ 收藏夹的确定性排坑实录

爱意满满的作品展示区。

前几天我试着用本地 Agent （ Codex / Claude Code ）帮我清理堆积了 4 年、400 多个 Edge 书签，本来以为一句话的事情，结果踩了一裤裆的工程暗坑。

今天把整个过程中的反直觉真相、工程死锁以及最终跑通的解决方案开源出来。

项目开源地址： https://github.com/askofcc/chromium-bookmark-guardian （无需安装任何插件或第三方脚本，纯 Prompt 规范，丢给你的本地 Agent 即可现场执行）

一、两个反直觉的认知“打脸”

1. 为什么“让 AI 自动整理书签目录”是个彻头彻尾的灾难？

第一轮我让大模型根据 URL 和内容“智能重组分类”。结果它把属于我个人业务流的海外支付钱包 WebMoney，生硬地塞进了 常用站长与 SEO。后来我想明白了：书签本质上是人的「空间记忆」和「私人业务上下文」。当年我做站长要买外链，顺手需要办一张虚拟卡，所以虚拟卡自然在垂直业务目录下。AI 只有通识词向量，没有私人业务上下文。它自作聪明地按大词归类，看似整齐，实际把大脑建立了几年的空间肌肉记忆瞬间切碎，心理感受就是“东西全丢了”。 结论：书签治理的第一铁律，是 AI 严禁触碰用户原有的目录结构。

2. 传统死链工具（以及只查 HTTP 状态码的脚本）漏掉了 80% 的“假存活与黑产劫持”

市面上的扩展（如 Bookmarks Clean Up ）通常只看返回码是不是 200 ，结果这几天深度复测发现：

域名过期被黑灰产抢注（最恶劣）：当年存的正规电商/技术工具平台早已停业，域名过期后被黑产批量买走，变成了披着 200 状态码外衣的涉黄非法看片站、境外博彩下注平台、或盗版影视泛站群！
表面 200 ，实际为伪装 403 / 挂马跳转：服务器 Nginx 返回 HTTP 200 ，但页面源码标题直接写着 <title>403 Forbidden</title>，正文是一段加密的博彩跳转脚本；
SSL 证书域名不匹配：老站换理解析但证书过期或域名不匹配，浏览器打开直接弹红屏隐私拦截；
Cloudflare 致命解析错误：如被查封的服务，返回 Cloudflare 的 Error 1000: DNS points to prohibited IP 错误说明页。如果不做语义级内容比对 + 严格证书校验，这些已经变质的毒性链接会永久潜伏在你的日常收藏夹中。

二、必须绕过的底层死锁：Chromium 云同步（ Sync ）反向覆写

如果你在后台关闭 Edge/Chrome ，直接用 Python 修改磁盘上的 Default/Bookmarks JSON 文件： 千万别这么干！ 因为开启了微软/谷歌账号云同步后，Chromium 内部遵循硬性冲突规则 「 Remote parent wins （云端归属优先）」。你离线改的文件没有同步事务凭证，浏览器启动联网瞬间，云同步引擎会把云端旧目录全量拉下来覆盖你的本地修改！

有效解法：通过系统自动化管道（如 macOS AppleScript / CDP ），向浏览器内部打开的 edge://favorites 或 chrome://bookmarks 注入原生脚本，直接调用浏览器内部特权接口 chrome.bookmarks.move()。每一次移动都会作为原生事件被 Sync 引擎捕获并主动提交给云端，实现无感实时更新、零刷新生效、云端永久同步。