主張は三つに集約される。すでに開いているチャットの中にアシスタントを住まわせること、自分が所有するハードウェアで動かすこと、データを他人のサーバーに通さないこと。前の二つはプロジェクト自身がトップページに掲げており、三つ目は設計そのものの前提になっている。自己紹介の文言は、実際に仕事を片づけるアシスタントだという点にある。受信箱の整理、メール送信、カレンダーの管理、フライトのチェックイン——どれも普段チャットしている窓の中で完結する。

ビジネスモデルは「持たない」という設計

トップページには、めったに見ない一文がある。サブスクリプションなし、ホスト版なし、トークンなし。プロジェクトは独立した米国の 501(c)(3) 非営利財団が保有している。そのすぐ下に五行が並ぶ。あなたの記憶、あなたのスキル、あなたのモデル、あなたのマシン、あなたのデータ。財団についての記述はさらに具体的だ。財団は中核チームを雇用し、リリースごとに署名し、製品全体を MIT ライセンスの下に置く。企業版も、その上の商用版も存在しない。資金は寄付とインフラ協賛で、協賛者には大学、複数の AI 研究所、クラウド事業者、企業向けソフトウェアのベンダーが名を連ねる。同じ段落は、寄付者がプロジェクトを所有も指揮もしないこと、どの研究所のモデルもコード上で優遇されないこと、ある AI 研究所は所有者ではなく寄付者と雇用主であることを明言している。インストール後に自動で外部と通信するのは一日一回のバージョン確認だけで、これも切ることができる。

中身はゲートウェイ一つのプロセス

公式ドキュメントの定義はセルフホスト型ゲートウェイだ。ノート PC やサーバー上で一つのプロセスを動かし、チャネルプラグインを通じてチャットアプリを AI コーディングエージェントにつなぐ。公開されているチャネル一覧は、チーム向けコラボレーションスイートから消費者向けメッセンジャー、連合型チャットまで及び、すべてが同じルーティング層に入る。トップページが示す数は 29 で、ダイレクトメッセージもグループチャットも対象になる。単一サービスに固定されたボットとの差は四つ。セルフホストであるためハードウェアもルールも自分のものになること。多数のチャネルを一つのゲートウェイで同時にルーティングすること。コーディングエージェント向けにネイティブで、実務的にはツール呼び出し、セッション、永続メモリ、複数エージェント間のルーティングを意味すること。そして MIT ライセンスのオープンソースであること。想定利用者は開発者、ヘビーユーザー、チームで、個人用アシスタントとチーム導入は同じソフトウェアの設定違いにすぎないとドキュメントは説明している。

六つの能力と四つの導入口

トップページは能力を六項目に整理している。第一に、自分のマシンで動く。背後のモデルはホスト型の API でも、サブスクでも、ゲートウェイでも、ローカルファイルでもよく、状態はすべてローカルに残る。第二に、すでに使っているチャットアプリの中で話しかけられる。新しい窓を覚える必要はない。第三に、記憶が残る。好み、プロジェクト、人物がセッションをまたいで保持される。第四に、本物のシステム権限を持つ。ブラウズ、フォーム入力、ファイルの読み書き、コマンドライン命令の実行まで含み、すべてを許すかサンドボックスに閉じ込めるかを選べる。第五に、チームで一つのゲートウェイを共有し、同じセッションを開いて引き継げる。第六に、スキルとプラグインはコミュニティから取ることも、その場で書くこともでき、アシスタント自身に書かせることもできる。

インストール経路は四つ。三つの主要プラットフォーム向けデスクトップアプリ、一行コマンド、パッケージマネージャー、ソースからのビルドだ。デスクトップ版は macOS 15 以降、Windows 10 と 11 の x64 と ARM64、Linux は AppImage と deb パッケージをカバーする。アプリと一行コマンドは実行環境も一緒に入れてくれ、その後の更新コマンドで開発チャネルと安定チャネルを切り替えられる。ドキュメントが示す条件は Node 26（推奨）、または Node 24.16 と 26.1 以降、加えてモデル事業者のキー一つで、5 分で動き出すとうたっている。リポジトリ側の数字は約 39 万スター、8.2 万フォーク、3 千人超のコントリビューター、242 リリース、現行バージョンは 2026.9.4。

宣伝文句より実例のほうが説得力を持つ

サイトのショーケースに並ぶのは機能のスクリーンショットではなく、コミュニティの実在するワークフローだ。三台のマシンで 15 以上のエージェントを走らせ、1 万通を超えるメールを片づけ、プレゼンを査読し、コマンドラインツールを組み、広告運用を調整し、投稿の下書きを作り、スマートフォンからコーディングエージェントの一団を動かす例がある。別の例は日次ブリーフィングを個人のオペレーティングシステムとして扱う。時間ブロックの割り当て、議事録から週次レビューを作成、会議前ブリーフの準備、子どもの学校の締め切り管理、カレンダー衝突の解消、請求書の発行まで。三つ目は犬の散歩中に音声で、失敗した本番ビルドの調査を頼み、根本原因を特定し、デプロイ設定を直し、再リリースしてマージリクエストを開くという記録だ。

連携は三つの列に分けて示される。この分け方こそが要点だ。チャネルは、会話がもともと行われているメッセンジャーとチームツール。モデルは主要事業者のホスト型オプション。ツールはブラウザ、メール、コードホスティング、ノート保管庫、ソーシャルフィード、音楽、そして家のスマートライトまで伸びる。三つを分けているからこそチャネルの数が意味を持つ。同じアシスタント、同じ記憶、入口が違うだけだ。

誰に向くのか、代償は何か

三つの層に届く。データがどのディスクに載るかを気にする個人は、現時点で最も直接的な答えを得る。ローカル実行で、状態はマシンから出ない。すでに仕事をチャットソフトに移したチームは、同じセッションと同じスキルを使い回すゲートウェイを手に入れる。個人とチームの違いは設定だけだ。コーディングエージェントに手と目を与えたい開発者は、ツール呼び出し、セッション、記憶、マルチエージェントルーティングを、自分で保守するプラグインではなく標準機能として得る。

その能力の裏側は責任である。信頼境界、ポリシー・アズ・コード、アイデンティティとロール、鍵管理は、ドキュメントでそれぞれ独立したページになっている。穏やかな言い方をすれば、セキュリティは自分で設定するということだ。リポジトリも、プロンプトインジェクションは業界全体で未解決だと警告し、より強いモデルを選び、セキュリティ実務を読んでから価値のあるものにつなぐよう勧めている。

個人用アシスタントが本当に自分のものかどうかは、二つの問いで決まる。データが誰のディスクに載っているか、そして誰かがサービスを止めた日に、自分でもう一度立ち上げ直せるか。