为什么你的书签总是乱
大多数人都会遇到同一个问题：收藏夹里存了几百个链接，两年前建的文件夹早就不符合现在的浏览习惯。保存一个书签只要一秒，找回来却要两分钟。
问题往往不是"文件夹不够多"，而是这套结构从来没有被设计过——它只是不断堆积的结果。下面 7 种方法能长期维持，按从简单到复杂排列。
1. 扁平 + 标签
所有书签放在一个列表里，靠搜索和标签找。
适合：收藏量在 200 个以内、更依赖搜索而不是浏览的人。 失效点：超过几百个之后标签开始重叠，找起来反而更慢。
2. 三文件夹法则
只建三个顶层文件夹：待办（Now）、参考资料（Reference）、以后再看（Someday）。
适合：想要一套完全不费脑子的体系。每存一个链接只做一个判断：这周要用、以后要用、还是可能永远不用。
3. 按项目分类，而不是按主题
不要建"设计 → 灵感 → 网站"这种无限延伸的主题树，而是按当下在做的事建文件夹：“官网改版”、“2026 报税”、“厨房装修”。
适合：工作有明显阶段性的人。项目结束后文件夹会自然废弃，树不会无限膨胀。
4. 文件管理器式目录树
把书签当作文件来管：多级嵌套，最多五层，每一层都有明确含义。
导航
├── 工作
│ ├── 文档
│ └── 工具
├── 学习
│ ├── 语言
│ └── 编程
└── 娱乐
├── 视频
└── 阅读
NavProject 用的就是这种模型：支持五层嵌套、拖拽移动、右键增删改，结构随时可以调整，不会"定型之后就不敢动"。
适合：收藏量在几百到几千、习惯用空间位置记忆的人。 注意：别为了深度而深度。如果一个文件夹里只有一个链接，它大概不该是个文件夹。
5. 收件箱机制
设一个叫 收件箱 的文件夹，所有新书签先丢进去。每周清空一次：归档、删除，或者立刻处理掉。
适合：收藏频繁、讨厌边存边分类的人。可以和上面任何一种方法搭配使用。
6. 把书签变成公开资源库
把收藏整理成可以分享的页面——“我在用的工具清单”、阅读列表、团队资源页。
适合：收藏本身对别人有价值的人，也顺带能给自己带流量。
7. 混合方案：目录树 + 收件箱 + 常用
真正能长期活下来的都是混合体：
- 一小撮每天真的会点开的常用书签
- 一棵用于长期参考的目录树
- 一个存放新链接的收件箱
三个习惯，不是三十个。
让体系活下去的几条规则
- 用说话的方式命名文件夹：“设计资源"胜过"设计→资源→链接（杂项）"。
- 顶层不超过 5~7 个。深一点没关系，宽了就会失控。
- 一个书签只放一个地方。重复是混乱的主要来源。
- 每季度清理一次。十五分钟的修剪，抵得上一下午的手忙脚乱。
- 保证数据可以带走。导出成 JSON，永远不会被锁死——NavProject 支持一键导入导出，数据全部存在你自己的浏览器里。
关于浏览器自带书签
Chrome、Edge、Firefox、Safari 都有书签管理器。日常够用，但它们是扁平的、搜索能力弱，多浏览器使用时还会各存一份。更细的对比可以看 浏览器书签 vs 专业书签管理器。
常见问题
书签存多少个算太多？ 没有硬性上限。但如果你找一个链接要超过 15 秒，那问题在结构，不在数量。
该用文件夹还是标签？ 需要浏览的用文件夹，只记得大概内容的靠标签或搜索。多数人两者都需要。
浏览器同步算备份吗？ 不算。同步只是让各设备一致，误删会同步删除，账号出问题也会一起丢。
想试试目录树但不想搬数据？ 可以直接用 NavProject 导入 JSON，或者从空目录开始；它完全在浏览器本地运行，不会上传你的书签。