人間が、伝書鳩。
その時代を、
終わらせる。

AI は速くなった。
だが、人間が伝書鳩のままだ。

複数の CLI エージェントを併用すると、実装は Claude Code に、レビューは Codex に——そのたびに発生する手動のコピペが、開発プロセス最大の遅延要因 「ヒューマン・ボトルネック」と化す。AI の高性能化と、運用の煩雑さ。この 矛盾こそが、真の AI オーケストレーションを阻んでいた。

1 日に数十回繰り返されるコピペは、累計すれば膨大な戦略的時間を奪う。さらに頻繁なツール間の往復は、開発者が最も保護すべき 「フロー状態」を断片化し、認知負荷を跳ね上げる。

そして致命的なのは スケーラビリティの限界だ。人間がハブである限り、1 人が制御できる AI の数は物理的に頭打ちになり、AI チームの拡大は原理的に不可能になる。

agmsg の役割は明快だ。人間を 「伝書鳩」から解放し、高付加価値な意思決定を担う 「オーケストレーター」へと昇華させる——そのためのインフラとして機能する。

常駐させない。つながない。
複雑にしない。

agmsg は 「No daemon, No network, No complexity」を貫く。AutoGen や LangGraph のような重厚なフレームワークとは対照的な、ローカルファーストかつミニマリストなアプローチ。Python ランタイムすら不要——bash と sqlite3 だけで、高い信頼性と低遅延を両立する。

3 軸ドライバモデル — 将来の拡張性を担保する抽象化レイヤー

1. Storage（ストレージ） — 共有 SQLite ファイル（WAL モード）。複数読み取り + 1 書き込みを安全に並行処理し、デーモンレスでの永続化を担う。
2. Agent（エージェント） — Claude Code・Codex・Gemini CLI など、異なるランタイムの差分を吸収する抽象層。新しい CLI も同じ作法で迎えられる。
3. Delivery（配信） — monitor / turn といった 通知方式の最適化レイヤー。エージェントの特性に応じて受信スタイルを選べる。

# Implementer から Reviewer へ、レビュー依頼を投函
$ agmsg send --to dev/reviewer --from dev/impl \
    "feat: auth 実装完了。diff をレビューして"
→ queued · agmsg.sqlite (WAL) · id=0xА7F2

# Reviewer 側は monitor が ~5s ごとにポーリングして自動受信
$ agmsg actas --team dev --name reviewer --mode monitor
✓ lock acquired (dev, reviewer) · subscribing…
inbox ← dev/impl: "feat: auth 実装完了。diff をレビューして"

3 つの開発スタイルに、
劇的な ROIを返す。

agmsg の価値は、使い方によって投資対効果が跳ね上がる。3 つのペルソナそれぞれに、Before / After の質的転換が起こる——共通するのは、「人間の手作業が消える」という一点だ。

1 つのセッション ＝
1 つの役割。

agmsg を単なるメッセージングから 「AI チームの基盤」へ押し上げるのが actas（役割固定）だ。特定セッションが (team, name) の排他ロックを取得し、その役割宛てのメッセージを占有的に購読する。複数のターミナルが、「設計者」「実装者」「レビュアー」の座席になる。

このモデルの徹底により、開発者は 「1 つのセッション = 1 つのアクティブな役割」として複数のターミナルを定義できる。設計者・実装者・レビュアーが、それぞれ自分宛ての郵便だけを読む。

作者によるチェスや将棋の 自律対局デモが示す通り、役割管理が適切なら、人間が介入せずとも AI 同士でタスクを完遂する「自律ループ」を構築できる。伝書鳩がいなくても、手紙は届き、返事が返る。

受信スタイルは、
エージェントに合わせて選ぶ。

agmsg は、緊急度とエージェントの特性に応じた 4 つの配信モードを提供する。monitor の約 5 秒というレイテンシは、LLM の推論時間（通常 10〜30 秒）と比べれば 十分に許容範囲。この僅かなポーリングを受け入れることで、常駐デーモンという複雑な依存を排した 「疎結合な信頼性」を獲得する。

monitor はリアルタイム・ストリーム監視。Claude Code のように常時稼働するセッションへ、約 5 秒の遅延で手紙を届ける。turn は応答が終わったタイミングで受信箱を覗く方式で、Monitor を持たない Codex に最適だ。

both は両者を重ねた安全網。取りこぼしを許さない本番運用向け。そして off は、すべてを手動コマンドで握る——完全な制御を望むミニマリストのための選択肢だ。

シンプルさの代償を、
正直に書いておく。

実験的ツールゆえの限界は確かに存在する。だが、それらは 「デーモンもネットワークも増やさない」という極限のシンプルさを追求した結果の トレードオフだ。隠さず把握した上で運用すれば、十分に制御できる。

まずは2 台から。
伝書鳩を、置いていけ。

開発者への提言はシンプルだ。いきなり大艦隊を組む必要はない。「Main 実装者 ＋ Reviewer」の 2 台構成から始めよ。コピペという低付加価値作業を AI に委ね、自らは 「オーケストレーション・フロー」に身を置く——この実験主義こそ、複雑化する AI 時代における唯一の生産性向上の道だ。

agmsg は、AI を 「個別の道具」から 「チーム」へと扱いを変える最小の足場だ。あなたの現在の開発スタイルが「複数 CLI の併用」に少しでも触れているなら、適合度は高い。

人間が手紙を運ぶのをやめた瞬間、AI チームは横に伸びはじめる。設計者であるあなたが見るべきは 個々のコピペではなく、フロー全体だ。

低付加価値作業を手放し、意思決定に集中する。その移行を、たった 2 台のターミナルから今日始められる。

本日の主要ヘッドライン（05/31）

agmsg 以外の 2026-05-31 主要トピックを併せてピックアップ。

出典 & 参考リンク