「クローンだらけのオフィス」を自宅PCに──Munder Difflinはマルチエージェント運用をどう解決したか
オープンソースのマルチエージェントharness「Munder Difflin」は、Claude Code・Codex・Grokなど12種類のCLIエージェントを自分のPC上で束ね、E2E暗号化されたクローン同士の通信で24時間チームを動かす仕組みを提供する。GitHub実測でスター5,387・フォーク641(2026年8月29日確認)、料金は個人向け月20ドルから。公式ドキュメントには匿名テレメトリー送信の記載もある。

目次
Claude Code・Codex・Grokといったコーディングエージェントを、1人で何個も同時に動かして仕事を進める人が増えている。「Munder Difflin」は、この使い方をさらに一歩進め、チームの各メンバーの「クローン」を作り、それぞれのPC上で24時間働かせるという発想のオープンソースharnessだ。公式サイトのキャッチコピーは「run an office of your clones(自分のクローンでオフィスを回す)」。README本文にはGitHub Trendingの「Repository of the Day」1位を示すtrendshift.ioバッジが実際に貼られている。
3行まとめ
- Munder DifflinはClaude Code・Codex・Grokなど12種類のCLIエージェントを自宅PC上で束ねるオープンソースharness。GitHub実測でスター5,387・フォーク641(8月29日確認、記事執筆から2日でスター+409)
- 「ローカルファースト・E2E暗号化」を謳う一方、公式のTELEMETRY.mdによれば匿名の利用イベント(起動回数・エージェント起動プロバイダ名など)をPostHog(米国クラウド)へ実際に送信している。ただしプロンプト本文・ファイルパス・APIキーは送信しない設計
- 料金は個人向けPROが月20ドルから、チーム向けTEAMSが1シート月39ドルから。SECURITY.mdは自らを「early prototype(初期段階のプロトタイプ)」と明記している
手持ちのサブスクをそのまま使う
Munder Difflinの基本設計は、Claude Code・Codex・Grok・Kimi Code・Antigravity・Qwen・Gemini CLI・OpenCode・Crush・Pi・Copilot・Cursorという12種類のCLIエージェントプロバイダをラップして動かす、というものだ。公式サイトは「既存のサブスクリプション(時間制限つき)をそのまま使う、無料・オープンソースで高性能なマルチエージェントharness」と説明している。インストールは1回のダウンロードで完了し、自分のPC上で動作する。コード・APIキー・使い方の癖といった情報は「機械から出ていかない」という設計だ。
README本文で確認できる対応12プロバイダとCLIコマンド名は次の通り。
| プロバイダ | CLIコマンド |
|---|---|
| Claude Code | claude |
| Antigravity(Gemini) | agy |
| OpenAI Codex | codex |
| xAI Grok | grok |
| Kimi Code | kimi |
| Gemini CLI | gemini |
| Qwen | qwen |
| OpenCode | opencode |
| Crush | crush |
| pi.dev | pi |
| GitHub Copilot CLI | copilot |
| Cursor | cursor-agent |
README本文にはこれに加えて、227件のスキルをカタログから検索・インストール・アンインストールできる「Skills」機能や、独自コマンドを登録できる「custom command」枠についても記載があった。
チーム利用では、各メンバーのクローンが「GOD orchestrator」と呼ばれる調整役のもとで、リサーチ・ビルド・レビューといった役割を担当エージェントに割り振り、それぞれ独立したgit worktreeで作業する。クローン同士はSlackの受信箱やトリガー経由で起動でき、あるクローンが作業に詰まると、別のメンバーのクローンにメッセージを送って解決を待つ、という運用がデモとして紹介されている。
セキュリティは「アーキテクチャで担保する」という主張
公式サイトのセキュリティセクションは、次の4点を掲げている。ローカルファースト(各クローンは所有者のPC上のノードで、コード・鍵・個人的な文脈は外に出ない)、E2E暗号化(クローン間のメッセージは自分のノードで暗号化され、相手のノードでしか復号されない)、組織のコンテキストは所有者のルールに従う(何をチーム全体で共有し何を個人にとどめるかを決められる)、そしてMITライセンスのオープンソース(ノード・プロトコル・暗号化コードのすべてがGitHubで監査可能)だ。
実際にGitHubで確認したこと——2日でスター400以上増えていた
この記事を書くにあたって、公式サイトに掲載されているGitHubリンク(chaitanyagiri/munder-difflin)を実際に開き、GitHub APIでリポジトリの状態を確認した。2026年8月29日時点で、スター数は5,387、フォーク数は641、未解決のissueは120件、リポジトリの作成日は2026年5月31日、直近の更新(push)は同日8月29日だった。前回(8月27日)の確認時点のスター数4,978・フォーク595・issue101件と比べると、わずか2日でスターが409件、フォークが46件、issueが19件増えており、まだ活発に成長中のプロジェクトであることがうかがえる。
ライセンスファイルの中身も直接取得して確認したところ、実際にMITライセンスの全文(2026年、Chaitanya Giri氏の著作権表記)が記載されていた。公式サイトが謳う「MITライセンスで監査可能」という説明と、実際のリポジトリの状態は一致していた。なお、GitHub API自体が自動判定するリポジトリのlicenseフィールドは"Other / NOASSERTION"と表示されており、GitHubのライセンス自動検出はMITと認識していなかった。LICENSEファイルの文面自体はMIT全文そのものなので実務上の扱いには影響しないはずだが、API上の自動判定とファイル実体は一致していない、という細部のズレとして記録しておく。
料金は個人向け「PRO」が月20ドル(年払いなら200ドル)から、24時間稼働のサンドボックスを追加すると月19ドルが加算される。チーム向け「TEAMS」は1シートあたり月39ドルからで、クラウド常駐のサンドボックスをシートごとに追加購入する仕組みになっている。
「機械から出ていかない」の実際——匿名テレメトリーはPostHogへ送信される
公式サイトの「ローカルファースト」という説明は、コード・APIキー・利用パターンが外部に出ないという主張だが、リポジトリ内のTELEMETRY.mdを実際に読むと、それとは別に匿名の利用統計イベントが外部サービス(PostHog、米国クラウド)へ送信される仕組みが明記されている。TELEMETRY.md本文はこれを「送信するものと送信しないものの完全な契約書」と位置づけ、ここに載っていないイベント・プロパティは一切送らないとしている。
| 送信される情報 | 送信されない情報 |
|---|---|
アプリ起動回数(app_launched)、初回起動(first_run) |
プロンプト本文・エージェントの応答内容 |
どのCLIプロバイダでエージェントを起動したか(claude・codex等の名前のみ) |
ファイルパス・リポジトリ名・ブランチ名・ホスト名 |
メッセージを送った回数と送信元UI(terminal/composer/steer/hiveのいずれか) |
メールアドレス・アカウントID・APIキー |
セッション継続時間の粗いバケット(<5m / 5-30m / 30m-2h / 2-8h / 8h+ の5段階) |
送信時の生の経過時間・メッセージの文字数や内容 |
| アプリのバージョン・OS・CPUアーキテクチャ | IPアドレス・位置情報($ip: nullを明示送信、GeoIP無効化) |
識別子は初回起動時に生成されるランダムUUIDのみで、個人プロフィールは作成されない(PostHogの$process_person_profile: false設定)。オプトアウトは設定画面のトグル、DO_NOT_TRACK環境変数、またはソースからのビルド(公式リリースCIでのみPostHogキーが埋め込まれ、ソースビルドではテレメトリー自体が無効化される)のいずれかで可能、とTELEMETRY.mdに明記されていた。
SECURITY.mdは自らを「early prototype」と明記していた
公式サイトのセキュリティセクションはE2E暗号化・X25519・AES-256-GCMといった方式名を図解で示しているが、リポジトリ内のSECURITY.mdを実際に読むと、そこにこれらの暗号方式名の記載はなかった。SECURITY.mdが記述しているのはむしろ、アプリがローカルのUnixドメインソケット以外にネットワークリスナーを開かないこと、レンダラープロセスがNode.jsへ直接アクセスできないこと(contextIsolation: true)、ファイル操作がエージェントの作業ディレクトリ配下にサンドボックスされていることといった、デスクトップアプリとしての境界設計についてだ。同ファイルは「Supported versions」の項で「This is an early prototype(これは初期段階のプロトタイプだ)。セキュリティ修正はmainブランチのみを対象とする」と明記している。
クローン間通信の暗号方式そのものは確認できていない
この記事は公式サイトの本文、GitHub APIから取得したリポジトリのメタデータ、LICENSE・TELEMETRY.md・SECURITY.md・README.mdの実物をもとに書いている。公式サイトの図解にあるX25519 / AES-256-GCMというクローン間通信の暗号方式について、この記事で確認できたドキュメント(SECURITY.md、HIVE.md)にはその実装の説明が見当たらなかった。GitHubのコード検索はログインが必要でこの記事の範囲では実行できておらず、実際のソースコード(src/以下)を読んでこの暗号方式が図解通りに実装されているかどうかは、確認できていない。120件という未解決issueの中身、実際にチームで運用した際の体感の速さやコストについても確認していない。「既存のサブスクリプションをそのまま使う(hourly limitsを使う)」という設計が、各AIツールの利用規約に照らして問題がないかどうかについても、この記事の範囲では検証していない。
関連記事
出典・参照資料
AIニュースの解説を動画でも
YouTubeでは注目ニュースの背景を解説し、Xでは新着記事をお知らせしています。
コメント
まだコメントはありません。最初のコメントを書いてみませんか?
AIについて聞きたいことはありますか?
質問箱で無料で受け付けています。回答は公開され、他の方の参考にもなります。
質問箱を見る →新しい記事をメールで受け取る
AIの新しい発表を、出典付きで整理して届けます。