AI2026-06-26

agmsg とは？Claude Code・Codex・Gemini・Copilot を繋ぐ CLI エージェント間メッセージング OSS

[agmsg](https://github.com/fujibee/agmsg) は fujibee（藤橋）氏 が公開した CLI AI エージェント間のメッセージング OSS です（MIT、公式サイト agmsg.cc）。

Claude Code / Codex / Gemini CLI / GitHub Copilot CLI / Antigravity / OpenCode をローカル SQLite ファイル経由で相互通信させ、ツール間のコピー＆ペースト中継から人間を解放 します。タグライン: 「You stop being the copy-paste courier between your agents.」

特徴:
- 依存は bash + sqlite3 のみ — デーモン不要、ネットワーク不要、Python 不要
- 3つの配信モード — `monitor`（~5秒リアルタイム push）/ `turn`（ターン間ポーリング）/ `both`
- N エージェントのチーム、ロール切替（`actas`）、新規エージェント起動（`spawn`）、終了（`despawn`）
- MCP ではない、サブエージェントでもない、メッセージキューでもない — ピアセッション間の対等な対話レイヤー
- npm 経由のワンライナー導入: `npx agmsg`
- Claude Code Plugin Marketplace 対応: `/plugin install agmsg@fujibee-agmsg`

Product Hunt で 2026-06-09 #5 Product of the Day（219 upvotes、39 comments）。GitHub Star 859、v1.1.1（2026-06-25）。コミュニティ派生として agmsg-shogi / agmsg-go / agmsg-mcp も。

オブライト視点: Loop Engineering や Sakana Fugu のオーケストレーションと異なり、「ツール間 → 同じレイヤーのピア通信」 という独自の位置取り。Claude Code Agent View で複数エージェントを並列実行している現場と特に親和性が高く、マルチベンダー LLM を1つの開発フローに繋げる現実解 です。記事末尾に弊社の AI エージェント環境構築・カスタム開発の3つの問い合わせ導線 を設置。

agmsg Claude Code AI Agent CLI Messaging SQLite Multi-Agent OSS

TL;DR — agmsg を一言で

[agmsg](https://github.com/fujibee/agmsg) は fujibee 氏（藤橋）が公開した CLI AI エージェント間メッセージング OSS です（MIT、公式 agmsg.cc）。

3つの要点:

1. 異なるツール間で対話を共有 — Claude Code・Codex・Gemini CLI・GitHub Copilot CLI・Antigravity・OpenCode の 間でメッセージ交換 2. 依存は bash + sqlite3 のみ — デーモン不要、ネットワーク不要、Python 不要、フレームワーク不要 3. Product Hunt 2026-06-09 で #5 Product of the Day（219 upvotes、GitHub Star 859）

タグラインが本質を捉えています: 「You stop being the copy-paste courier between your agents.」（あなたはもう、エージェント間のコピペ運搬人ではなくなる）。

何の問題を解くのか

2026年現在、開発者は複数の CLI AI エージェントを併用するのが普通です。Claude Code で実装、Codex でレビュー、Gemini CLI で仕様検討、GitHub Copilot CLI で PR テンプレ生成、Antigravity で軽量タスク — というように 強みの違うツールを使い分けるワークフロー が成立しています（Claude Code Agent View 解説や cmux Manaflow でも触れた構図）。

問題は ツール間でやり取りされる情報を、人間が手作業でコピペしている こと。Claude Code の出力を Codex に渡し、Codex の出力を Gemini にコピペ、Gemini の判断結果を Claude Code に戻す ... という中継作業が、本来の知的作業の合間に挟まる「人間が遅い箇所」になります。

agmsg は この中継を SQLite ファイル1つで自動化 します。各エージェントが共有 SQLite を読み書きすることで、人間が介在せずにツール間でメッセージが流れる ように。

アーキテクチャ — Bash + SQLite だけ

要素	採用技術
ランタイム依存	bash + sqlite3 のみ（Python 不要、Node 不要、Docker 不要）
メッセージ保存	SQLite WAL モード（`~/.agents/skills/<cmd>/db/messages.db`）
エージェント識別	`(name, team)` タプル（プロジェクトパスは metadata 扱い）
並行性	WAL モードで複数 reader + 単一 writer
ネットワーク	なし（ローカルファイルアクセスのみ）
デーモン	なし（プロセス常駐なし）
ブローカー	なし（SQLite ファイル自体が「床」、エージェントが「プレイヤー」）

設計哲学の妙: 一般的な「マルチエージェント通信」設計は ZeroMQ / NATS / Redis Pub/Sub などの専用ブローカーを使いますが、agmsg は SQLite ファイル単体 で済ませます。プロセス間共有が必要なミニマルな機能（永続化、並行アクセス、トランザクション）が SQLite に全部入っているという発想。

3つの配信モード — monitor / turn / both

新着メッセージをエージェントに届けるタイミングを3つから選べます:

`monitor`（リアルタイム push、約5秒間隔）: Claude Code の SessionStart hook + バックグラウンドストリームで実装。会話中でも新着メッセージが割り込んで届く。即応性が必要な対話に最適。

`turn`（ターン間チェック）: エージェントが応答を返した直後（stop hook）に inbox をチェック。ターンの境界でのみ確認 するため、エージェントの思考を中断せず、長時間タスクに向く。

`both`（ハイブリッド）: 上記両方を併用。リアルタイム性 + 漏れなさの両立。

クールダウン制御（マーカーファイル `run/.lastcheck-<agent>`、デフォルト 60秒）で過剰チェックを抑止する設計。実用性が考えられています。

対応エージェント

2026年6月26日時点で agmsg が 公式サポート するエージェント:

- Claude Code（Anthropic 公式 CLI、コマンドは `/agmsg`） - Codex（OpenAI 系、`$agmsg`） - Gemini CLI（Google、`$agmsg`） - GitHub Copilot CLI（`$agmsg`） - Antigravity（`$agmsg`） - OpenCode（`$agmsg`）

Claude Code だけ「スラッシュコマンド」、他は「`$` 接頭辞」というインターフェース差は、各ツールのコマンド表記習慣に合わせた配慮です。

コマンド体系

Claude Code でよく使う形:

/agmsg                            # 受信箱を確認
/agmsg send alice "deploy done"   # 特定相手に送信
/agmsg team                       # チームメンバー一覧
/agmsg history                    # メッセージログ
/agmsg mode monitor               # 配信モードを変更
/agmsg actas tech-lead            # ロール（identity）切替
/agmsg spawn codex reviewer       # 新規エージェントを別ターミナルで起動
/agmsg despawn reviewer           # エージェント終了

シェル/スクリプトから直接:

~/.agents/skills/agmsg/scripts/send.sh team from to "message"
~/.agents/skills/agmsg/scripts/inbox.sh team agent_id
~/.agents/skills/agmsg/scripts/history.sh team

Bash 直叩きで CI / CD に組み込みやすい のも実用上の強み。GitHub Actions の中から agmsg にメッセージを書き込み、別ターミナルで動いている Claude Code がそれを拾ってデプロイ後対応する、という連携も自然に書けます。

インストール方法

最速（npm/npx）:

npx agmsg

ソースから:

git clone https://github.com/fujibee/agmsg.git
cd agmsg
./install.sh

Claude Code Plugin Marketplace:

/plugin marketplace add fujibee/agmsg
/plugin install agmsg@fujibee-agmsg
/reload-plugins

自動セットアップ:

bash <(curl -fsSL https://raw.githubusercontent.com/fujibee/agmsg/main/setup.sh)

要件は bash + sqlite3 のみ で、macOS / Linux / WSL ですぐ動きます。

MCP / サブエージェント / メッセージキューとの違い

agmsg の最大の特徴は 「何ではないか」 が明確なこと。公式に以下の3つと明確に区別されています:

❌ MCP（Model Context Protocol）ではない: MCP は LLM ↔ ツールサーバの通信プロトコル。agmsg は エージェントセッション ↔ エージェントセッション の通信。レイヤーが違う。MCP サーバを動かす必要なし。

❌ サブエージェント（子プロセス）ではない: Claude Code のサブエージェント機能や Sakana Fugu のオーケストレーションは親子関係。agmsg は 対等なピアセッション間 の対話。階層関係なし。

❌ メッセージキュー（RabbitMQ / NATS など）ではない: 専用ブローカーを起動・運用する必要があるが、agmsg は SQLite ファイル単体 で完結。「SQLite ファイルが床、エージェントがプレイヤー」というメタファ。

このため、既存のエージェント環境を変えることなく後付けで導入できる（既に動いている Claude Code セッションに agmsg をインストールしても、Claude Code 自体の挙動は変わらない）

コミュニティ・実績

2026年6月の動向:

- Product Hunt 2026-06-09: #5 Product of the Day（219 upvotes、39 comments）— Product Hunt agmsg ページ - GitHub Star: 859（2026年6月26日時点） - 総コミット数: 145 - 言語比率: Shell 92.6% / JavaScript 7.4% - 最新版: v1.1.1（2026-06-25）

コミュニティ派生プロジェクト:

- agmsg-shogi — エージェント同士で将棋を指す実験 - agmsg-go — 同じく囲碁 - agmsg-mcp — agmsg をブリッジに MCP との橋渡しを試みる派生

「エージェント同士に将棋・囲碁を指させる」というユースケースは、agmsg の 対等ピア通信 の本質を遊びで示す好例です。

想定ユースケース

(1) マルチベンダー開発フロー: Claude Code で実装 → Codex でレビュー → Gemini で仕様確認、を 人間のコピペなしで完結。

(2) 役割分担エージェントチーム: 「architect」「coder」「reviewer」「tester」を別ターミナル / 別ツールで立ち上げ、`actas` でロール切替しながら協働。`spawn` で動的にチーム拡張。

(3) CI/CD 連携: GitHub Actions やローカル Hook から agmsg にメッセージを投げ、別エージェントが拾って続きを実行。デプロイ後の Slack 通知 → エージェントによる自動振り返り、など。

(4) 長時間タスクの監視: `monitor` モードで長時間ランの結果通知を即座に別エージェントが受信。

(5) 学習・実験: agmsg-shogi のようにエージェント同士の対戦・対話シミュレーション。

オブライト視点 — 弊社現場での活用イメージ

オブライトの AI コンサルティング / ソフトウェア開発では、お客様の開発チームに以下のような形で agmsg を提案できます:

パターン 1: マルチ LLM ベンダー戦略の実装層

Sakana Fugu のオーケストレーション・モデルは クラウド API レベルでのマルチベンダー集約、agmsg は CLI レベルでの開発者向けマルチベンダー集約。両者を併用 することで、「ツールも API もマルチベンダー対応」という冗長性が手に入ります（Claude Fable 5 輸出規制停止のような precedent への構造的耐性）。

パターン 2: OpenClaw + agmsg でエージェント工房

弊社 OpenClaw 導入セットアップで構築したエージェント環境に agmsg を組み合わせると、OpenClaw エージェント ↔ Claude Code / Codex / Gemini の連携 が SQLite 1ファイルで実現。OpenClaw 月額保守の対象作業として導入支援可能。

パターン 3: [Loop Engineering](../columns/loop-engineering-ai-agent-paradigm-2026-06) の Maker-Checker をツール間で実装

Maker（Claude Code でコード生成）と Checker（Codex でレビュー）を 別ツールで動かしながら agmsg で連携。Loop Engineering の理論を実プロダクションに落とす実装の1つ。

留意点

- ローカル前提: 同一マシン内の通信のみ。リモート開発（Cloud Workstation / Codespaces）では工夫が必要 - プロトコル順序: agmsg 自体は単なる搬送で、メッセージ順序保証や ack はエージェント側プロトコルが担う - セキュリティ: SQLite ファイルへのローカルアクセスのみで、認証・暗号化はなし。マルチユーザー環境では権限設計に注意 - エコシステム新興: 2026-06-09 Product Hunt ローンチでまだ発展途上。今後の仕様変更余地あり - 日本発 OSS: 作者 fujibee 氏は日本のエンジニアと思われる（リポジトリの記述から）。日本コミュニティでの議論が一定あり

AI エージェント環境のご相談 — 3つの導線

agmsg を含む マルチエージェント環境の設計・構築・運用 について、オブライトでは以下の3つのご相談導線をご用意しています。

① 導入相談・要件定義（¥198,000〜）

「自社の開発フローに agmsg が合うか」「OpenClaw / Claude Code Plugin との組み合わせは」「マルチベンダー LLM 戦略の設計」を1〜2週間でレポート化します。

👉 導入相談のお問い合わせ（AI コンサルティング）

② カスタム開発・SI（¥498,000〜）

agmsg を組み込んだ マルチエージェント自動化システム の構築。CI/CD 連携・社内ナレッジ流通・Slack/Teams 連携など、自社業務に特化した実装を支援。

👉 カスタム開発・SI のお問い合わせ

③ OpenClaw + agmsg 連携・継続保守（¥9,800〜¥80,000/月）

弊社 OpenClaw 利用者向けに agmsg を組み合わせ、OpenClaw エージェント ↔ Claude Code / Codex の連携 を実装。LLM 切替・プロンプト改善・新版追従までを月額保守でサポート。

👉 OpenClaw + agmsg 連携のお問い合わせ

FAQ

Q1. MCP との違いは？ A. MCP は LLM ↔ ツールサーバ の通信プロトコル。agmsg は エージェントセッション ↔ エージェントセッション の対等通信。レイヤーが違い、両者は併用可能。

Q2. Slack / Teams の代替になりますか？ A. なりません。agmsg は人間用の UI を持たず、エージェント同士の通信専用。人間が agmsg のログを見ることはあっても、Slack / Teams のような UX は提供しません。

Q3. ローカル限定？クラウドで使えますか？ A. ローカル限定（同一マシン内の SQLite ファイル共有）。クラウド開発環境（Codespaces 等）では、別マシンとの連携は工夫が必要。ファイル共有経由（NFS / S3FS / Tailscale + sshfs）で疑似的に拡張する派生 OSS が出る可能性はあります。

Q4. セキュリティは？ A. ローカル SQLite ファイルのため、ファイルシステム権限で守ります。認証・暗号化はなし。マルチユーザー Linux サーバなどでは権限設計（chmod / chown）を慎重に。

Q5. メッセージ順序保証は？ A. agmsg 自体は搬送のみ。メッセージの順序・整合性はエージェント側のプロトコル設計に依存。SQLite WAL なので個々の write は ACID 担保。

Q6. 商用利用可？ A. MIT ライセンス、完全自由。商用利用・改変・再配布すべて OK、追加契約不要。

Q7. Sakana Fugu との違いは？ A. Sakana Fugu は クラウド側で複数 LLM を束ねるオーケストレーション・モデル。agmsg は CLI 側で複数エージェントツールを束ねるメッセージング。レイヤーが違い、併用すれば「クラウド側も CLI 側もマルチベンダー」になります。

Q8. OpenClaw と組み合わせるメリットは？ A. 弊社 OpenClaw は agentic コーディング基盤、agmsg は OpenClaw 外部の Claude Code / Codex / Gemini と OpenClaw エージェントを繋ぐ橋渡し。両者を組み合わせれば「OpenClaw 内のエージェント + 外部 LLM エージェント」の混合チームが組めます。

まとめ

agmsg は 2026年6月のシンプル・実用 OSS の象徴的事例。

Bash + SQLite だけで「マルチベンダー CLI AI エージェントを 1つの開発フローに繋ぐ」という、開発者の現実的な悩みを 最小依存で解決 しています。Product Hunt #5・Star 859 という初動の支持は、その課題が普遍的だった証拠。

ポイント:

1. bash + sqlite3 だけ — 既存環境を壊さない後付け導入 2. Claude Code / Codex / Gemini / Copilot / Antigravity / OpenCode 対応 — 主要 CLI AI ツールを横断 3. MCP でもサブエージェントでも MQ でもない — ピア通信という独自レイヤー 4. MIT ライセンス・[公式 GitHub](https://github.com/fujibee/agmsg)・[公式サイト agmsg.cc](https://agmsg.cc/) すべて公開 — 商用利用も自由

弊社オブライトでは、agmsg を組み合わせたマルチエージェント環境の 設計・構築・保守 を支援しています。本コラム末尾の3つの導線からお気軽にご相談ください。

References

公式（一次ソース）: - GitHub: fujibee/agmsg - 公式サイト agmsg.cc - Design ドキュメント - SKILL.md - package.json - fujibee GitHub プロフィールコミュニティ: - Product Hunt agmsg - EveryDev.ai agmsg - Issue #80: npm パッケージ予約関連弊社コラム: - Claude Code Agent View — 並列オーケストレーション - cmux（Manaflow）AI エージェント・ターミナル - Sakana Fugu — クラウド側オーケストレーション - Loop Engineering — Maker-Checker パラダイム - Ornith-1.0 — DeepReinforce のエージェント特化 LLM - Kimi K2.7-Code - Cursor Automations 弊社サービス: - AI コンサルティング - OpenClaw 導入セットアップ - ソフトウェア開発お問い合わせ: - AI 導入相談・PoC - OpenClaw + agmsg 連携・継続保守 - カスタム開発・SI

お気軽にご相談ください

お問い合わせ