fujibee · Sep 29, 2026 · Sep 29, 2026 · Sep 29, 2026 · Sep 29, 2026 · Sep 29, 2026
diff --git a/.claude-plugin/plugin.json b/.claude-plugin/plugin.json
@@ -1,7 +1,7 @@
 {
   "name": "agmsg",
   "description": "Cross-agent messaging via SQLite. Send messages between CLI AI agents. No daemon, no network.",
-  "version": "1.5.3",
+  "version": "1.6.0-rc.9",
   "author": {
     "name": "fujibee"
   },

diff --git a/.github/enforced-assertions-baseline b/.github/enforced-assertions-baseline
@@ -1 +1 @@
-621
+612
diff --git a/.github/scripts/bats-file-seconds.tsv b/.github/scripts/bats-file-seconds.tsv
@@ -163,3 +163,4 @@ test_watch_process_count.bats	17
 test_watch_stuck_map.bats	4
 test_watch.bats	216
 test_where.bats	3
+test_agmsgd_switch.bats	10
diff --git a/ARCHITECTURE.ja.md b/ARCHITECTURE.ja.md
@@ -6,21 +6,24 @@
 
 ## ゴール
 
-Claude Code、Codex、Gemini CLI、Antigravity、そして将来登場するエージェントランタイムの、あらゆる組み合わせの間で動作するクロスエージェントメッセージングのプリミティブ — デーモンなし、ネットワークなし、共有クラウドなし。メッセージは単一マシン上のローカルファイルを通じて移動し、受信側はホストランタイムが提供するフックやストリーミング機構を通じて通知を受ける。
+Claude Code、Codex、Gemini CLI、Antigravity、そして将来登場するエージェントランタイムの、あらゆる組み合わせの間で動作するクロスエージェントメッセージングのプリミティブ — 必須のデーモンなし、ネットワークなし、共有クラウドなし。agmsg 本体はデーモンなしで動く。任意の agmsgd（1.6.0 beta）は、ユーザーが選んだときだけ入る常駐サービスである。メッセージは単一マシン上のローカルファイルを通じて移動し、受信側はホストランタイムが提供するフックやストリーミング機構を通じて通知を受ける。
 
 デフォルトのインストールは **bash + sqlite3 のみ**で動作しなければならない。それを超える機能はすべてオプトインであり、ユーザーが同意した場合に限り追加の依存関係を要求してよい。
 
-## 3軸ドライバーモデル
+## 4軸ドライバーモデル
 
-agmsg は3つの直交する軸を中心に構築されており、各軸には常にちょうど1つの**ドライバー (driver)** がアクティブになる。ドライバーとは、固定されたプロトコルの背後にある差し替え可能な実装である。
+agmsg は4つの直交する軸を中心に構築されており、各軸には常にちょうど1つの**ドライバー (driver)** がアクティブになる（terminal 軸はメンバーごと。下記参照）。ドライバーとは、固定されたプロトコルの背後にある差し替え可能な実装である。
 
 | 軸 | 抽象化する対象 | バンドルされているドライバー |
 |---|---|---|
-| **storage（ストレージ）** | メッセージとチームの状態がどこに存在し、どのようにクエリされるか | `sqlite`（デフォルト）、`jsonl-duckdb` |
-| **agent（エージェント）** | ランタイムごとの差異（フック形式、設定ファイルの場所、monitor ツールの有無） | `claude-code`、`codex`、`gemini`、`antigravity`、`copilot` |
-| **delivery（配信）** | 受信者にメッセージの到着をどう通知するか | `monitor`、`turn`、`both`、`off` |
+| **storage（ストレージ）** | メッセージとチームの状態がどこに存在し、どのようにクエリされるか | `sqlite`（デフォルト）、`jsonl`、`sqlite-sync` |
+| **agent（エージェント）** | ランタイムごとの差異（フック形式、設定ファイルの場所、monitor ツールの有無） | `claude-code`、`codex`、`gemini`、`antigravity`、`copilot`、`opencode`、`grok-build`、`cursor`、`devin`、`hermes`（CLI でないメンバー用に `agmsg-app` と `ext-tool`） |
+| **delivery（配信）** | 受信者にメッセージの到着をどう通知するか | `monitor`（legacy）、`turn`、`both`、`off`。どれに対応するかは agent タイプごとに決まる（`type.conf` の `delivery_modes=`）。任意の agmsgd デーモンは、Claude Code と Codex のセッションに直接届ける別の手段である |
+| **terminal（ターミナル）** | メンバーのホストエージェント CLI が動くペイン、ウィンドウ、プロセスと、その作成・読み取り・信号送信の方法 | `herdr`、`tmux`、`plain`、`orca`、`claude-desktop`、`codex-app` |
 
-3つの軸は独立している。どの storage ドライバーも、どの agent ドライバー・どの delivery モードとも組み合わせ可能である。これらは共通の discovery/config/dependency-check プロトコル（仕様参照）を共有しつつ、軸ごとに固有の操作を公開する。
+3つの設定用の軸は独立している。どの storage ドライバーも、どの agent ドライバーとも、その agent ドライバーが対応する delivery モードとも組み合わせ可能である。これらは共通の discovery/config/dependency-check プロトコル（仕様参照）を共有しつつ、軸ごとに固有の操作を公開する。
+
+**terminal は設定ではなく検出される** — セッションは、自分がどの terminal ドライバーの下で動いているかを（どれにも一致しなければ最後の手段である `plain` に落ちて）、指示されるのではなく自分で判断する。それ以外は同じ種類のドライバーであり、固定されたプロトコル（`terminal_*` 関数。[`docs/spec/driver-interface.md`](docs/spec/driver-interface.md) §6 参照）の背後で `herdr`、`tmux`、`orca`、通常の OS ターミナルが交換可能であり、他の3軸と同じ discovery/trust プロトコルを共有する。他の軸と違って、メンバーは terminal の機能が一切なくても機能する — `plain` は「アドレス指定できるペインなし」に縮退するだけで、メッセージングは続く。terminal が加えるのは、他のメンバーのペインを探し、読み、入力する能力だけである。
 
 ## ドライバー (driver) と プラグイン (plugin)
 
@@ -29,7 +32,7 @@ agmsg は3つの直交する軸を中心に構築されており、各軸には
 
 バンドルされたドライバーは `scripts/drivers/<axis>/` 配下に存在する。`scripts/` の中では、トップレベルの `.sh` ファイルは直接実行可能なコマンドであり、サブディレクトリは実装コードをカテゴリ別にグループ化する（軸ドライバー用の `drivers/`、共有ヘルパー用の `lib/`）。
 
-プラグインパス（`~/.agents/agmsg/plugins/<axis>/<name>/`）は将来の拡張のために予約されており、v1 では未実装である。具体的な外部ドライバーが必要になるまでは、すべてのドライバーがバンドル形式で提供される。いずれも同じプロトコルを通じて発見・ロードされる。
+外部ドライバーは `<skill>/plugins/<axis>/<name>/`、または `$AGMSG_PLUGIN_DIRS` に列挙したディレクトリに置く。ユーザーが `agmsg plugin trust <axis>/<name>` でオプトインするまでは無視される。現時点で外部ドライバーを読み込めるのは `types` 軸だけである。バンドルされたドライバーも外部ドライバーも同じプロトコルで発見・ロードされる。[`docs/plugins.md`](docs/plugins.md) と [ADR 0002](docs/adr/0002-driver-discovery-and-plugin-opt-in.md) を参照。
 
 agmsg では *backend*、*extension*、*provider*、*adapter* という用語は使用しない。ユーザー向けドキュメントや CLI において `storage` は「storage driver（ストレージドライバー）」の同義語として書かれる。
 
@@ -44,7 +47,7 @@ agmsg では *backend*、*extension*、*provider*、*adapter* という用語は
 
 これにより agmsg 自体は最小限かつプラットフォームに依存しない状態を保てる。ホストエージェントはすでにファイルアクセスやシェルアクセスを信頼されているため、依存関係のインストールはホストエージェントの責務とするのが自然である。
 
-同じ `AGMSG-DIRECTIVE` の仕組みは、他のホストエージェント連携アクション（例: delivery モードが `monitor` に設定されたときに Claude Code に Monitor ツールを呼び出すよう伝える、など）にも使われる。
+同じ `AGMSG-DIRECTIVE` の仕組みは、他のホストエージェント連携アクション（例: delivery モードが monitor (legacy) に設定されたときに Claude Code に Monitor ツールを呼び出すよう伝える、など。agmsgd が直接届けるセッションにはこのディレクティブは要らない）にも使われる。
 
 ## 失敗時の挙動 (Failure semantics)
 
@@ -72,6 +75,7 @@ sqlite ドライバーは、インライン `read` カラムを持つレガシ
 | **storage（ストレージ）** | ユーザー向けの文脈における storage 軸、またはそのアクティブなドライバー |
 | **AGMSG-DIRECTIVE** | ホストエージェントに特定のアクションを取るよう指示するために stdout に出力される JSON 行 |
 | **host agent（ホストエージェント）** | agmsg スクリプトを呼び出すランタイム（Claude Code、Codex、Gemini CLI、Antigravity、…） |
+| **placement（配置）** | 1 人のメンバーのペイン/ウィンドウへの `<terminal>:<id>` 参照（例: `tmux:/path/to/socket:%3`） |
 | **event log（イベントログ）** | バンドルされた storage ドライバーがクエリの射影元とする、メッセージのライフサイクルイベントの追記専用記録 |
 
 ## 関連ドキュメント

diff --git a/ARCHITECTURE.md b/ARCHITECTURE.md
@@ -6,7 +6,7 @@ This document describes the internal shape of agmsg — the mental model a contr
 
 ## Goal
 
-A cross-agent messaging primitive that works between any combination of Claude Code, Codex, Gemini CLI, Antigravity, and future agent runtimes — with no daemon, no network, no shared cloud. Messages move through local files on a single machine; receivers are notified through whatever hook or streaming mechanism their host runtime provides.
+A cross-agent messaging primitive that works between any combination of Claude Code, Codex, Gemini CLI, Antigravity, and future agent runtimes — with no required daemon, no network, no shared cloud. agmsg itself runs without a daemon; the optional agmsgd (1.6.0 beta) is a resident service that is installed only when the user picks it. Messages move through local files on a single machine; receivers are notified through whatever hook or streaming mechanism their host runtime provides.
 
 The default install must work with **bash + sqlite3 only**. Any feature beyond that is opt-in and may require additional dependencies that the user agrees to install.
 
@@ -16,12 +16,12 @@ agmsg is built around four orthogonal axes, each of which has exactly one **driv
 
 | Axis | What it abstracts | Bundled drivers |
 |---|---|---|
-| **storage** | Where messages and team state live, and how they are queried | `sqlite` (default), `jsonl-duckdb` |
-| **agent** | Per-runtime differences (hook formats, settings file locations, monitor tool availability) | `claude-code`, `codex`, `gemini`, `antigravity`, `copilot` |
-| **delivery** | How a recipient is notified that a message arrived | `monitor`, `turn`, `both`, `off` |
-| **terminal** | The pane, window, or process a member's host-agent CLI runs under, and how to create, read, and signal it | `herdr`, `tmux`, `plain`, `orca` |
+| **storage** | Where messages and team state live, and how they are queried | `sqlite` (default), `jsonl`, `sqlite-sync` |
+| **agent** | Per-runtime differences (hook formats, settings file locations, monitor tool availability) | `claude-code`, `codex`, `gemini`, `antigravity`, `copilot`, `opencode`, `grok-build`, `cursor`, `devin`, `hermes` (plus `agmsg-app` and `ext-tool` for non-CLI members) |
+| **delivery** | How a recipient is notified that a message arrived | `monitor` (legacy), `turn`, `both`, `off`; each agent type declares which of these it supports (`delivery_modes=` in its `type.conf`). The optional agmsgd daemon is a further way to deliver to Claude Code and Codex sessions |
+| **terminal** | The pane, window, or process a member's host-agent CLI runs under, and how to create, read, and signal it | `herdr`, `tmux`, `plain`, `orca`, `claude-desktop`, `codex-app` |
 
-The three configuration axes are independent: any storage driver can be paired with any agent driver and any delivery mode. They share a common discovery/config/dependency-check protocol (see the spec) but expose axis-specific operations.
+The three configuration axes are independent: any storage driver can be paired with any agent driver and any delivery mode that agent driver supports. They share a common discovery/config/dependency-check protocol (see the spec) but expose axis-specific operations.
 
 **terminal is detected, not configured** — a session determines which terminal driver it is running under (or falls back to `plain`, the driver of last resort, if none matches) rather than being told. It is otherwise the same kind of driver: a fixed protocol (`terminal_*` functions, see [`docs/spec/driver-interface.md`](docs/spec/driver-interface.md) §6) behind which `herdr`, `tmux`, `orca`, and a plain OS terminal are interchangeable, and it shares the same discovery/trust protocol as the other three. Unlike them, a member can function with no terminal capability at all — `plain` degrades to "no addressable pane," and messaging keeps working; terminal only adds the ability to locate, read, or type into another member's pane.
 
@@ -32,7 +32,7 @@ The three configuration axes are independent: any storage driver can be paired w
 
 Bundled drivers live under `scripts/drivers/<axis>/`. Inside `scripts/`, the top-level `.sh` files are directly-invokable commands; subdirectories group implementation code by category (`drivers/` for axis drivers, `lib/` for shared helpers).
 
-The plugin path (`~/.agents/agmsg/plugins/<axis>/<name>/`) is reserved for a future enhancement and is not implemented in v1. Until a concrete external driver is wanted, all drivers ship bundled. Both are discovered and loaded through the same protocol.
+External drivers are dropped into `<skill>/plugins/<axis>/<name>/` or into a directory listed in `$AGMSG_PLUGIN_DIRS`, and are ignored until the user opts in with `agmsg plugin trust <axis>/<name>`. Today only the `types` axis loads external drivers. Bundled and external drivers are discovered and loaded through the same protocol; see [`docs/plugins.md`](docs/plugins.md) and [ADR 0002](docs/adr/0002-driver-discovery-and-plugin-opt-in.md).
 
 agmsg does not use the terms *backend*, *extension*, *provider*, or *adapter*. `storage`, when written in user-facing documentation and CLI, is a synonym for "storage driver".
 
@@ -47,7 +47,7 @@ Drivers may require external tools (e.g. the `jsonl-duckdb` storage driver needs
 
 This keeps agmsg itself minimal and platform-agnostic. The host agent is already trusted with file and shell access, so dependency installation is naturally its responsibility.
 
-The same `AGMSG-DIRECTIVE` mechanism is used for other host-agent-coordinated actions (e.g. telling Claude Code to invoke its Monitor tool when delivery mode is set to `monitor`).
+The same `AGMSG-DIRECTIVE` mechanism is used for other host-agent-coordinated actions (e.g. telling Claude Code to invoke its Monitor tool when delivery mode is set to monitor (legacy); a session that agmsgd delivers to directly needs no such directive).
 
 ## Failure semantics
 

diff --git a/CONTRIBUTING.ja.md b/CONTRIBUTING.ja.md
@@ -7,13 +7,13 @@
 ## まず読むもの
 
 - agmsg が何をするものか、どうインストールするかは [`README.md`](README.md) を読むこと。
-- メンタルモデル(3軸ドライバ、用語、依存関係管理の考え方)は [`ARCHITECTURE.md`](ARCHITECTURE.md) を読むこと。
+- メンタルモデル(4軸ドライバ、用語、依存関係管理の考え方)は [`ARCHITECTURE.md`](ARCHITECTURE.md) を読むこと。
 - 設計判断の経緯は [`docs/adr/`](docs/adr/) を眺めること — *なぜ*今の形になっているかが分かる。
 - [`docs/spec/`](docs/spec/) ディレクトリには正式な契約(コントラクト)がある。ドライバを実装・拡張する際はこれを参照すること。
 
 ## バグ報告と機能要望
 
-[`fujibee/agmsg`](https://github.com/fujibee/agmsg/issues) に issue を立てる。agmsg のバージョン、ホストエージェント(Claude Code / Codex / Gemini CLI / Antigravity)、可能なら最小の再現手順を含めること。
+[`fujibee/agmsg`](https://github.com/fujibee/agmsg/issues) に issue を立てる。agmsg のバージョン、ホストエージェント(Claude Code、Codex、Gemini CLI、Antigravity、Copilot CLI、OpenCode、Cursor、Grok Build、Devin、Hermes)、可能なら最小の再現手順を含めること。
 
 ## プルリクエスト
 
@@ -26,7 +26,7 @@
 
 ## リリース
 
-[`RELEASING.md`](RELEASING.md) を参照。手短に言うと: [`VERSION`](VERSION) を上げ、`./scripts/release/sync-version.sh` を実行し、コミットし、`v$(cat VERSION)` としてタグを打ち、push する。あとは CI がやってくれる。
+[`RELEASING.md`](RELEASING.md) を参照。手短に言うと: `scripts/release/cut-release.sh <version>` を実行するとリリース PR が用意される。PR とタグの push はそれぞれメンテナーの承認が要り、タグのあとに CI が公開する。
 
 ## Architecture Decision Records
 
@@ -58,7 +58,7 @@ agmsg は重要な設計判断を記録するために ADR([Architecture Decisio
 
 ## ドライバの追加
 
-バンドルされているドライバは `scripts/drivers/<axis>/<name>.sh` にある。(`scripts/` 直下の `.sh` ファイルは直接実行可能なコマンドであり、サブディレクトリは実装コードをまとめたもの。)サードパーティのプラグインドライバは `~/.agents/agmsg/plugins/<axis>/<name>/` にある。どちらも [`docs/spec/driver-interface.md`](docs/spec/driver-interface.md) にある契約を実装する必要がある。
+バンドルされているドライバは `scripts/drivers/<axis>/` 配下にある(storage は `<name>.sh`、agent タイプと terminal はマニフェストを含む `<name>/` ディレクトリ)。`scripts/` 直下の `.sh` ファイルは直接実行可能なコマンドであり、サブディレクトリは実装コードをまとめたもの。サードパーティのプラグインドライバは `<skill>/plugins/<axis>/<name>/` か `$AGMSG_PLUGIN_DIRS` のディレクトリにあり、`agmsg plugin trust` したあとにだけ動く([`docs/plugins.md`](docs/plugins.md) 参照)。どちらも [`docs/spec/driver-interface.md`](docs/spec/driver-interface.md) にある契約を実装する必要がある。
 
 新しいバンドルドライバには以下が揃っていることが望ましい: