GitHubで公開されている inkeep/open-knowledge は、ただの markdown editor ではありません。
README の言い方を借りるなら、「Beautiful, AI-native markdown editor and LLM Wiki」。つまり、最初から AI と一緒に使う前提で作られた、見た目のきれいなマークダウン編集環境です。
これ、地味に見えてかなり野心的です。普通のメモアプリは「人が書く」ことが中心ですが、OpenKnowledge はそこに Claude、Codex、Cursor などの agent や harness を組み込んで、人間が書く → AI が手伝う → それを知識として育てる、という流れを狙っているように見えます。個人的には、この発想がかなり今っぽいと思いました。単に文章を書く道具ではなく、AI に読ませて、整えさせて、つなげて、wiki として使う。ここが肝です。
README を読んでいて一番印象に残ったのは、OpenKnowledge が「markdown を書くための道具」ではなく、markdown を中心にした知識の運用環境として作られていることです。
普通の markdown editor は、たいてい「軽く書ける」「ファイルとして残る」「見た目が崩れない」といった便利さが売りです。もちろんそれも大事です。でも OpenKnowledge はそこから一歩進んでいて、AI がそのまま編集や整理に参加する前提がある。README には “Collaborative AI-editing with Claude, Codex, and Cursor desktop apps” とあり、さらに MCP や CLI を通じて別の agent でも使えると書かれています。
ここでいう MCP は、ざっくり言うとAI や外部ツール同士をつなぐための共通の取り決めみたいなものです。細かい仕組みはさておき、「このエディタ、AI とちゃんと会話しやすい設計なんだな」と受け取れば十分です。
しかも面白いのは、AI 連携が「おまけ」ではなく、プロダクトの中心に置かれていること。README の “LLM Wiki” という表現もそうで、これは単なるノートではなく、AI が読んで使いやすい wiki を目指しているんだろうな、と感じます。
OpenKnowledge は “Full true WYSIWYG” を掲げています。WYSIWYG は “What You See Is What You Get” の略で、画面上で見えている見た目のまま編集できる、という意味です。Markdown は本来、# 見出し や - 箇条書き のように記号を書いて構造を表す形式ですが、慣れていない人には少し取っつきにくい。そこを、Google Docs や Notion のような感覚で触れるようにしているわけです。
この方向性はかなり良いと思います。Markdown の良さは残しつつ、入力のハードルを下げられるからです。
一方で、こういうエディタは「見た目を優先すると markdown の素朴さが薄れるのでは？」という心配もあります。でも README を読む限り、OpenKnowledge は markdown をちゃんと主役に据えている。そこがいい。装飾のためのリッチテキストではなく、長く残す知識のための markdown なんですね。
README には、用途として personal notes、knowledge bases、specs、LLM wikis が挙げられています。ここから見えてくるのは、OpenKnowledge が単なる日常メモよりも、再利用される情報に向いているということです。
たとえば仕様書。
ある機能の方針や制約、議論の履歴を markdown で残し、そこに AI が追記や要約を手伝う。そういう使い方はかなり相性が良さそうです。
あるいは knowledge base。
社内のよくある質問、プロジェクトの背景、意思決定の理由を積み重ねていく。AI がそこを読んで手伝えるなら、情報の掘り起こしがかなり楽になるはずです。
個人的には、この「LLM wiki」という発想がかなりおもしろいと思いました。従来の wiki は、人間が読む前提で整理されていました。でもこれからは、人間だけでなく AI も読む。そうなると、見出しの切り方やリンクの張り方、文の粒度まで少し変わってくるはずです。OpenKnowledge は、その変化を先回りしている感じがあります。
README には “No-code Team sharing and Auto-sync powered by git/GitHub under the hood” とあります。
要するに、見た目はシンプルでも、中では git / GitHub を使って共有や同期を回している、ということです。
これはかなり現実的です。なぜなら、知識や仕様は「あとから誰が何を変えたか」が重要だからです。履歴が残る。差分が見える。戻せる。これは AI 時代でも結局強いです。AI がどれだけ賢くても、最後に困るのは「何が変わったのか分からない」ことなので。
しかも “No-code Team sharing” とあるので、git を普段あまり触らない人でも使いやすくしたい意図があるのでしょう。ここは実務でかなり効く部分だと思います。
知識共有ツールって、導入時は華やかでも、運用が面倒だとすぐに止まります。OpenKnowledge はその面倒を git の裏方処理に押し込もうとしている。これは地味だけど大事です。
README には “Embeddable HTML and rich components for writing engineering specs and visualized reports” という記述もあります。
つまり、ただのテキストだけでなく、HTML を埋め込んだり、見やすい部品を差し込んだりできるようです。
これは仕様書やレポートを書く人にはありがたいはずです。文章だけでは伝わりにくい情報、たとえば表や図、ちょっとした可視化を混ぜられると、理解がぐっと速くなるからです。
Markdown は軽くて便利ですが、複雑な資料になると少し物足りない場面もある。その隙間を埋めようとしているのがこの機能なのだと思います。
導入方法も、わりと面白い構成です。
macOS ではデスクトップアプリを DMG から入れて使える一方で、Linux / Windows / Intel Mac では CLI を使って local web app として起動できます。Node.js 24+ が必要で、npm install -g @inkeep/open-knowledge から始める流れが README に載っています。
さらに ok init でプロジェクトを足場づけし、ok start --open でブラウザ上にエディタを開く。ここまで見ると、ただの単体アプリではなく、プロジェクトに組み込む編集基盤として考えられているのが分かります。
この設計はかなり好きです。
「ローカルに閉じたアプリ」と「チームで使う仕組み」の両方を、git と Web の中間くらいで扱えるからです。クラウド一辺倒でもなく、重すぎるIDE的なものでもない。その中庸を狙っている感じがあります。
正直、万人向けの軽いメモアプリではないと思います。
でも、次のような人にはかなり刺さりそうです。
逆に、ただサクッと買い物メモを書きたいだけなら、少し大げさに感じるかもしれません。そこははっきりしています。
ただ、その「大げささ」こそが価値でもあります。メモを資産として扱いたい人にとっては、むしろちょうどいい重みです。
このリポジトリは公開されていて、README には public pull request を歓迎すると書かれています。さらに、公開 PR は社内 monorepo にミラーされてレビューやマージに回る仕組みだとも説明されています。
こういう書き方を見ると、単にコードを公開しているだけでなく、開発プロセスもオープンソース向けに整えている印象があります。
ライセンスは GPL-3.0-or-later。これは利用条件がやや強めなライセンスで、自由に使える一方、派生物の公開条件などに注意が必要です。ここは実際に採用するならちゃんと確認したいところです。
OpenKnowledge は、今の AI ツール群の中でも「メモ」や「wiki」を真正面から再定義しようとしている感じがあって、かなり好感を持ちました。
AI で文章を作るだけなら、もう選択肢はいくらでもあります。でも、書いたものを知識としてどう残すかまで設計しているサービスは、まだそこまで多くありません。
しかも、見た目のきれいさ、git ベースの履歴、agent との連携、ローカルでの運用、という要素がバラバラではなく一本の線でつながっている。ここが単なる「AI っぽい新製品」と違うところです。
未来感だけを振りまくタイプではなく、かなり実務寄り。そういう地に足のついた雰囲気があるのがいいと思いました。
参考: GitHub - inkeep/open-knowledge: Beautiful, AI-native markdown editor and LLM Wiki
