上个月我把浏览器收藏夹整个导出，一共四千多条书签，导出的 HTML 文件有 6MB 多。我花了一个周末做死链巡检，结果能正常打开的不到三成，剩下的要么域名已经过期，要么打开就是满屏弹窗加"立即下载客户端"。这件事让我意识到，收藏这个动作本身是廉价的，真正贵的是"收藏之后还敢不敢直接用"。于是我重新做了一遍减法，把一个塞满了各种链接的仓库，压缩成一份只有 71 个入口的清单，覆盖从吃喝玩乐到学习工作的主要场景。这篇就聊这份清单是怎么筛出来的、每一类留了多少个名额、每个名额为什么留下，以及怎么把这份清单维护成一套能长期用的索引，而不是又一次三个月后就烂掉的收藏夹。不管你是刚养成收藏习惯的新手，还是收藏夹已经爆掉的老手，下面这套筛选标准和管理方法都能直接抄。

1. "良心"这两个字，我拆成了 6 个可打分的指标

1.1 六项硬指标与对应的判断方法

"良心网站"这个词被用得太泛了，泛到几乎等于"我用着还行"。想要把 71 个名额花得不后悔，第一步是把感觉翻译成标准。我给自己定了六项硬指标，每项 0 到 2 分，满分 12 分，低于 8 分的一律不进主清单。

这套打分表最大的价值不是评分本身，而是逼你在收藏之前真的打开看一眼。我做过统计，四千多条书签里，有超过一千二百条我从收藏那天起就再也没打开过第二次。也就是说，当初那个"先存着以后再看"的念头，命中率不到三成。

打分的时候有个小技巧：用无痕窗口打开。很多人抱怨某个站"老是让我登录"，其实是因为主浏览器里存着登录态，你根本感知不到它在偷偷引导。无痕窗口相当于把你的使用环境重置成第一次访问的陌生人，这个站对陌生人的态度，才是它真实的产品态度。我靠这一招筛掉了将近四十个候选站，其中不少在正常窗口下体验极好，一到无痕窗口就变成"请先注册"。

1.2 为什么"免登录可用"被我排在第一位

六个指标里，免登录是我唯一设成一票否决的。原因很实际：登录态是一种隐性成本，它把你的使用行为绑定在一个账号上，而这个账号随时可能因为各种原因失效。工具类站点尤其明显，一个只用来压缩图片的地方，凭什么要我留手机号。

更麻烦的是登录态会污染你的判断。登录之后你看到的是个性化推荐，是"为你精选"，是去掉了广告的会员视图。这时候你觉得这个站真好用，但如果它哪天开始收费，你会发现你从来没真正评估过它的基础功能。无痕窗口下的体验才是它的底线，底线够用的站，登录之后只会更好；底线不能用的站，登录只是把问题延后。

这条标准也顺带解决了一个长期困扰：账号疲劳。我现在的原则是，只有需要长期保存个人数据（比如笔记、代码仓库、书单）的站点才注册账号，一次性的工具类操作一律游客模式。这条原则执行下来，我常用站点的注册账号从一百多个降到了二十个以内，每年清理过期账号的时间从半天缩短到十分钟。

1.3 三档分类法：S 档常用、A 档备用、B 档直接删

打分之后不要急着排序，先分档。我的分法是按"打开频率"而不是"功能强弱"：

• S 档（每周至少用一次）：直接放进书签栏，一键可达。这一档最终只有 12 个左右，是真正撑起日常的那批。
• A 档（每月用一到两次）：放进二级目录，需要时搜关键词。这一档大约 40 个，是清单的主体。
• B 档（一年用不到三次）：不管功能多强，直接删。这一档删掉了上千条。

这里有个反直觉的结论：功能最全的站往往进不了 S 档。因为功能全意味着操作路径长，我打开一个站是为了三十秒内解决一件事，不是为了在里面逛。最后留在 S 档的，几乎都是"打开即用、用完即关"的单功能页面。那些功能大而全的综合平台，反而大多落在 A 档，一个月想起来一次。

2. 71 个名额的分配逻辑

2.1 四类场景的配额表

先把名额分下去，再往里填内容。这个顺序很重要，因为人是先有分类焦虑再有选择困难。我的配额是这么切的：

学习类拿到的名额最多，38%，这个比例是我有意压上去的。因为吃喝玩乐那类站点的替代性极强，少一个顶多多花五分钟搜一次；而学习类站点的门槛高，一个好用的文献检索入口和一个难用的，效率差的是十倍。工具类排在第三，是因为工具类的需求高度集中，十八个位置基本能覆盖九成日常操作，再多就是重复建设。

2.2 吃喝玩乐给 20 个而不是 5 个的真实原因

很多人会觉得娱乐类留二十个太多了。我一开始也这么想，后来发现这类站点的使用场景是碎片化的，而且极度依赖当下情境。找菜谱、查潮汐、看月相、算配速、找露营地、比票价，这六件事分别对应六个完全不同的入口，你没法用一个综合站把它们全包了，硬包的结果就是每个都做得半吊子。

更重要的是，这类站点的"时效性"最强。一家店还在不在、一条步道封没封、一场演出还有没有票，这些信息的有效期可能只有几天。所以我在这一类里专门留了两个"机动位"，不做固定绑定，随时替换成当下用得上的站点。这个设计来源于一次很尴尬的经历：我按一份两年前的攻略去爬山，到了山脚才发现入口因为施工封了半年，而攻略里推荐的"实时路况查询"站，早就打不开了。

2.3 被砍掉的三类"伪需求"

减法比加法难，但必须做。我砍掉的三类最典型：

第一类是**"资源聚合站"**。这类站看起来什么都有，影视、书籍、课程一网打尽，实际上每一个单项都不如专门的站点做得好，而且死链率极高。我统计过自己收藏的十几个聚合站，两年后还能正常打开的不超过三个。

第二类是**"AI 工具导航站"**。这两年这类站像雨后春笋，但它们的问题是内容同质化严重，而且更新速度跟不上模型迭代。真正好用的 AI 工具，口碑传播的速度远快于导航站收录的速度，你从导航站找到的往往是三个月前的热点。

第三类是**"教程合集站"**。这类站最大的坑是版本陈旧。编程类教程尤其明显，一篇三年前的教程可能连环境都装不上。真要用，不如直接去官方文档，虽然读起来枯燥，但至少不会把你带到沟里。

3. 吃喝玩乐这 20 个：解决的是决策疲劳

3.1 找吃的：从"探店榜单"转向"原料加做法"

这一类我最终只留了六个，而且重心明显从"去哪吃"偏向了"怎么做"。原因很实在：探店榜单的公信力这几年掉得太快，你很难判断一条好评是真食客写的还是投放的。相比之下，菜谱站的判断标准清晰得多——做出来好不好吃，你自己就能验证。

挑菜谱站我看三点。**第一，能不能按食材反查。**冰箱里剩半颗白菜和两个鸡蛋，你需要的不是"白菜的 100 种做法"，而是"输入白菜加鸡蛋，告诉我能做什么"。支持多食材反查的站，实用度直接翻倍。**第二，有没有计量单位换算。**中餐菜谱里"适量""少许"这类词是新手杀手，好的站会把克数、勺数、毫升数并列给出，甚至提供按份量缩放的换算器。**第三，也是最重要的，评论区有没有人反馈失败原因。**我见过太多菜谱正文写得漂亮，评论第一条就是"按这个比例做出来齁咸"。真正有价值的不是正文，而是评论区里那句"糖减半、盐减三分之一"。

注意：菜谱站的时间标注经常偏乐观。标"20 分钟"的菜，新手实际做出来往往要 40 分钟，因为洗切备料的时间没算进去。第一次做某道菜，把标称时间乘以 1.8 来安排，基本不会翻车。

实操上我还有个习惯：遇到做得成功的菜，不收藏整个页面，而是把关键参数抄进自己的笔记里——主料克数、调料比例、火候、时长。页面会挂，笔记不会。我现在的菜谱笔记一共四十多条，全是这种"三行摘要"格式，比收藏夹好用得多。

3.2 出门玩：天气、潮汐、月相、光污染

这一类留了六个，全是"出门前的信息核对"工具。听起来冷门，但只要你有过一次被雨浇透或者白跑一趟的经历，就知道这几个位置花得值。

**天气这块，不要只看日常天气应用。**真正有用的指标是逐小时降水概率和阵风风速。日常应用给你的是"明天多云"，而你需要的是"下午三点到五点降水概率 60%，阵风 7 级"。后者直接决定你带不带伞、去不去山顶。我一般会交叉看两个来源，一个给逐小时数据，一个给雷达回波图，两者不一致的时候，以雷达图为准，因为它离实时更近。

**潮汐和月相这两类，是海边和夜爬的刚需。**潮汐表要看的是"高低潮时刻加潮高"，很多人只看"涨潮退潮"四个字，结果到了海边发现退潮时段正好在半夜。月相则直接影响夜间活动的照明条件，满月前后夜路好走，新月前后适合看星星——顺便说一句，看星星还得看光污染等级，这个数据在专门的光污染地图上能查到，用颜色分级，一目了然。

**路线和海拔这类，我留了两个。**一个用来看坡度剖面，一个用来看等高线。为什么需要坡度剖面？因为同样十公里，平路和爬升八百米完全是两个概念。提前看一眼剖面上的陡坡段在哪，能帮你决定在哪休息、带多少水。这个信息在很多路线详情里是藏着的，需要主动去找。

提示：出门前的核对清单建议固定成五项——降水概率、风速、气温区间、日照时间、返程末班时间。这五项过一遍，九成的行程翻车能提前避免。

3.3 娱乐消费：票务、二手、影单与游戏折扣

这一类留了四个，共同点是"能省钱或者能省时间"。票务这块的判断标准很简单：有没有明确的手续费说明和退改规则。很多票务页面把价格标得很漂亮，点进去才发现服务费加了一截，退款还要扣一笔。我现在的做法是，下单前一定要走到支付前的最后一步看清总价，这一步能省掉不少糟心。

二手这块，我留的是一个能看"历史成交价"的入口。这个功能太关键了，卖家的标价没有参考价值，历史成交价才是真实行情。买之前查一下同款最近成交在什么区间，报价高了三成以上直接跳过，省下的时间比砍价省下的钱更值钱。

影单这一块，我留的是能按"时长、年份、评分人数"多重筛选的站。为什么强调评分人数？因为小样本评分极不靠谱，一部只有三十个人打分的片子可以轻松刷到 9 分。设定"评分人数大于一定阈值"再排序，命中率会高很多。游戏折扣那块同理，重点不是"打几折"，而是"这个价格是不是历史最低"，后者才决定你要不要现在买。

3.4 这一类最容易踩的三个坑

第一个坑是把导航站当入口站。导航站本身不产生内容，它的价值全在收录质量上，而收录质量是会衰减的。我现在的做法是，导航站最多留一个，用来"发现新东西"，日常使用一律直达具体站点。

第二个坑是忽略移动端体验。很多站在电脑上做得精美，手机打开排版全乱。而吃喝玩乐这类需求，八成发生在外面、发生在手机上。判断方法很简单，收藏之前用手机打开看一眼，如果首屏需要横向滚动，直接放弃。

第三个坑是过度依赖社区评价。评价体系一旦被商业化，参考价值就会快速下降。我的替代方案是看"负面评价的具体细节"——说"不好吃"的没信息量，说"上菜等了 40 分钟、鱼是冻的不是鲜的"才有信息量。学会从差评里提取具体事实，比看好评有用得多。

4. 学习类 27 个：按"输入、加工、输出"三段排布

4.1 通识与公开课：五个入口，重点看"有没有配套材料"

通识类的站我留了五个。挑选时我不看课程数量，看三样东西：有没有字幕文件可下载、有没有课后习题、有没有讲义 PDF。这三样决定了一门课是"看个热闹"还是"真的学进去"。

为什么字幕文件这么重要？因为视频学习最大的问题是无法检索。你想回头找某个概念在哪讲到的，只能拖着进度条瞎找。有了字幕文件，直接全文搜索关键词，几秒钟定位。更进一步，字幕文件还能导出成文本，配合笔记工具做成结构化摘要。这个用法我从几年前开始坚持，现在积累了一百多门课的文字版摘要，检索效率比看视频高一个数量级。

课后习题的价值在于"强制输出"。看视频的时候人会产生一种虚假的掌握感，觉得老师讲的都听懂了，一做题才发现全是漏洞。所以我挑课的时候，宁可课程讲得粗糙一点，也要有习题。没有习题的课，我会自己在笔记里给自己出三道题，答不上来就说明这段白看了。

4.2 文献与检索：六个入口，字段检索是分水岭

这一类留了六个，是学习类里最硬核的一块。判断一个检索入口好不好用，只看一件事：支不支持字段限定检索。也就是能不能指定"标题里含某词""作者是某人""发表于某个年份区间"。只支持一个搜索框的站，检索精度差得离谱，你搜一个常见词能出来几万条。

好用的检索入口通常还有这几个特征：支持相邻词检索（两个词必须挨着出现）、支持布尔逻辑组合、支持结果导出成标准引用格式、支持"被引次数"排序。最后这个特别有用，一个新领域你完全不懂，按被引次数排序看前二十篇，很快就能摸清这个领域的骨架。

文献管理这块我也留了一个位置，专门放"能把检索结果批量导出成参考文献格式"的入口。手动一条条复制引用格式，一篇论文十几条参考文献，光这一项就能耗掉半小时。批量导出之后直接导入文献管理工具，这个环节的效率提升是数量级的。

注意：导出引用格式之后一定要抽查两三条。不同来源的元数据质量参差不齐，作者名拼错、年份错位、期刊名缩写不统一的情况很常见。直接拿去用，最后排版的时候会哭。

4.3 语言与写作：四个入口，语料库比词典更值钱

语言类我只留了四个。词典类的东西现在到处都有，不缺入口，真正稀缺的是语料库——也就是大量真实文本的集合，让你查一个词在真实语境里怎么用。

举个例子，"这个搭配地不地道"这种问题，词典回答不了，语料库能。你输入一个搭配，它告诉你这个搭配在真实文本里出现了多少次，通常和哪些词一起出现。这比任何"用法说明"都直观。我判断一个语料库好不好用，看它是否支持"按词性筛选"和"显示上下文窗口"，前者帮你排除干扰，后者让你看清搭配环境。

写作这块留了一个，主要用来检查长文的一致性，比如同一个术语前后有没有混用、数字格式是否统一、标点有没有中英混杂。这类检查人工做很痛苦，工具做几秒钟。不过要提醒一句，自动检查只能抓形式问题，逻辑问题一点都帮不上，别指望它替你改文章。

4.4 编程与官方文档：五个入口，认准"版本切换"

编程类留了五个，核心原则只有一条：优先官方文档，第三方教程只作补充。这条原则是用血换来的，早些年我照着博客教程配环境，卡了整整两天，最后发现教程针对的是两个大版本之前的工具链，配置文件的位置和字段名全变了。

官方文档好不好用，看三个细节：有没有版本切换器、有没有可运行的示例、有没有"从旧版本迁移"的说明。版本切换器是硬指标，因为不同版本的行为差异可能极大，你搜到的答案如果对不上版本，越看越乱。可运行示例则是判断文档质量的试金石——只给代码片段不给完整上下文的文档，你复制过去八成跑不起来。

第三方教程我不是完全不用，但用法变了：只用来"快速了解全貌"，不用来"照着做"。看完教程知道大概有哪些模块、彼此什么关系，然后回官方文档逐个确认细节。这个顺序反过来的话，你会被教程里的过时写法带偏。

4.5 数学与可视化：三个入口，把抽象变成可拖动的图

数学这块留了三个，全是可视化类的。原因很简单，很多数学概念卡住人的地方不是推导，而是"想象不出来"。函数图像、几何变换、概率分布，这些光看公式很难建立直觉，但一旦能拖动参数看图形实时变化，理解速度完全不一样。

判断一个可视化工具好不好用，看它能不能同时显示多个视图。比如一个函数，左边显示图像，右边显示对应的数值表，你能看到每一个点的坐标怎么随参数变化。这种联动视图对建立直觉的帮助极大。另一个关键点是"能不能导出图像"，写报告、做笔记的时候，一张清晰的图比一段文字管用。

我个人的用法是，遇到一个新概念，先用可视化工具玩十分钟，把参数从最小拖到最大，看图形怎么变；然后再回去读定义和推导。这个顺序能大幅降低阅读时的挫败感，因为你脑子里已经有画面了。

4.6 题库与自测：四个入口，间隔重复才是关键

自测这块留了四个。这里我要说一个很多人忽略的点：光有题库没用，关键是你怎么安排复习。人的遗忘曲线是先快后慢的，同一道题今天做对了，明天再做可能就忘了，但隔一周再做反而记得更牢。所以题库的价值不在"题多"，而在"能不能按遗忘曲线安排复习"。

挑题库我看两点：能不能标记"掌握程度"、能不能设置"下次出现时间"。能自动按你的标记安排复习节奏的，效率是手动刷题的三倍以上。手动刷题的典型问题是"会的题一直做，不会的题一直躲"，因为做会的题有成就感。算法安排复习能强行把不会的题推到你面前。

提示：自测的正确率控制在一个区间最有效。全对说明太简单，浪费时间；全错说明太难，挫败感强。保持在七成到八成正确率，学习效率最高。这个区间是靠选题难度调出来的，不是靠心情。

5. 效率工具 18 个：一天要用三次的那批

5.1 文件与格式：六个入口，覆盖八成日常操作

这一类留了六个，基本覆盖了日常的文件处理需求：图片压缩、格式互转、PDF 合并拆分、音视频转码、文档 OCR、大文件传输。

先说图片压缩。挑这类站只看一件事：图片是上传到服务器处理，还是在浏览器本地处理。本地处理的意思是，图片根本不上传，全靠浏览器算力完成。这个区别看起来技术细节，实际关系到隐私和速度——本地处理没有上传等待，几十张大图批量处理也不会卡。判断方法很简单，打开浏览器的开发者工具看网络面板，压缩过程中有没有大流量的上传请求，一目了然。

PDF 这块，我最常用的其实是"合并和拆分"，而不是各种花哨的编辑功能。这两件事用到的频率极高：报销要合并发票、交材料要拆出指定页、投稿要删掉封面。挑这类工具的标准是能不能拖拽排序，能拖拽调整页序的，效率比输入页码范围快太多。

音视频转码这一块，我给的建议是：如果不是专业需求，尽量用本地软件而不是在线站。原因很实在，视频文件动辄几百兆，上传下载的时间成本远超转码本身。在线转码真正合适的场景是"手机上的临时需求"，比如把录音转成通用格式发给别人。

注意：涉及个人材料、证件、合同的文件，一律不要走在线处理。这类文件哪怕站点承诺"处理完自动删除"，你也没法验证。压缩图片、转格式这类操作，本地软件几分钟就能装好，一次性成本换长期安心。

5.2 文本与数据：五个入口，处理"看不见的字符"

这一类留了五个，都是我每天都在用的：正则表达式测试、JSON 格式化、时间戳转换、编码转换、文本差异对比。听起来都是程序员的东西，实际上非技术岗位用到的频率也不低——处理表格数据、核对两版文档的差异、把一堆乱码重新编码，这些事谁都会遇到。

正则测试这个，我最看重的是能不能实时高亮匹配结果。写正则最怕的就是"我觉得写对了，但不知道到底匹配到了什么"。能实时高亮的工具，你改一个字符就能看到匹配范围的变化，调试效率差出十倍。更进一步的工具还会把捕获组单独列出来，这个功能在处理复杂文本时特别省事。

JSON 格式化这块，标准是能不能折叠展开层级。一个几百行的 JSON 平铺开来，找东西跟大海捞针一样，能折叠的话，先收起所有层级，再一层层展开定位，几秒钟就能找到目标字段。顺便提一句，格式化之后记得检查一下有没有语法错误提示，很多站只做美化不做校验，格式乱掉的数据美化完还是错的。

编码转换是这一类里最容易被低估的。你有没有遇到过打开一个文本文件全是问号或者奇怪的方块？那大概率是编码没对上。一个能"猜测编码并试转"的工具，能救回很多看起来已经毁掉的文件。文本框里粘一段乱码，点几下不同的编码试转，很多时候原文就回来了。

5.3 设计与素材：五个入口，先说授权再谈好看

这一类留了五个：配色方案、图标库、字体、占位图、背景纹理。做 PPT、做海报、做个人项目的人都需要，但这一类也是版权风险最高的一类。

第一个要说的就是字体。中文字体的授权情况极其复杂，很多字体标着"免费"，实际只免费用于个人非商业场景，一旦商用就是另一套价格。我挑字体站的标准是：授权说明写在显眼位置、明确区分可商用与不可商用、提供授权文件下载。这三条不满足的，再好看也不用。

图标库的判断标准是风格一致性和格式齐全。一套图标如果线条粗细不统一、圆角大小不一，放在一起会显得很业余。格式上至少要有矢量格式，位图放大会糊。另外注意一点，很多图标库是"混合来源"，同一个库里不同图标可能来自不同作者、不同授权，用之前要逐个确认，不能看库的总体说明。

配色这块，好用的工具会给你"整套方案"而不是单个颜色。你选一个主色，它自动给出配套的辅助色、强调色、背景色，还告诉你这些颜色的对比度是否满足可读性要求。后者特别重要，很多配色方案看着漂亮，实际文字放上去根本看不清。

5.4 工具类选择的第一原则：能不能本地跑

十八个工具位，我最后的取舍标准只有一个：这件事能不能在本地完成。能本地完成的，优先本地；只有本地做起来太麻烦的，才交给在线站。

这个标准的理由有三层。第一层是隐私，你的文件不出本机，就没有泄露风险。第二层是速度，省掉上传下载的往返时间，尤其是大文件。第三层是稳定性，在线站会挂、会改版、会开始收费，本地的软件装好了就在那儿，除非你自己升级，否则行为不变。

按这个标准筛下来，真正必须用在线站的其实不多：需要实时协作的（比如在线白板）、需要共享链接的（比如临时文件传输）、需要浏览器算力但你懒得装环境的（比如格式转换）。剩下的那些，装个本地小工具，用起来更踏实。我现在的习惯是，一个在线工具如果一周内用了超过三次，就去找找有没有本地替代品。

6. 剩下 6 个兜底位：留给一定会变的东西

6.1 兜底位的设计意图

前面六十五个位置都是按类别固定分配的，最后六个是"机动位"，不绑定任何具体功能。这个设计来源于一个教训：任何一份清单都会在半年内开始过期，而过期的部分你往往不会主动去清理，就那么烂在收藏夹里。

兜底位的作用是给"新需求"留出空间。比如某段时间我要处理一批表格数据，需要一个能批量做数据清洗的入口，就占一个机动位；项目结束后这个需求消失，位置腾出来给下一个。这样清单始终是"满编"状态，不会因为不断添加而膨胀。

具体用法上，我给自己定了一条规则：机动位最多同时占用三个，另外三个永远空着。空着不是浪费，是为了让你在想加新东西的时候，有一个明确的"替换"动作，而不是"新增"。人一旦开始新增，收藏夹就又开始膨胀了。

6.2 每季度的清理动作

清单要能长期用，必须有固定的维护节奏。我定的是每季度一次，每次不超过二十分钟，动作就四个：

1. 抽查十个随机入口，看能不能正常打开、核心功能有没有变。
2. 看一眼有没有站点开始弹登录墙，有的话降级到 A 档或者直接删。
3. 把机动位里超过两个月没用到的清掉。
4. 导出一次备份，存成本地文件加时间戳。

第三步是最容易被忽略的。机动位里的东西因为没有固定归属，很容易一直占着不走。我给自己定的线是两个月，超过两个月没用，说明这个需求已经过去了，删掉，把位置让出来。

7. 收藏夹要当索引，不能当仓库

7.1 三层目录加前缀命名

收藏夹管理这块，我用的是三层结构，再深就没必要了，因为深到第四层的时候你自己都懒得点进去。

第一层是场景：日常、工作、学习、临时。第二层按功能分，比如学习下面分成阅读、练习、参考。第三层才是具体条目。这个结构的重点是第一层的"临时"，所有不确定归属的都先扔进去，每周清一次，清不掉的自然就浮出来了。

命名上我加了两类前缀。一类是动作前缀，比如"压-""转-""查-"，让你看一眼就知道这个入口是干什么的。另一类是状态前缀，用符号标记"常用""待验证""可能失效"。这些前缀看起来土，但搜索的时候极其管用，你在地址栏敲两个字就能直接跳到目标。

7.2 每条书签必须写一句备注

这是我认为投入产出比最高的一条习惯：收藏的时候必须写一句备注，说明"我为什么收藏它"。这句话不用长，十个字以内就行，比如"按食材反查""历史成交价""版本切换"。

为什么这么重要？因为三个月后你看着一个站名，完全想不起来当初为什么存它。有了备注，你一眼就知道这个入口解决什么问题，用不上的也可以直接删。我做过对比，同样一批书签，有备注的复用率是没备注的三倍以上。

备注还有一个隐藏价值：它会逼你在收藏的那一刻就想清楚"这个站到底能解决什么"。想不清楚的，说明你只是被页面设计打动了，这种情况存下来也是死链。我现在的规矩是，写不出备注就不收藏，这一条筛掉了大概四成的收藏冲动。

7.3 死链巡检：写个小脚本定期跑一遍

书签多了之后，手动点开检查是不现实的。我用一个很短的脚本定期跑一遍，把打不开的挑出来。

import json import time import urllib.request # 浏览器导出的书签 HTML 转成 JSON 后，结构大致如下 # {"roots": {"bookmark_bar": {"children": [{"name": "...", "url": "..."}]}}} def walk(node, out): if isinstance(node, dict): url = node.get("url") if url and url.startswith("http"): out.append((node.get("name", ""), url)) for child in node.get("children", []) or []: walk(child, out) elif isinstance(node, list): for item in node: walk(item, out) def check(url, timeout=8): req = urllib.request.Request( url, method="HEAD", headers={"User-Agent": "Mozilla/5.0 (bookmark-checker)"}, ) try: with urllib.request.urlopen(req, timeout=timeout) as resp: return resp.status except Exception as exc: return str(exc)[:60] def main(path): with open(path, "r", encoding="utf-8") as f: data = json.load(f) items = [] walk(data.get("roots", data), items) bad = [] for name, url in items: code = check(url) if code != 200: bad.append((name, url, code)) time.sleep(0.3) with open("bad_bookmarks.txt", "w", encoding="utf-8") as f: for name, url, code in bad: f.write(f"{code}\t{name}\t{url}\n") print(f"总计 {len(items)} 条，异常 {len(bad)} 条") if __name__ == "__main__": main("bookmarks.json")

几个实操要点。第一，用 HEAD 而不是 GET，只请求响应头，不下载内容，速度快十倍以上。第二，加 0.3 秒间隔，别把人家服务器打崩了，四千条书签如果并发跑，很容易被限流，结果全是误报。第三，注意区分"真失效"和"拒绝访问"。返回 403、405 很可能是站点的反爬策略，而不是链接挂了，这类需要人工复核。

跑完之后得到的异常列表，不要一键全删。先按错误码分组，4xx 的抽查几条看看是不是反爬，5xx 的等一天再试一次，超时的换个网络环境试试。我第一跑的时候得到八百多条异常，人工复核之后发现真正失效的只有三百多条，一半以上是误报。

7.4 浏览器之外的同步方式

只存在浏览器里的书签有个致命问题：换设备、换浏览器、重装系统，都可能丢。我现在的做法是三重备份：

• 本地导出文件：每季度导出一次，文件名带日期，存到同步盘。
• 纯文本清单：把清单整理成一个 Markdown 文件，一行一条，带一句备注。这个是给"人"看的，也是最终的兜底。
• 在线索引页：自己维护一个简单的本地 HTML 索引页，按分类排版，用浏览器打开就能点。这个不用联网也能用。

第二项最重要。纯文本不会因为任何软件的格式变更而失效，哪怕二十年后，你用一个记事本也能打开它。我现在所有重要的清单，最终都会落成一份纯文本。

8. 踩坑实录与速查表

8.1 常见问题速查表

最后一行需要特别解释。死链巡检只看状态码是不够的，有一种情况是域名还在、HTTP 200，但内容已经完全换成别的东西了。这类"僵尸站"比死链更麻烦，因为你的巡检脚本不会报错。我的处理办法是，巡检时对每个站抓一下标题，和当初记录的关键词做个比对，对不上的标红人工复核。

8.2 三条用时间换来的经验

**第一条：收藏的那一刻，就是判断力最强的时刻。**如果你打开一个站，想了十秒钟还没想明白"我要用它干什么"，那就别收藏。等以后需要的时候再搜，一样能搜到。收藏夹里九成的垃圾，都是"看起来不错，先存着"存进来的。

**第二条：功能越单一的站，活得越久。**一个只做图片压缩的站，维护成本低，作者容易坚持；一个什么都做的聚合站，光是维护各个模块的接口就够呛，两年内大概率烂掉。选工具的时候，宁可选"小而稳"，不选"大而全"。

**第三条：清单的价值在"少"，不在"全"。**我最初整理的时候也想过搞个两三百个的超级清单，后来发现超过一百个之后，选择成本就超过了收益。你打开清单，面对两百个选项，光是决定用哪个就要花一分钟，还不如直接搜。七十一这个数字是我试了几轮定下来的，能记住、能背出个大概、能在三十秒内找到需要的那一个。

说到底，这份清单真正想解决的不是"信息不够"，而是"信息过载之后不敢下手"。每次有人问我"有没有什么好用的网站推荐"，我都会先反问一句：你具体想解决什么问题。因为不带着问题去找工具，最后收集到的只会是一堆看起来很厉害的链接，和那个 6MB 的导出文件一样，躺在硬盘里再也不会被打开。清单可以抄，但筛选的那套标准得自己走一遍，走完之后你会发现，真正留下来的往往不到你最初想收藏的十分之一，而这十分之一，足够撑起你九成的日常需求。