Sublime Text 能不能当 Wiki 用？别硬刚，它不是 Obsidian
开门见山地说，答案是不能。Sublime Text 从根子上就不是为这个设计的。它本质上是一个强大的文本编辑器，而不是一个知识库引擎。这意味着，那些让 Obsidian 或 Logseq 闪闪发光的功能——比如自动解析双括号链接、生成知识图谱视图、或者建立反向索引——在 Sublime Text 里都是原生缺失的。你硬要用 Ctrl+Click 去点一个 [[Page Name]] 链接？抱歉，它只会把你当成在看一段普通文本，不会有任何跳转发生。
用什么插件补足「双向链接」和「跳转」？推荐 MarkdownEditing + Enhanced-Rewrap + 自定义跳转命令
既然原生不支持，那能不能靠插件堆出来呢？可以，但得摆正心态：这不是开箱即用，而是手动搭积木。在官方的 Package Control 里，你基本搜不到一个名叫“双向链接”的万能插件。靠谱的做法是组合拳。
首先，MarkdownEditing 这个插件是基础，它能提供漂亮的 Markdown 语法高亮，并且对标准的 [text](file.md) 格式链接，可以通过右键菜单的「Open Link」打开。但问题来了，它不认识 [[Page]] 这种维基风格的语法。
那怎么办？这就需要一点“动手精神”了。最直接的方案是写一个简单的 Python 插件脚本。核心逻辑并不复杂：监听鼠标点击事件，用正则表达式匹配光标位置的 \[\[(.*?)\]\] 内容，然后在你设定的 Wiki 根目录里，去寻找同名或相关路径的 .md 文件，最后调用 window.open_file() 命令打开它。
这里有个细节值得注意：路径解析的逻辑要设计得聪明点。比如，可以设定为优先匹配当前目录下的 Page.md，如果没找到，再尝试匹配 Page/index.md 这种常见结构。这样做的好处是，能避免使用硬编码的绝对路径，让整个知识库更容易迁移，不至于换个文件夹就全部失效。
话说回来，市面上有些插件，比如 PlainTasks 或 Origami，虽然也涉及跳转或分屏，但它们的设计初衷是管理任务或窗口布局，对 Wiki 所需的语义链接完全没有感知能力，所以不必考虑。
全文检索靠什么？别信插件宣传，直接用 Sublime 自带的 Find in Files
如果说双向链接需要“魔改”，那全文检索这块，Sublime Text 反而可以让你省省心。很多轻量级插件宣传的搜索功能，其实都不如它自带的 Find in Files（快捷键 Ctrl+Shift+F）来得稳定高效。
怎么用？很简单。调出面板后，在 Where: 字段里填入你的 Wiki 文件夹路径，例如 /home/user/my_wiki/。如果需要模糊匹配，记得勾选 Regular Expression（正则表达式），这样你搜索 run.* 就能同时找到 “running” 和 “runner”。它的搜索结果会清晰地显示文件名、行号和上下文内容，点击即可直接跳转，速度快，几乎不卡顿。
市场上有些 SearchInFolders 类的插件，看似功能花哨，但常常把搜索结果渲染到一个新的标签页里，破坏了原生的流畅跳转体验。而且，它们往往不支持灵活地排除某些子目录（比如你想跳过 archive/ 文件夹），用起来反而束手束脚。
还有一个技巧：如果你想快速定位到某个标题下的内容，可以在搜索时开启正则模式，输入 ^#.*关键词。这样就能直接筛选出所有以标题（H1, H2等）开头且包含关键词的行，效率非常高。
为什么不用「实时索引」或「本地服务」？因为 Sublime 不是 Node.js 运行时
你可能会看到一些插件或方案，鼓吹“实时预览”、“自动构建知识图谱”或者“毫秒级搜索延迟”。需要警惕的是，这些在 Sublime Text 的架构下，往往水土不服。
原因很简单，Sublime Text 不是一个浏览器，也不是 Node.js 运行时。所有号称能“自动构建链接图谱”的插件，其工作原理通常只是在每次打开某个文件时，临时扫描当前文档里的链接。它不会在后台为你跨文件建立缓存关系图，一旦你关闭文件再打开，这个扫描过程又得重来一遍，谈不上真正的“图谱”。
更棘手的是，如果你试图在插件里通过 subprocess 调用外部命令行工具（比如用 ripgrep 加速搜索，或者启动一个 mdbook serve 本地服务），很容易引发 Sublime Text 卡死甚至崩溃。尤其是在 Windows 系统上，路径空格和权限问题更是频发的“杀手”。
所以，结论很清晰：如果你真的极度依赖可视化图谱和实时双向链接，那么 Obsidian 或 Logseq 是更专业的选择。如果你钟情于 Sublime Text 的极速与简洁，那就接受它“手动触发 + 原生命令”的工作流。把双向链接看作一种“命名约定加路径映射”，把全文检索看作高效的“文本扫描”。Sublime 擅长后者，也能通过定制勉强实现前者，但别指望它替你记住那些复杂的知识关联。这，或许就是工具与平台之间的本质区别。
