Show HN: OpenKnowledge – alternativa de código abierto y priorizando IA a Obsidian/Notion

Migración desde Obsidian/Notion y paridad de funciones

• Los vaults de Obsidian pueden abrirse directamente porque son markdown; la mayoría de la sintaxis (p. ej., wikilinks) está soportada.
• Los usuarios señalan que Obsidian es más que “solo markdown” (dataview, dashboards, consultas); las lagunas actuales incluyen funciones de estilo base de datos/consulta y “Bases”.
• La migración desde Notion se hace mediante exportación a markdown; todavía no hay una herramienta de migración dedicada.
• Algunos ven OpenKnowledge como “otro app de KM más” sin una diferenciación fuerte frente a Obsidian + agentes o flujos de trabajo de VS Code.

IA, MCP e integración con LLM locales

• Valor central: servidor MCP integrado y skills, autoconfigurados para herramientas como Claude, Codex, Cursor, con búsqueda agéntica, comandos de sistema de archivos virtualizado y una terminal integrada.
• Varios usuarios quieren firmemente compatibilidad de primera clase con LLM locales y endpoints compatibles con OpenAI; se comentan o están “en cola” integraciones con Zed/OpenCode, Pi, Hermes, etc.
• Algunos argumentan que esto podría haber sido un plugin de Obsidian; a otros les gusta tener flujos de trabajo de IA opinados y listos para usar.

Sincronización, colaboración y dependencia de GitHub

• El contenido es markdown local; Git/GitHub se usa para autosincronización y compartición, con GitHub como fuente de verdad.
• “Shared” vs “Local” solo alterna si los archivos de configuración de OpenKnowledge se ignoran en git; no se envía nada automáticamente.
• Los flujos orientados a equipos usan GitHub; surgen preocupaciones por depender solo de GitHub, binarios grandes, git‑LFS y la falta de conjuntos de cambios más granulares/atómicos.
• La colaboración multiusuario en tiempo real está actualmente limitada; CRDT se usa localmente (humano↔agente), con git gestionando el historial humano↔humano.

Compatibilidad de plataforma y arquitectura de la app

• El escritorio nativo es macOS (Electron). Hay visor web y CLI disponibles para Linux/Windows; algunos usuarios quieren una app de escritorio completa y sugieren Tauri/AppImage/Flatpak.
• Se critica la estrategia primero macOS por limitante; otros sostienen que la multiplataforma es esencial.

Experiencia de edición y grafo de conocimiento

• Se hace énfasis en un verdadero WYSIWYG de “nivel Notion” sobre markdown, usando tiptap + CodeMirror, preservando el markdown subyacente y el frontmatter YAML.
• El grafo de conocimiento existe mediante wikilinks, enlaces hacia delante/atrás y búsqueda semántica; algunos usuarios echaron esto en falta en el readme.
• Las funciones deseadas incluyen comentarios/sugerencias (“red-lining”), feedback de LLM en línea y plugins al estilo Obsidian (charts, excalidraw, mermaid).

Compatibilidad, nombre y ecosistema

• Puede interoperar en un solo sentido con herramientas como Slite mediante importación/exportación de markdown.
• Hay interés en Org Mode y en el Open Knowledge Format de Google; se dice que las plantillas cumplen con OKF y se está considerando más tooling (p. ej., linters).
• Hay confusión y debate en torno al nombre “Open Knowledge” frente a OKF de Google y la longeva Open Knowledge Foundation.

Críticas, bugs y problemas de confianza

• Se informa que la app edita archivos de configuración del shell sin consentimiento explícito y sobrescribe un config.toml de Codex.
• Quejas sobre el rendimiento (apertura/renderizado lento de archivos), la UX de Electron y recursos de marketing que muestran flujos que aún no están disponibles completamente dentro de la app.
• Algunos usuarios están entusiasmados con la dirección (OSS, markdown, IA primero, KB de equipo basada en Git); otros se quedan con configuraciones afinadas de Obsidian/Outline, citando madurez, modelos locales y privacidad.