Show HN：OpenKnowledge —— 面向 Obsidian/Notion 的开源 AI 优先替代方案

原文 ↗ Hacker News 讨论 ↗

Obsidian/Notion 迁移与功能对等

  • Obsidian 库可以直接打开，因为它们是 markdown；大多数语法（例如 wikilinks）都受支持。
  • 用户指出 Obsidian 不只是“markdown 而已”（dataview、仪表盘、查询）；当前缺口包括数据库/查询式功能和 “Bases”。
  • Notion 的迁移通过 markdown 导出；目前还没有专门的迁移工具。
  • 有些人认为 OpenKnowledge 只是“又一个 KM 应用”，与 Obsidian + agents 或 VS Code 工作流相比没有明显差异。

AI、MCP 与本地 LLM 集成

  • 核心价值：内置 MCP 服务器和技能，已为 Claude、Codex、Cursor 等工具自动配置，支持 agentic 搜索、虚拟化文件系统命令和嵌入式终端。
  • 多位用户强烈希望原生支持本地 LLM 和 OpenAI 兼容端点；与 Zed/OpenCode、Pi、Hermes 等的集成正在讨论中或“排队中”。
  • 有人认为这本可以只是一个 Obsidian 插件；也有人喜欢这种带有明确观点、开箱即用的 AI 工作流。

同步、协作与 GitHub 依赖

  • 内容是本地 markdown；使用 Git/GitHub 做自动同步和共享，以 GitHub 作为事实来源。
  • “Shared” 与 “Local” 只是切换 OpenKnowledge 配置文件是否被 gitignore；不会自动推送任何内容。
  • 面向团队的流程使用 GitHub；有人担心完全依赖 GitHub、大型二进制文件、git-LFS，以及缺少更细粒度/原子化的变更集。
  • 当前实时多人协作仍然有限；CRDT 仅在本地用于人类↔代理，git 负责管理人类↔人类历史。

平台支持与应用架构

  • 原生桌面端是 macOS（Electron）。Linux/Windows 可通过 Web viewer 和 CLI 使用；一些用户希望有完整桌面应用，并建议使用 Tauri/AppImage/Flatpak。
  • 以 macOS 为先的策略受到批评，认为这会限制使用；也有人认为多平台支持至关重要。

编辑体验与知识图谱

  • 重点是“Notion 级别”的真正 WYSIWYG，而不是 markdown，使用 tiptap + CodeMirror，同时保留底层 markdown 和 YAML frontmatter。
  • 知识图谱通过 wikilinks、前向/反向链接和语义搜索实现；有些用户表示在 readme 中没看到这一点。
  • 期望的功能包括评论/建议（“红线批注”）、内联 LLM 反馈，以及 Obsidian 风格插件（charts、excalidraw、mermaid）。

兼容性、命名与生态

  • 可与 Slite 等工具单向互操作，支持 markdown 导入/导出。
  • 一些人对 Org Mode 和 Google 的 Open Knowledge Format 很感兴趣；据说模板符合 OKF 规范，并在考虑进一步工具（例如 lint 工具）。
  • 关于 “Open Knowledge” 这个名称与 Google 的 OKF 以及长期存在的 Open Knowledge Foundation 之间存在混淆和争论。

批评、Bug 与信任问题

  • 有报告称应用在未明确同意的情况下编辑 shell 配置文件，并覆盖了 Codex 的 config.toml。
  • 还有人抱怨性能（打开/渲染文件很慢）、Electron 的 UX，以及营销素材展示了应用内尚未完全可用的流程。
  • 一些用户对这个方向（OSS、markdown、AI-first、基于 Git 的团队知识库）感到兴奋；另一些则继续使用经过调优的 Obsidian/Outline 方案，理由是成熟度、本地模型和隐私。