OpenKnowledge缝笔记
29/6/2026 · 0:20

OpenKnowledge缝笔记

OpenKnowledge把 Markdown、本地文件、Git 同步和 Claude/Codex/Cursor 这类 agent 工作流缝进一个知识库编辑器。本文拆它为什么抓住了 AI 知识库的真痛点,也为什么它现在还容易被 Obsidian 老用户当成精装修插件包。

「这玩意儿像给 Obsidian 戴了一只机械手。」
OpenKnowledge 不是在做另一个漂亮笔记本。
它赌的是另一件事:未来的知识库,不只给人读,还要给 agent 下手改。
判断先放前面。它有真痛点,也有一股「把插件缝成新宇宙」的味儿。

先看它把什么缝在一起

OpenKnowledge 的官方说法很直接:一个开源、AI-native 的 Markdown 编辑器,给人和 agent 共用;官网把它包装成「Notion-like editor that's just markdown under the hood」,并强调 Claude、Cursor、Codex 可以接进来工作。1
GitHub README 说得更具体:它是本地优先的 Markdown 编辑器和 LLM Wiki,支持 macOS app、Web UI、CLI、文件导航、搜索、图谱链接查看器,还内置 MCP、skills 和 agentic search。2
这不是「我写笔记时旁边有个聊天框」。
更像是给知识库装了一套门禁和工牌。人写文档,agent 也能进来改文档。文件还是 Markdown。同步靠 git/GitHub。协作姿势往 Notion 靠,底层姿势往 Obsidian 靠。
一句话:它想把「人类舒服编辑」和「机器方便读写」塞进同一个本子。
这个方向很对。
因为现在很多 AI 工作流烂在同一个地方:聊天记录里有结论,代码仓库里有改动,Notion 里有规范,Obsidian 里有碎片。agent 每次开工像临时工进公司,先问一遍厕所在哪。

亮点不是漂亮,是它承认 Markdown 还活着

OpenKnowledge 最聪明的地方,不是 UI。
是它没有装死。
它承认 Markdown 文件仍然是 AI 最容易下嘴的知识形态。GitHub README 写得很清楚:文档是 plain markdown files,产品强调 private、local、free,并把 Claude、Codex、Cursor 的协同编辑放在核心功能里。2
这点比很多「AI 知识库」诚实。
很多知识库产品像高级自助餐。外面金碧辉煌,里面全是专有 block。人看着爽,agent 进去先吃三口 JSON 泥。
OpenKnowledge 反过来。它说:文件你拿着,git 你用着,agent 我帮你接上。
这就有价值。
尤其是团队写 specs、runbook、研发文档、agent 记忆库时,这个思路很顺。知识不该永远躺在聊天窗口里,也不该每次都靠复制粘贴续命。
它的 v0.19.2 release 还在补「Ask AI」里 Claude、Codex、Cursor、OpenCode 的终端入口标签,以及隐藏 OpenCode 配置文件这种小坑。3
小修很细。
也说明产品还很早。

刺也在这里:它很容易变成「精装修 Obsidian」

HN 上这条 Show HN 本轮抓取时有 374 分、170 条评论,热度不低。4
评论区真正有意思的,不是夸它漂亮。
是大家不断追问同一个问题:我为什么不用 Obsidian + VS Code + 现成插件?
有人直接问迁移路径:从 Obsidian 或 Notion 迁过来有没有路,因为 switching cost 才是锁死用户的东西。作者回答,Obsidian 本来就是 Markdown,可以直接用 OpenKnowledge 打开 vault;Notion 目前没有迁移工具,只能走导出 Markdown。5
这回答不算坏。
也不算够。
因为 Obsidian 用户不是在用「一堆 Markdown」。他们在用插件、dataview、charts、习惯、快捷键、主题、同步、移动端、肌肉记忆。有人在评论里说得很准:把 Obsidian vault 简化成「just markdown」,会漏掉很多人的真实用法。6
这就是 OpenKnowledge 的第一个坑。
它卖的是「不用自己搭」。
可它面对的是一群最会自己搭的人。
你给木匠卖宜家安装服务,木匠会先看你螺丝是不是歪的。

第二个坑:AI 不在屋里,只是在门口喊

OpenKnowledge 的官网画面很 AI。
Claude、Cursor、Codex 都在旁边,好像整栋楼已经通了智能管家。
HN 里有用户上手后很不爽:他觉得自己还得在 OpenKnowledge 和 Codex 之间切来切去,真正想要的是 AI 住在 app 里面,像 VS Code 那样在文档里移动,而不是省几次复制粘贴。7
这句很扎。
因为它打到产品叙事的软肋。
如果 AI 只是「打开外部 agent 的入口」,那 OpenKnowledge 就像在文档编辑器门口放了一个保安亭。能指路,不能替你上楼搬箱子。
作者在回复里补充,Codex、Claude、Cursor 可以在自己的 embedded web viewer 里打开 OpenKnowledge,OpenKnowledge app 内也嵌了 Claude terminal,并且正在更深地嵌入 AI 和 local models。8
方向是对的。
可用户当下看的不是路线图。
是手感。
AI 产品最怕这个:宣传像钢铁侠战甲,打开像瑞士军刀说明书。

成本不在价格,在边界

价格层面,OpenKnowledge 目前很好听:free、local、open source。GitHub 页面显示许可证是 GPL-3.0-or-later。2
别急着欢呼。
GPL 对个人和内部试用通常很友好,对想把它嵌进闭源商业产品的团队就要认真看条款。不是不能用,是不能装作没看见。
更现实的成本在三个地方。
桌面端优先 macOS。 GitHub README 写 macOS 直接下载 app,Linux、Windows、Intel Mac 走本地 Web app + CLI。2 评论区也有人吐槽 macOS only,作者回应 CLI 和 Web viewer 可用于 Linux、Windows。9
本地模型还没舒服。 有评论认为,既然打「open source」旗号,就应该优先支持 local models,而不是围着 Claude、Codex、Cursor 转;作者回复说 local models / harnesses 集成在优先队列里。10
赚钱方式还没讲透。 有人直接问「你们怎么赚钱、怎么发工资」,作者开玩笑说别问 VC,并提到会研究 cloud solution,例如更丰富的团队协作。11
这不是原罪。
早期产品都这样。
可如果它未来靠云协作赚钱,那「local-first」和「team sharing」之间的线就要画得很清楚。知识库这东西不是番茄钟。里面放的是公司脑浆。

我的判断:好苗子,别急着搬家

OpenKnowledge 抓住了一个真缝隙。
Notion 对人友好,对 agent 不够友好。
Obsidian 对 agent 友好,对团队协作和非技术用户不够友好。
OpenKnowledge 想站在中间:像 Notion 一样写,像 Markdown 一样存,像 MCP 一样给 agent 开门。
这个方向值得盯。
可现在别把它当「Obsidian 杀手」。
它更像一个会穿西装的实习生。简历很好看,方向也对,HN 面试官围了一圈。但真让它接管全公司知识库,还得看几件事:Obsidian 迁移够不够顺,AI 能不能真正住进 app,local models 有没有一等公民待遇,GitHub sync 对大附件和权限边界怎么处理,未来云协作怎么收费。
适合谁?
如果你已经在用 Claude Code / Cursor / Codex 写 specs,团队又被 Notion 和 Markdown 两头拉扯,可以拿一个非核心项目试。
如果你的 Obsidian vault 已经被插件养成热带雨林,先别搬家。
热带雨林搬进玻璃房,第一天看着高级,第三天就开始缺虫子。
技术声明:本文不构成购买或迁移建议;开源协议、同步边界、平台支持和模型集成以 OpenKnowledge 项目最新说明为准。

Contenido relacionado

Añade más opiniones o contexto en torno a este contenido.

  • Inicia sesión para comentar.