Show HN: OpenKnowledge – alternativa open source e AI-first ao Obsidian/Notion

Artigo original ↗ Discussão no Hacker News ↗

Migração do Obsidian/Notion e Paridade de Recursos

  • Os vaults do Obsidian podem ser abertos diretamente, pois são markdown; a maior parte da sintaxe (por exemplo, wikilinks) é suportada.
  • Usuários observam que o Obsidian é mais do que “apenas markdown” (dataview, dashboards, queries); as lacunas atuais incluem recursos de banco de dados/estilo consulta e “Bases.”
  • A migração do Notion é feita via exportação em markdown; ainda não há uma ferramenta dedicada de migração.
  • Alguns veem o OpenKnowledge como “mais um app de KM” sem diferenciação forte em relação ao Obsidian + agentes ou fluxos de trabalho do VS Code.

IA, MCP e Integração com LLMs Locais

  • Valor central: servidor MCP integrado e skills, configurados automaticamente para ferramentas como Claude, Codex, Cursor, com busca agentic, comandos de filesystem virtualizado e um terminal embutido.
  • Vários usuários querem fortemente suporte de primeira classe para LLMs locais e endpoints compatíveis com OpenAI; integrações com Zed/OpenCode, Pi, Hermes etc. são discutidas ou estão “na fila.”
  • Alguns argumentam que isso poderia ter sido um plugin do Obsidian; outros gostam de ter fluxos de trabalho de IA opinativos e prontos para uso.

Sincronização, Colaboração e Dependência do GitHub

  • O conteúdo é markdown local; Git/GitHub é usado para auto-sync e compartilhamento, com o GitHub como fonte da verdade.
  • “Shared” vs “Local” apenas alterna se os arquivos de configuração do OpenKnowledge entram no gitignore; nada é enviado automaticamente.
  • Fluxos voltados para equipes usam GitHub; foram levantadas preocupações sobre depender apenas do GitHub, binários grandes, git-LFS e falta de conjuntos de mudanças mais granulares/atômicos.
  • A colaboração multiusuário em tempo real está atualmente limitada; CRDT é usado localmente (humano↔agente), com git gerenciando o histórico humano↔humano.

Suporte de Plataforma e Arquitetura do App

  • O desktop nativo é macOS (Electron). Um visualizador web e CLI estão disponíveis para Linux/Windows; alguns usuários querem um app desktop completo e sugerem Tauri/AppImage/Flatpak.
  • A estratégia focada em macOS é criticada por limitar; outros argumentam que suporte multiplataforma é essencial.

Experiência de Edição e Grafo de Conhecimento

  • Ênfase em WYSIWYG verdadeiro “nível Notion” em vez de markdown, usando tiptap + CodeMirror, preservando o markdown subjacente e o YAML frontmatter.
  • O grafo de conhecimento existe via wikilinks, links de ida e volta e busca semântica; alguns usuários sentiram falta disso no README.
  • Recursos desejados incluem comentários/sugestões (“red-lining”), feedback inline do LLM e plugins no estilo Obsidian (charts, excalidraw, mermaid).

Compatibilidade, Nome e Ecossistema

  • Pode interoperar de forma unidirecional com ferramentas como Slite via importação/exportação em markdown.
  • Há interesse em Org Mode e no Open Knowledge Format da Google; os templates são considerados compatíveis com OKF, e outras ferramentas (por exemplo, linters) estão sendo consideradas.
  • Há confusão e debate em torno do nome “Open Knowledge” versus o OKF da Google e a já antiga Open Knowledge Foundation.

Críticas, Bugs e Problemas de Confiança

  • Há relatos do app editando arquivos de configuração do shell sem consentimento explícito e sobrescrevendo um config.toml do Codex.
  • Reclamações sobre desempenho (abertura/renderização lenta de arquivos), UX do Electron e assets de marketing mostrando fluxos que ainda não estão totalmente disponíveis no app.
  • Alguns usuários estão entusiasmados com a direção (OSS, markdown, AI-first, KB de equipe baseada em Git); outros continuam com setups ajustados de Obsidian/Outline, citando maturidade, modelos locais e privacidade.