Rocketnotes を自前で動かす前に読む、ローカル LLM ノート運用の実際
✨ AI-powered markdown editor - leverage LLMs with your documents - 100% local or in the cloud
ひと目でわかる
- これは何？
- Markdown ノートにチャット、補完、音声入力、エージェントによる自動整理を載せた Rocketnotes を、Docker で完全ローカル運用する場合とクラウド版を使う場合の分岐で整理する。判断の軸はプライバシーと運用コストのどちらを優先するかにある。
- 誰に向いている？
- 採用すべきなのは、ノートの中身を外部に送りたくないが LLM の支援は欲しい個人開発者や小規模チームで、Docker と Ollama を自分で面倒を見られる人です。逆に、マネージドな同期やモバイルからの快適な閲覧を最優先するなら、クラウド版の Cognito サインアップに素直に乗るか、Obsidian のようなローカルファイル中心のツールのほうが向いています。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 146 日前です。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Rocketnotes が埋めようとしている穴はどこにあるか
Markdown でノートを書く習慣がある人にとって、ファイルは単なるテキストで、検索は grep で足りる。足りなくなるのは、書いた量が増えて「あの話どこに書いたっけ」が意味ベースの検索でしか引けなくなったときと、下書きの続きを LLM に手伝わせたいときだ。Rocketnotes はこの二つを同じアプリ内に置こうとしている。README では、チャット、テキスト補完、音声からの文字起こし、そしてエージェントによる文書の自動整理が「ネイティブな AI 機能」として挙げられている。想定読者は開発者と技術者で、コードスニペットのシンタックスハイライトや Katex、Mermaid の埋め込みが機能として並ぶのはそのためだ。Zettelkasten という語がトピックに含まれるとおり、断片を貯めて後から連結する書き方を前提にしている。
Angular と Go と Python が同居する構成
リポジトリの説明と README の技術スタックによれば、フロントエンドは Angular と TypeScript、デスクトップ配布は Electron、バックエンドは Go と Python という分担になっている。AI 層は LangChain と LangGraph で、ベクトルストアはクラウド側が S3 Vectors、ローカル側が ChromaDB という切り替え構造だ。埋め込みモデルには sentence-transformers、ローカル実行の受け皿に Ollama が指定されている。永続化は DynamoDB と S3 で、インフラは AWS と Docker。つまり同じアプリが、Cognito でサインアップするホスト版と、Docker で閉じる自己ホスト版の二つの顔を持つ。この二重構造は利点であると同時に、設定の分岐点でもある。どのモードで動かしているかによって、文書がどこに保存され、どのモデルに渡るかが変わる。README はローカルモードを「100% local and private」と表現しているが、その保証が成立するのは Ollama とローカルベクトルストアだけで完結させた場合に限られる。
エージェントによる Zettelkasten の仕分けは何をしているのか
README で最も特徴的なのが、inbox に投げ込んだ断片を AI エージェントが既存の文書の中から最も関連するものへ挿入する、という自動整理の機能だ。流れとしては、日々のメモをテキストか音声で inbox に保存し、エージェントのワークフローがその断片を解析して配置先を決める。LangGraph が使われているのはこの判断を複数ステップのワークフローとして組むためだと読める。ここで注意したいのは、この機能が意味検索の精度に完全に依存する点だ。関連する文書がまだ存在しなければ、エージェントは正しい置き場所を持たない。ノートが少ない初期段階では自動仕分けの恩恵は薄く、むしろ誤った文書に断片が紛れ込むほうが後始末のコストが高い。断片が増えてから効いてくる種類の機能であり、導入直後に評価しようとすると判断を誤る。
Docker で動かすまでに触る設定
入手経路は三つある。ホスト版に Cognito でサインアップして Web か Electron で使う、INSTALLATION.md の手順に従って Docker で完全ローカルに動かす、CONTRIBUTING.md を見て開発環境を組む。自己ホストを選ぶ場合、README がローカル構成として名指ししているのは Ollama、ChromaDB、sentence-transformers で、これらを Docker 環境の中でどう接続するかは INSTALLATION.md の記述に依存する。クラウド側に寄せる場合は S3 Vectors と DynamoDB、S3 が保存先になり、認証は Cognito が担う。モデルの切り替えは OpenAI、Anthropic、Together AI が現時点の対応として挙げられている。設定値の具体名はこの素材からは確認できないため、実際のキー名は INSTALLATION.md とリポジトリ内の設定ファイルを直接読んでほしい。推測で書ける種類の情報ではない。
ローカル運用が向かない場面
ローカルモードの売りは私秘性だが、その代償は自分で負う運用だ。Ollama で動かすモデルの品質は、OpenAI や Anthropic のホストモデルと同等ではない。補完やチャットの応答品質を優先するなら、ローカル完結は最初から諦める選択になる。もう一つの制約は配布形態で、Electron アプリと Docker の二通りがあるとはいえ、ノートをスマートフォンからさっと見たいという用途は README の機能一覧からは読み取れない。共有機能はあるが、これは特定の文書を他者に渡す話であって、自分の端末間同期の話ではない。同期の仕組みがどうなっているかは素材からは判断できないため、複数端末で同じノート群を扱いたい人は、導入前にここを確認する必要がある。加えて、DynamoDB と S3 を前提とする構成をそのままローカルに持ってくるのか、ChromaDB に置き換えるのかで、バックアップの取り方も変わる。
Obsidian との違いはファイルの持ち方にある
比較対象として自然なのは Obsidian だ。Obsidian は Vault というディレクトリに Markdown ファイルを置き、アプリはそのファイル群を読む。ファイルが正であり、他のツールからも触れる。Rocketnotes は README の構成を見る限り、DynamoDB と S3、あるいはローカルのベクトルストアを伴うアプリケーションが正であり、Markdown はその中で扱われる形式だ。この違いは、ノートを他のエディタやスクリプトから直接いじりたい人にとって決定的になる。一方で Rocketnotes 側の利点は、検索とチャットと自動整理が最初から統合されている点で、Obsidian で同等のことをするにはプラグインを組み合わせて自分で配線する必要がある。どちらが優れているという話ではなく、ファイルを資産として外に持ち出せる形にしたいのか、アプリの中で完結させたいのかの選択だ。MCP サーバー連携が用意されているのは、アプリ内の知識ベースを他の LLM アプリから使わせる方向の答えであり、ファイルを外に出すのとは逆向きの設計になっている。
Apache-2.0 と更新の間隔
ライセンスは Apache-2.0 で、特許条項を含む寛容なライセンスだ。自社や個人の環境に組み込む際の障壁は低いが、これは法務判断ではなく、条件の確認は各自が行う必要がある。更新の履歴を見ると、v1.0.5 が 2025-02-25、v1.0.6 が 2025-07-20、v1.0.7 が 2025-07-26 で、その後リポジトリへの最終 push は 2026-04-23 となっている。リリースの間隔は一定ではなく、半年空くこともあれば一週間で続くこともある。Electron、Docker、Deploy といった複数の GitHub Actions ワークフローが並んでいるため、変更が入ったときに影響する配布経路は一つではない。追従するコストを見積もるなら、自分が使う配布形態に対応するワークフローがどれかを特定してから、その更新頻度を追うほうが現実的だ。
編集部の結論
採用すべきなのは、ノートの中身を外部に送りたくないが LLM の支援は欲しい個人開発者や小規模チームで、Docker と Ollama を自分で面倒を見られる人です。逆に、マネージドな同期やモバイルからの快適な閲覧を最優先するなら、クラウド版の Cognito サインアップに素直に乗るか、Obsidian のようなローカルファイル中心のツールのほうが向いています。導入前に確認すべきは INSTALLATION.md の Docker 手順で使われるイメージとボリューム構成、そしてローカルモードで ChromaDB と Ollama のどちらが埋め込みを担うかの記述です。ここが曖昧なまま起動すると、意図せず外部 API へ文書が送られる構成になり得ます。
コミュニティノート