先说个最近正在发生的变化：如果你有一阵子没关注双向链接这个圈子，可能会错过一个重要转向——这个圈子讨论的话题，已经悄悄换了一茬。
过去大家吵的是"双向链接到底有没有用"“文件夹要不要淘汰”。而从今年4月开始，讨论的焦点变成了另一件事：要不要把知识库交给AI，以及怎么交。
我跨着小红书、知乎、微博、B站把这半年的讨论捋了一遍，先给你一条时间线：
4月，Karpathy基于Obsidian搭的个人知识库「LLMWiki」爆火，知乎上相关讨论热度一直延续到现在。知乎其中"如何评价Karpathy提出的个人知识库架构"一题下，有773赞的回答在认真盘它的边界：这套思路做个人知识库没问题，作为团体知识库则行不通。知乎
6月，Obsidian CEO kepano的GitHub放出了一套官方AI技能包obsidian-skills，小红书上一篇盘点它的帖子拿到了1800多赞、3300多收藏——里面安装量最高的vault-maintainer（37万+安装），干的活是维护vault里的wikilink、frontmatter和文件名规范。小红书
8月底到9月初，社区开始往深水区走：有人让AI直接读写笔记库，有人给这套流程加了审查关卡，还有人在微博实时晒"用Codex给Obsidian搓工具"。微博
光是6到8月，小红书上"AI×Obsidian知识库"方向的高热帖子，收藏量加起来就超过了7000。这不是零星玩法，是一波正在发生的迁移。
为什么AI偏偏看上了双向链接？
小红书社区里流传着一个被反复引用的说法：RAG没死，只是从"AI知识库本身"，变成了Agent手里的一个工具。小红书传统RAG把文档切片、召回、拼答案，AI拿到的是碎片；而一个Markdown写的Obsidian库，加上[[双向链接]]，对AI Agent来说是一张可以顺着走的导航图——Agent能自己搜笔记、读上下文、顺着链接找到相邻概念，再把结果写回去。
两个前提恰好都成立：Obsidian的笔记本质就是本地Markdown文件，而Markdown是当下AI Agent的通用格式，用知乎一位用户的话说，默认笔记格式是markdown，AIagent通用格式，啥啥AI都能读。知乎双向链接则提供了文件之间的关系，这是纯文件夹给不了的。所以社区里才有那句流传很广的话：Markdown文件本身就可以成为AI写入知识库的API。小红书有帖子把Karpathy的思路总结成一句话：人负责思考，知识库负责记忆，AI负责执行。小红书
最有意思的反转：人没用好的东西，AI接住了
B站有条3900多播放的视频，上来就问：你的Obsidian出链和反向链接窗口是不是常年空空如也？所谓的"意外发现"从来没见过？哔哩哔哩这是双链用户的经典尴尬——理论上链接能让知识互相唤醒，实际上大部分人建完链接就再没点开过。
但AI入场之后，这套规范突然有了真正的读者。你看官方技能包里安装量第一的不是什么炫技功能，而是帮你检查链接和命名规范的那个。小红书以前是人维护规范给人看，现在是机器来保证机器读得懂。知乎上甚至有人干脆做了个开源Skill，把PDF、Word自动转成带AI摘要的笔记，正文里的[[双向链接]]由Skill扫描正文后自动注入。知乎作者那句"如果你也在用Obsidian管理知识库，并且厌倦了手动加双链的日子"，戳中的就是双链用户最机械的日常。
换句话说：双向链接的价值，可能第一次不再依赖"你勤不勤快点开反链"。
不过，交出钥匙之前，有三笔账要先算清
第一笔是重建成本，但社区共识可能和你想的相反：不用推倒重来。9月1日刚有帖子强调，搭库应该从一个"最小可用知识库"开始。小红书本地Markdown加一个收件箱就够了，AI要的是可读的文本和几条主干链接，不是一座完美分类的图书馆。先让AI读起来，结构是长出来的，不是设计出来的。
第二笔是污染成本，这是最容易被忽略的坑。让AI直接改你的正式笔记，相当于把房子钥匙交出去还不装监控。8月底一篇社区工作流帖子给出了被广泛转发的解法：Review Gate——AI只写草稿，改动以Git diff的形式呈现，由一个独立的审查环节确认"有没有事实错误？链接是否合理？有没有重复内容？是否和已有观点冲突？有没有把推测写成事实？"，通过之后才合入正式库。小红书还有人在frontmatter里用supports（支持）、contradicts（反驳）、supersedes（取代）显式标注笔记间的关系。
为什么这么谨慎？知乎有篇《知识库为什么会死》说得很狠：知识库需要的不是连贯，是准确；一个过度连贯的知识库比充满矛盾的更危险——因为矛盾至少让你警觉。知乎而"抹平矛盾、写出顺滑叙述"恰恰是AI最擅长的事。你库里的自相矛盾，很多时候正是你的判断痕迹，别让AI顺手给你熨平了。
第三笔是折腾成本。9月1日知乎有篇帖子的吐槽很真实：明明只是想好好记笔记，结果花在折腾插件上的时间比写笔记还多。知乎所以别自己造轮子：官方技能包一行命令就能装（npx skills add kepano/obsidian-skills），兼容Claude Code、Codex CLI、Cursor。小红书社区现成的自动化Skill也是拷进对应目录就能用。
所以到底该不该交？我的判断是按库存分三档
笔记不到100条的，先别惦记"让AI入住"，你现在的问题是积累不是打通。该做的是最小可用库加Web Clipper，把看到的东西先存下来、带上来源链接，这是未来AI唯一认得的路标。
几百到几千条的中度用户，建议先开"只读模式"：让AI读你的库来回答问题、做总结，但不给写权限。这一步零风险、立刻见效——你会第一次直观感受到"AI带着我的上下文说话"是什么体验。等你确认它读得懂你的库，再考虑下一步。
库已经成型、又有点动手能力的深度用户，可以上半自动写入：AI起草、Git留痕、审查后合入。但记住前提是你得先有版本控制，没有Git兜底的"AI直写"，出问题连后悔药都没有。
最后留三个值得继续盯的信号：一是官方obsidian-skills的更新节奏，它基本代表了Obsidian对"AI读写库"的正式态度；二是LLMWiki这条路线的开源实现还在快速迭代，国内已经有好几个版本，方案本身远未定型；三是留意大模型厂商会不会自己下场做"个人知识库"——如果它们做了，现在这套玩法里的哪些环节会被吞掉，值得提前想。
一句话收尾：双向链接这个"给人看却没人看"的设计，等了这么多年，等来的第一个认真读者可能是AI。钥匙在你手里，但不用急着全交出去——先开一条门缝，让AI读起来，看看它配不配得上你的库。
