1 points par GN⁺ 6 시간 전 | 1 commentaires | Partager sur WhatsApp
  • Un éditeur Markdown WYSIWYG local-first pour les notes personnelles, bases de connaissances, spécifications et wikis pour LLM, avec des intégrations à des harnais comme Claude et Codex
  • Vise une expérience d’édition véritablement WYSIWYG, pour que modifier des fichiers Markdown donne l’impression d’éditer un Google Doc ou une page Notion
  • Prend en charge l’édition IA collaborative avec les applications de bureau Claude, Codex et Cursor, et peut aussi être utilisé avec des harnais ou agents comme OpenCode via MCP/CLI
  • Fournit par défaut MCP, des skills et une recherche agentique pour les wikis LLM, les seconds cerveaux d’agents et les graphes de connaissances
  • Le partage en équipe et la synchronisation automatique sont utilisables sans écrire de code, et reposent en interne sur git/GitHub
  • Prend en charge le HTML intégrable et les composants riches pour la rédaction de spécifications d’ingénierie et de rapports de visualisation, et fournit une TUI intégrée ainsi qu’une interface Web dans l’application de bureau
  • Sur macOS, l’installation se fait via un DMG de l’application de bureau ; sous Linux, Windows et sur Mac Intel, l’exécution se fait comme application Web locale basée sur la CLI, avec Node.js 24+ requis
    • npm install -g @inkeep/open-knowledge
    • ok init scaffold le projet et connecte Claude Code, Cursor et Codex
    • ok start --open fournit l’éditeur Web et l’ouvre dans le navigateur
  • Les pull requests publiques sont acceptées ; lorsqu’une PR publique est ouverte, une automatisation la miroite vers le monorepo interne pour review et merge
  • La licence est GNU General Public License v3.0 or later, GPL-3.0-or-later

1 commentaires

 
GN⁺ 6 시간 전
Commentaires Hacker News
  • J’avais vraiment envie d’aimer ça, mais malheureusement je ne vois pas bien en quoi mon expérience d’utilisation serait meilleure qu’avec Obsidian ou VS Code.
    Pour utiliser l’IA, il faut faire des allers-retours entre OpenKnowledge et Codex, tout en acceptant une appli assez basique façon Obsidian, ce qui est assez décevant.
    À mes yeux, ça économise surtout quelques frappes pour déplacer des prompts, alors que ce que je veux vraiment, c’est que l’IA vive dans l’appli comme dans VS Code, et navigue entre les documents comme dans Obsidian.
    Je pourrais aussi accepter un terminal ordinaire, mais une jolie UI conviendrait sans doute mieux.
    La valeur ajoutée semble être un ensemble de skills et de serveurs MCP, mais ce genre de choses existe déjà dans Obsidian ou pourrait probablement y être rendu plus productif.
    En regardant à nouveau les plugins Obsidian, j’ai trouvé Claudian, qui permet d’utiliser des modèles locaux et Codex dans le panneau de droite, ce qui est parfait pour moi.
    Je soutiens aussi fortement les modèles locaux. Gemma4-31b convient bien à ce type de tâche, et s’il n’y a pas de moyen simple de le connecter, c’est selon moi un vrai point bloquant.
    Les embeddings coûtent peu à calculer, donc il faut absolument une option locale.
    Pour info, j’utilise LMStudio, qui prend en charge des endpoints API compatibles OpenAI et Anthropic, donc l’intégration devrait être facile.
    Cela dit, je ne cherche pas à partager mon vault avec d’autres personnes, donc si la valeur est de supprimer cette douleur-là, je comprends la raison de basculer.
    Mais ça ressemble quand même à un marché étrange : des personnes assez techniques pour utiliser des LLM et GitHub, mais pas assez pour personnaliser elles-mêmes un environnement partagé.
    Je pourrais migrer si l’expérience globale devenait autonome et soignée, mais pour l’instant cela ressemble à un wrapper bien présenté autour de fonctionnalités assez basiques.

    • Retour bien reçu, et nous étudions clairement une expérience plus intégrée.
    • J’ajoute une chose : Codex/Claude/Cursor peuvent ouvrir le viewer web OpenKnowledge dans leur propre vue web intégrée, donc il n’est pas nécessaire d’avoir les deux applis ouvertes en même temps.
      Si vous le souhaitez, nous avons aussi intégré le terminal Claude dans l’appli OpenKnowledge.
      Nous travaillons aussi à intégrer plus profondément l’IA dans l’appli, avec notamment des modèles locaux ; vous pouvez attendre une mise à jour la semaine prochaine.
    • Cela fait plus de quatre ans que je cherche une alternative depuis que j’ai commencé à utiliser Obsidian, mais j’y suis maintenant trop habitué, et avec les plugins je l’ai configuré exactement comme je le veux.
      J’ai essayé d’autres outils, mais selon mes critères aucun n’a dépassé l’utilité d’Obsidian.
      Personnellement, je ne veux pas qu’une IA, ni qui que ce soit, fouille dans mon vault, et je ne veux pas non plus que l’IA y soit intégrée.
  • C’est censé être entièrement local, mais on ne peut pas l’intégrer à un LLM local ?
    Le fait que ce soit une appli type Obsidian entièrement open source avec une synchronisation de base est impressionnant, mais si la seule plateforme prise en charge est OSX, son utilité est limitée.
    Si une appli Android est en préparation, je vais continuer à suivre le projet.

    • Le serveur MCP et la CLI ne dépendent pas d’un agent en particulier, donc ils devraient fonctionner aussi avec des modèles locaux ou des harnais, mais nous allons documenter cela plus clairement.
      Si vous me dites quel IDE ou harnais vous utilisez, je regarderai.
  • Félicitations pour le lancement. Ça a l’air propre.
    Cela dit, je trouve intéressant que plusieurs projets récents utilisent le nom Open Knowledge.
    L’Open Knowledge Foundation (https://okfn.org) est l’un des premiers et des plus grands soutiens du mouvement open data. On peut la voir comme une sorte de Free Software Foundation, mais pour les données plutôt que pour le logiciel.
    Elle a démarré en 2004 et a créé plusieurs licences open data ainsi que des outils d’infrastructure largement utilisés comme CKAN.
    Rien de plus à ajouter, je trouvais simplement ça intéressant. Pour info, j’y ai travaillé quelques années.

    • https://pi.dev/
    • Je suis biaisé, mais c’est évidemment un bon nom.
      Le timing avec l’OKF était une coïncidence et, d’après ce que je sais, nous avons commencé en interne presque au même moment.
      Le bon côté, c’est que les formats et les sources sont assez ouverts et complémentaires.
  • Ce serait bien de l’intégrer directement à pi.dev, comme je l’ai fait dans https://github.com/rcarmo/piclaw. Pour moi, cela a remplacé Obsidian.
    J’ai aussi intégré un terminal et un éditeur Markdown WYSIWYG, ainsi que des plugins comme mind map, kanban, etc.

    • Ça semble assez pertinent, je vais y jeter un œil. Nous envisageons clairement une UI de chat intégrée et réfléchissons à la manière de l’intégrer avec les harnais.
  • Je me lasse de plus en plus du concept de second cerveau. La plupart du temps, c’est proche d’une hallucination produite par le cerveau humain.

    • J’ai décidé d’appeler ça simplement un référentiel d’informations numériques.
  • Je cherche depuis longtemps une base de connaissances simple, facile à partager et synchroniser avec une équipe.
    Il me fallait une façon de synchroniser et versionner via Git du HTML/Markdown et d’autres fichiers dans des dossiers, sans que cela paraisse trop technique pour une équipe comprenant des non-techniciens, et sans dépendre de plateformes cloud coûteuses et inutilement complexes.
    Une intégration IA native ne dépendant pas de plugins douteux serait la cerise sur le gâteau, mais comme d’autres l’ont dit, l’absence d’option pour se connecter à n’importe quel fournisseur de LLM compatible OpenAI est assez regrettable.
    Cela pourrait presque offrir exactement ce que je cherchais, donc je vais l’essayer.

    • C’est exactement l’objectif que nous avions formulé, et nous avons beaucoup ressenti la même douleur. Vous pouvez nous envoyer vos retours ici ou à @nickgomez sur X.
  • Est-ce que cela suit l’Open Knowledge Format proposé par Google au début du mois, ou est-ce simplement un chevauchement de nom ?
    https://cloud.google.com/blog/products/data-analytics/how-th...

    • Les deux.
      1. Le conflit de nom est une coïncidence. Nous avions déjà arrêté le package npm et le domaine avant l’annonce de Google.
      2. Nos modèles sont conformes à l’Open Knowledge Format, et nous avons aussi un guide de démarrage rapide explicite pour créer une base de connaissances OKF.
        OKF est un format/standard pour le contenu, tandis que l’appli OpenKnowledge est plutôt un IDE/éditeur pour tout type de contenu basé sur Markdown.
  • https://cloud.google.com/blog/products/data-analytics/how-th...
    Je me demande si vous avez vu le dépôt OKF de Google.
    On dirait que l’expression Open Knowledge est souvent utilisée ces temps-ci pour des solutions similaires.
    OKF ressemble plutôt à un protocole pour des wikis destinés aux LLM, tandis que cette appli semble y ajouter plusieurs fonctionnalités de confort.

    • Les révisions du format OKF pourraient inclure la prise en charge des URI RDF comme libellés, ainsi qu’un alignement RDFS avec schema.org (:name @en, :about, :description, etc.).
  • C’est un départ intéressant et prometteur, donc je l’ai essayé.
    J’aimerais avoir la prise en charge de Bases et des plugins Obsidian basés sur TypeScript/open source. J’utilise des choses comme excalidraw et mermaid.
    J’aimerais aussi utiliser des modèles locaux.
    Quand je collaborais dans Notion, je devais passer à Google Docs à cause des commentaires, des suggestions et de l’historique ; je pense que ces fonctions sont aussi importantes lorsqu’on travaille avec l’IA.

    • Tous ces éléments sont tout en haut de nos priorités. Nous allons les intégrer rapidement.