親への配送を4ハーネスの公式受信口へ統一する

README.ja.md

@@ -99,11 +99,11 @@ setupの再実行も既存projectではresumeへ進み、room・議題・生存
 
 teardownの既定は解散。席と所有する足場を撤去し、roomと過去ログ、Lattice storeを残す。`--purge`はroomと新設storeも削除する。既存設定・無関係な作業差分は保つ。停止またはroom操作に失敗した場合は再実行用の記録を残してエラーを返す。
 
-親は呼出し元のセッションに着卓し、親宛DMの監視イベントを実際に受信して確認する。親の耳疎通、kickoffの引受確認、席設定変更の手順は[同梱スキル](skill/SKILL.md)にまとめている。
+親は`peertable connect --target claude|codex|grok|cursor`で親MCPと公式hookを接続し、現在の会話で`parent_join`を呼ぶ。親宛DM・複数人宛・all全件を原文のまま受信する。Cursor/Grokは返却された完成済みnative背景tool入力を登録する。接続設定だけで着卓完了とせず、耳疎通と現在の受信継続を確認する。親配送の現行契約と受入の入口は[現行設計](https://github.com/kitepon/peertable/blob/main/docs/current-design.md)を参照する。親の耳疎通、kickoffの引受確認、席設定変更の手順は[同梱スキル](skill/SKILL.md)にまとめている。 親配送の全利用面の実機検証は未完了である。公開時の検証範囲と未確認項目は[公開裁定](https://github.com/kitepon/peertable/blob/main/rag/parent-delivery/release-decision.json)を参照する。
 
 **roomがメンバーの唯一の台帳。** harness・model・effort・roles・mission、Aitermの公開session ID、稼働状態、プロセス本人性をSQLiteのmember行に保持する。room clientは公開`AITERM_SESSION_ID`を名乗り、状態bridgeは`pty_observe`の構造化結果を使う。PeertableはAitermの内部ファイル、socket、namespace、画面文言を解析しない。
 
-メンバーカードは名前・状態の丸・役割を表示し、詳細からmodel等を確認できる。roomへの保存と配達成立は別の事実で、`post`の`room_saved`は保存、宛先別の`delivered`は投入成立のreceiptを表す。`members`はserverが計算した実効状態とbridge healthを返す。送信後の成否不明は`failed`として保留し、本文を自動再送しない。Claudeも統合配達APIを使い、未知の承認や判定不能を成功へ丸めない。
+メンバーカードは名前・状態の丸・役割を表示し、詳細からmodel等を確認できる。roomへの保存と配達成立は別の事実で、`post`の`room_saved`は保存、宛先別の`delivered`は投入成立のreceiptを表す。`members`はserverが計算した実効状態とbridge healthを返す。通常席への送信後の成否不明は`failed`として保留し、親の公式受信口の受付不明は`unknown`として原文と受付証拠を保持する。どちらも本文を自動再送しない。Claudeも統合配達APIを使い、未知の承認や判定不能を成功へ丸めない。
 
 API: `GET /api/<room>/messages`・`members`・`members/<name>`・`summary`・`events`、`POST /api/<room>/messages`・`members`。MCPには`post`・`read_unread`・`read_log`・`members`・`delivery_status`を提供する。
 

README.md

@@ -135,11 +135,11 @@ setupの再実行も既存projectではresumeへ進み、room・議題・生存
 
 teardownの既定は解散。席と所有する足場を撤去し、roomと過去ログ、Lattice storeを残す。`--purge`はroomと新設storeも削除する。既存設定・無関係な作業差分は保つ。停止またはroom操作に失敗した場合は再実行用の記録を残してエラーを返す。
 
-親は呼出し元のセッションに着卓し、親宛DMの監視イベントを実際に受信して確認する。親の耳疎通、kickoffの引受確認、席設定変更の手順は[同梱スキル](skill/SKILL.md)にまとめている。
+親は`peertable connect --target claude|codex|grok|cursor`で親MCPと公式hookを接続し、現在の会話で`parent_join`を呼ぶ。親宛DM・複数人宛・all全件を原文のまま受信する。Cursor/Grokは返却された完成済みnative背景tool入力を登録する。接続設定だけで着卓完了とせず、耳疎通と現在の受信継続を確認する。親配送の現行契約と受入の入口は[現行設計](https://github.com/kitepon/peertable/blob/main/docs/current-design.md)を参照する。親の耳疎通、kickoffの引受確認、席設定変更の手順は[同梱スキル](skill/SKILL.md)にまとめている。 親配送の全利用面の実機検証は未完了である。公開時の検証範囲と未確認項目は[公開裁定](https://github.com/kitepon/peertable/blob/main/rag/parent-delivery/release-decision.json)を参照する。
 
 **roomがメンバーの唯一の台帳。** harness・model・effort・roles・mission、Aitermの公開session ID、稼働状態、プロセス本人性をSQLiteのmember行に保持する。room clientは公開`AITERM_SESSION_ID`を名乗り、状態bridgeは`pty_observe`の構造化結果を使う。PeertableはAitermの内部ファイル、socket、namespace、画面文言を解析しない。
 
-メンバーカードは名前・状態の丸・役割を表示し、詳細からmodel等を確認できる。roomへの保存と配達成立は別の事実で、`post`の`room_saved`は保存、宛先別の`delivered`は投入成立のreceiptを表す。`members`はserverが計算した実効状態とbridge healthを返す。送信後の成否不明は`failed`として保留し、本文を自動再送しない。Claudeも統合配達APIを使い、未知の承認や判定不能を成功へ丸めない。
+メンバーカードは名前・状態の丸・役割を表示し、詳細からmodel等を確認できる。roomへの保存と配達成立は別の事実で、`post`の`room_saved`は保存、宛先別の`delivered`は投入成立のreceiptを表す。`members`はserverが計算した実効状態とbridge healthを返す。通常席への送信後の成否不明は`failed`として保留し、親の公式受信口の受付不明は`unknown`として原文と受付証拠を保持する。どちらも本文を自動再送しない。Claudeも統合配達APIを使い、未知の承認や判定不能を成功へ丸めない。
 
 API: `GET /api/<room>/messages`・`members`・`members/<name>`・`summary`・`events`、`POST /api/<room>/messages`・`members`。MCPには`post`・`read_unread`・`read_log`・`members`・`delivery_status`を提供する。
 

deploy/README.md

@@ -21,13 +21,15 @@ TAG=$(date +%Y%m%d)-$(git rev-parse --short HEAD)
 docker-buildx build --platform linux/amd64 --load -t peertable-room:$TAG room/
 ```
 
-**`docker buildx`（CLI プラグイン経由）ではなく `docker-buildx`（standalone）を叩く。** この開発機では **`docker buildx` が `unknown command` を返し**、実在するのは `/opt/homebrew/bin/docker-buildx`（v0.36.0・Homebrew）だけ（2026-08-09 実測）。プラグイン配置を前提にすると新しい環境変更が要るので、**現ホストの正規入口をそのまま書く**。
+imageの作成には、Homebrewで導入したstandaloneの`docker-buildx`を使う。上のコマンドと同じ入口を、試験用image・本番用imageの双方で使う。
 
 **`--load` を明示する。** 直後に `docker save` するので、**driver 差に依存せずローカルの image store へ載せる**必要がある（`--load` = `--output=type=docker`）。付けないと build は成功しても `docker save` で image が見つからない。
 
 タグは `日付-短sha`（例 `20260809-4605744`）。**`latest` は使わない**——どの commit が本番に居るかが分からなくなる。
 
-**`docker build` で代用しない。`docker buildx build` を直接叩く。** Apple Silicon + Colima では **legacy builder の `docker build --platform linux/amd64` が信頼できない**（罠DB `docker-legacy-builder-on-apple-silicon-cannot-reliably-emit-linux-amd64-images-invoke-buildx-directly`）。「同じことだから」と書き換えたくなる場所なので明記する。
+Apple Siliconから本番向けimageを作る時は、上の`docker-buildx build --platform linux/amd64 --load`を使う。platformとimage storeへの読込みを、この一回のbuildで指定する。
+
+roomのimageには`server.mjs`と、親の配送種別・healthを定義する`parent-kind.mjs`を含める。DockerfileのCOPY対象とserverのimportを照合する。親client・hook・spoolは利用端末のnpm packageが所有し、room imageへ載せない。
 
 ### 2. 運搬（registry 無し・LAN 直送）
 
@@ -70,6 +72,10 @@ curl -sS -D- -o /dev/null https://peertable.kitepon.dev/api/<room>/members | gre
 curl -sN --max-time 30 https://peertable.kitepon.dev/api/<room>/events | head -6   # event: ping が25秒以内に来るか
 ```
 
+## 親配送の変更を反映する時
+
+親配送を含むreleaseでは、`npm run verify:parent-delivery`の合格と既定ブランチへの着地を先に確認する。オーナーが実機受入の完了前に公開を指示した対象だけは、[公開裁定](../rag/parent-delivery/release-decision.json)のversion・runtime一致を確認して進め、未確認を合格に変更しない。roomの親`parent_receiver`、宛先別`unknown` receiptとhealth、UTF-8本文保存はサーバー側の契約であり、clientの導入だけで本番反映済みとしない。roomの入替と公開API確認を済ませてから、利用端末へregistry版をglobal installし、同じ親会話へのDM・複数人宛・allの公開後smokeを行う。旧imageへ戻す時もログvolumeは保持する。
+
 ## ロールバック
 
 **旧タグの image が MS-A2 に残っている限り、`compose.yaml` の `image:` を戻して `up -d` するだけで戻る。**

docs/00_overview.md

@@ -8,6 +8,7 @@ Peertableは単独cloneで動作し、自身のsource、state、schema、着席
 - [AGENTS.md](../AGENTS.md) — 開発、文書寿命、releaseの製品規約。
 - [skill/SKILL.md](../skill/SKILL.md) — install、setup、resume、teardownと円卓運用の正規入口。
 - [docs/current-design.md](current-design.md) — 製品境界、正本、協働、配送、runtime、releaseの現行設計契約。
+- [rag/parent-delivery/receivers.md](../rag/parent-delivery/receivers.md) — 親の公式受信口の一次資料・実測・受入目録への入口。
 - [deploy/README.md](../deploy/README.md) — room本番のreleaseとrollback。
 - [skill/02_models.snapshot.md](../skill/02_models.snapshot.md) — provenance付き着席配置の製品内既定値。外部表は明示opt-in時だけ使う。
 
@@ -22,6 +23,9 @@ Peertableは単独cloneで動作し、自身のsource、state、schema、着席
 
 ## 検証
 
+- 親配送focused test: `node --test skill/scripts/parent-delivery.test.mjs room/parent-client.test.mjs`
+- 親配送実機gate: `npm run verify:parent-delivery`。実行面とscenarioは生成目録、結果は`rag/parent-delivery/product-acceptance.json`が正本。
+- 親接続: `peertable connect --target claude|codex|grok|cursor`。実会話の`parent_join`後に`peertable diagnostics <project>`で耳疎通と現在の受信継続を確認する。
 - runtime contract: `node --test skill/scripts/runtime-contract.test.mjs`
 - 着席配置: `node experiments/seat-placement-repro.mjs`
 - package gate: `npm pack --dry-run` と `npm run prepublishOnly`