王杰岸Hookmark 这软件我用了快五年，从它还叫 Hook 的时候就开始折腾。真正让我觉得“知识管理终于有了出路”的时刻，不是它能把两个文件配对，而是我头一回用 Protocol Launcher 把一个带 mailto: 协议的邮件地址，从零散的联系人信息里拉出来，跟项目文档、日程事项写进同一条关系链。那一刻我才意识到：深度链接这件事，难点从来不是“点一下就跳转”，而是你怎么让不同类型的资源，在同一个网络里被平等地链接、被协议正确地识别、被工具稳定地打开。
如果你也囤过知识，却苦于资料之间没有关联；如果你在 Mac 上同时用 Obsidian、Finder、备忘录和浏览器，却总觉得每个 App 都是一座孤岛——这篇文章就是给你写的。我会把 Hookmark 构建知识网络的完整逻辑拆开，重点讲清楚 Protocol Launcher 这个被大多数人忽略的功能，它如何在深度链接中扮演“调度中心”的角色，以及我常年积累下来的避坑经验。
1. 为什么“深度链接”比“整齐的文件夹”更适合知识网络
1.1 文件夹思维的天花板
很多人整理知识，第一步就是建文件夹。我也这么干过：按“项目”“领域”“存档”分好几层，每一层再往下细分。看起来秩序井然，用起来却不舒服。原因很简单：文件夹是树状结构，而知识之间的连接是网状结构。一个 PDF 可能同时属于“营销方法论”“某客户项目”“今年重点学习方向”三个不同的主题。你把它放进哪个文件夹，都意味着其他连接点被强制切断。你只能靠“复制一份”或“加个标签”来补救，但复制会让内容失控，标签则永远有遗漏。
深度链接换了一个思路：先让每个文件、网页、邮件、笔记都拥有一个可以被稳定引用的“地址”，然后通过链接把这些地址两两连接。连接本身不需要移动任何文件，也不需要修改文件夹结构。文件夹变成了“常驻入口”之一，而不是唯一的存在方式。这种模式下，一款 PDF 可以被同时链接到项目文档、会议纪要、相关网址，没有任何归属冲突。
1.2 Hookmark 的底层模型：项目与 hook
Hookmark 的底层模型只有两个核心概念：项目（item）和 hook（关系）。项目是任何可以在 macOS 上通过 URL 定位的资源：一个 Finder 文件、一个网页、一封邮件、一条 Reminders 提醒、一个 Obsidian 笔记、一份日程、一个联系人。Hookmark 给每个项目分配一个规范 ID，存进它的库（Library）里。只要你在 Hookmark 里复制过一次链接，这个项目就被登记了。之后即使文件被移动、重命名，Hookmark 依然可以靠规范 ID 找到它——这一点很关键，等于是给“链接”上了保险。
hook 则是两个项目之间的双向连线。它的本质是 hook:// 协议的一个调用。你在一篇笔记里粘贴另一份 PDF 的 hook 链接，点击时 Hookmark 会被唤起，它去库里解析这个 ID，打开对应文件，然后建立两条指向关系。这个过程看起来只是“打开了链接”，实际上是在关系图谱中新增了一条边，而且这条边是双向的。所以我说，Hookmark 不是在帮你“存链接”，是在帮你“织图”。
1.3 复制链接、贴链接、沿链接回访
使用 Hookmark 形成知识网络，日常操作其实只有三步。第一步，把当前选中的项目加入库并复制链接。全局快捷键默认是 Control+Command+Space，按下去会弹出一个链接面板，里面有这条链接的多种格式，包括 Hookmark 的 hook 链接、Markdown 格式、HTML 格式甚至纯文本 URL。第二步，到另一个项目里粘贴。无论粘贴到哪里，Mac 系统都会把这段内容识别为可点击链接。第三步，回访。点击链接时，Hookmark 打开目标项目，同时把当前项目标记为关联项目，你随时可以通过 Hookmark 的悬浮贴纸或菜单查看“与本项目相关的所有内容”。
三步配合起来，就形成了一个闭环。你