Rowboat: 作業文脈をMarkdownの知識グラフに蓄積するデスクトップAI coworker
Open-source AI coworker, with memory
ひと目でわかる
- これは何？
- メール、会議、Slack、アシスタントとの会話をローカルのObsidian風バックリンク知識グラフに取り込み、その文脈でブラウザ操作やコーディングエージェントを動かすデスクトップアプリ。READMEから確認できる範囲で、仕組み、導入時の設定ファイル、向く用途と向かない用途を整理する。
- 誰に向いている？
- 採用を検討すべきなのは、メールや会議の文脈を毎回プロンプトに貼り直す運用に限界を感じていて、データをMarkdownファイルとして自分のディスクに置いたままにしたい人だ。逆に、クラウド側で完結するチャットUIや、複数人で共有するナレッジベースとして使いたい場合には向かない。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。直近 1 日以内に新しいコミットがあります。
- 何の言語で書かれている？
- 主に TypeScript です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Rowboatが置き換えようとしているのは検索ではなく蓄積
多くのAIツールは、質問が来るたびに過去の文字起こしやドキュメントを検索して文脈を組み立て直す。RowboatのREADMEはこの方式を「その都度文脈を再構築する」と表現し、対置する形で長寿命の知識を維持する設計を掲げている。メール、会議、Slack、アシスタントとの会話をObsidian風のバックリンク付き知識グラフに索引化し、そのグラフを土台に作業を進める。対象読者は、複数の情報源を行き来しながら仕事をしていて、AIに毎回同じ背景を説明し直している人だ。ノートはモデルの中に隠されず、ユーザーが編集できるMarkdownとしてマシン上に残る点が設計の出発点になっている。
知識グラフと作業サーフェスが同じアプリに入っている理由
READMEが挙げる構成要素は、Brain（知識グラフ）、Email、Background agents、Built-in Browser、Meeting Notes、Code Mode、Apps、Integrationsの8つである。注目したいのは、これらが別プロダクトではなく1つのデスクトップアプリの画面として並んでいる点だ。メールクライアントは受信メールを重要とそれ以外に仕分けし、重要なものについては作業文脈全体を使って返信の下書きを自動生成する。会議ノート機能はマイクとスピーカーから音声を取り込み、ライブ文字起こしを作り、要約をMarkdownファイルとして書き出したうえで知識グラフを更新する。つまり入力（会議、メール）と出力（返信、要約、コード）が同じ文脈ストアを参照する。文脈を別ツールにエクスポートする手間を消すことが、この一体化の狙いだと読める。
バックグラウンドエージェントはイベント駆動とスケジュール駆動の両方で走る
READMEによれば、バックグラウンドエージェントは新着メールのようなイベントを契機に、あるいは毎朝8時といったスケジュールで実行できる。ツールへの接続、Web検索、ブラウザ操作、そしてClaude CodeやCodexを使ったコード記述まで行えると説明されている。Code Modeはこのコーディング部分を対話的に使うための画面で、Claude CodeまたはCodexによる並列コーディングエージェントを起動し、Rowboatが必要な場面で作業文脈を渡しながら進行を制御する。ここで注意したいのは、エージェントの実行者はRowboat自身ではなく外部のコーディングエージェントであり、Rowboatは文脈とオーケストレーションを担う層だという役割分担である。
導入はダウンロードが起点、設定はJSONファイルを手で置く
配布形態はMac/Windows/Linux向けのデスクトップアプリで、READMEは公式サイトのダウンロードページとGitHub Releasesのlatestを案内している。ソースからのビルド手順は提示されていないため、npm installで立ち上げる類のツールではない。Google系サービス（Gmail、Calendar、Drive）を接続する場合はgoogle-setup.mdの手順に従う。任意機能は~/.rowboat/config/配下にJSONを置いて有効化する。音声入力と音声ノートはdeepgram.json、音声出力はelevenlabs.json、Exaによる調査検索はexa-search.json、外部ツール（任意のMCPサーバー、またはComposio）はcomposio.jsonにAPIキーを書く。ファイル形式は共通で、次の形である。
{ "apiKey": "<key>" }
外部ツール連携を自前のMCPサーバーで組める点は、既存の社内ツールを接続したい場合の現実的な入口になる。
ブラウザを分離しているのは利便性ではなく権限管理のため
Rowboatは内蔵ブラウザを持ち、ユーザーとアシスタントが同じWebタスク上で協力できる。READMEが明示しているのは、このブラウザが普段使いのブラウザから隔離されているという点だ。そのためアシスタントにアクセスさせたいアカウントだけをログインさせ、それ以外は見せないという運用が成立する。AIエージェントにブラウザを操作させるとき、既存のブラウザプロファイルをそのまま渡す設計が多い中で、ログイン範囲を物理的に分ける判断は保守的で妥当だ。ただし隔離はあくまでブラウザ単位であり、知識グラフ側に何が取り込まれるかは別問題である。メールや会議を取り込む以上、機密情報の扱いは導入前に自分の運用で決めておく必要がある。
モデルは差し替え可能、保存先はローカルのMarkdown
READMEはモデル選択について、OllamaやLM Studio経由のローカルモデル、APIキーを持ち込むホスト型モデルの両方に対応し、いつでも交換できると説明している。データはローカルのMarkdownに留まるという記述も併記されている。これはクラウドのベクトルDBに文脈を預ける設計との明確な違いで、ノートを自分で開いて読み、書き換え、壊れたら直せる。一方で、モデルを差し替えたときに知識グラフの品質がどう変わるか、埋め込みや索引の再構築が必要かといった点はREADMEからは読み取れない。バージョンはv0.9.7（2026-09-09）で、0.x系が続いている段階である。
向かないケースと、比較対象としてのObsidian+Copilot構成
Rowboatが適さないのは、まず複数人で共有するナレッジベースとして使いたい場合だ。知識グラフは各マシンのローカルMarkdownとして存在する設計であり、チーム共有を前提とした記述はREADMEにない。次に、ブラウザやデスクトップアプリの常駐を許容できない環境。会議ノートはマイクとスピーカーに常時アクセスする。代替として挙げられるのは、ObsidianにCopilot系プラグインを組み合わせる構成である。違いは明確で、Obsidian側はノートを人間が書き、AIがその保管庫を読む。Rowboatはメール、会議、Slack、アシスタント会話を自動でグラフに流し込み、そのうえでブラウザ操作やコード実行まで同じアプリ内で行う。ノートを書く主体が人間かアプリか、そして実行面まで持つかどうかが分岐点になる。
ライセンスと更新コストについて確認できること
ライセンスはApache-2.0で、リポジトリはアーカイブされていない。デスクトップアプリとして配布され、リリースはv0.9.5からv0.9.7まで2026-09-08と09-09に集中しており、更新頻度は高い。0.x系である以上、設定ファイルの場所や形式が将来変わる可能性は想定に入れておくべきだ。Apache-2.0は特許許諾を含む寛容なライセンスだが、同ライセンスは商標の使用許諾までは与えない。Rowboatの名称やロゴを自社サービスに使う場合は別途確認が要る。ここで述べたのはライセンス条文の一般的な性質であり、個別の利用形態についての法的判断ではない。社内配布や再販を伴う場合は専門家に確認してほしい。
編集部の結論
採用を検討すべきなのは、メールや会議の文脈を毎回プロンプトに貼り直す運用に限界を感じていて、データをMarkdownファイルとして自分のディスクに置いたままにしたい人だ。逆に、クラウド側で完結するチャットUIや、複数人で共有するナレッジベースとして使いたい場合には向かない。最初に確認するのは、~/.rowboat/config/ 配下に作成するAPIキーファイル（deepgram.json、elevenlabs.json、exa-search.json、composio.json）が自分の環境でどう扱われるか、そしてGoogle連携を有効にするならgoogle-setup.mdの手順が自分のGoogleアカウントの制約下で通るかどうかである。
コミュニティノート