P2: native launcher・broker adapter・独立collectorを接続する（G4）

[kappaseijin4codex]

概要

Issue #236（PM の実作業自己実施を仕組みで防止する）P2 フェーズの G4。G1（#379）・G2（#383）・G3（#380）が確定した契約を接続し、native launcher・最小 broker adapter・独立 collector を実装する。

依存

• G1: P2: fork-local provider pinとB1/B2独立対照を受入する #379（PR test: pin fork-local B1 B2 provider #382 merged、providerCommit 0b2117c5f91f7950cc196e52edb188748adfa50a）
• G2: P2: 宣言済みB3 capabilityのfork-local provider契約を検証する #383（PR test: fix fork-local B3 provider capability contract #384 merged、6 capability の fork-local façade）
• G3: P2: PM委譲consumerの操作・宛先・failure契約を固定する #380（PR docs: define Issue #380 P2 consumer contract #381 merged、consumer 操作契約）

G1/G2/G3 は全て同一 provider commit（0b2117c5f91f7950cc196e52edb188748adfa50a）を指すことを確認済み。

着手前提

G4 着手前に、以下7点の未解決な設計論点を解決する設計文書（別 PR）が必要。

1. guard 配線の衝突（pm-pretool-guard を拡張利用するか、pilot 専用に新設するか）
2. observe-owner と G2 6 capability の不整合
3. native launcher の配置場所（spawn.sh 拡張か新規ファイルか）
4. 独立 collector のログ取得元
5. 3つの G4 PR の依存関係
6. 「最小」broker adapter のスコープ（既存 pm-broker.js との関係）
7. fault-test の割当て（component 単位か統合ゲートか）

実装（本Issueのスコープ）

設計文書（PR #386 merged b50ed39）の受入後、以下3件を子issue・別PRとして実装する
（git.rule.md「親子Issue」規約。子issueが全てCLOSEDになっても本Issueは自動では
閉じない。統合受入の証跡を確認してから手動でCLOSEする）。

完了	子issue	内容	依存
[x]	#390	G4-A: native launcher（pilot 専用起動 entry point、generation binding）	—
[x]	#391	G4-B: 最小 broker adapter（G3 の5 operationのみ公開）	G4-A（#390）
[x]	#392	G4-C: 独立 collector（PostToolUse と独立した audit observation）	G4-A（#390）
[ ]	#404	G4-D: pm-pilot-pretool-guardの契約と実装（#397で発覚した統合ギャップの是正）	G4-A（#390）

3成果物すべて merge 済み（PR #387 40cab5a、PR #393 bfcb8fb、PR #394 e373b86、いずれもformal review APPROVE済み）。ただし3成果物の merge だけでは pilot を起動しない。統合受入・fault injection・pilot 開始判断は本 Issue 完了後の別ゲート（未着手）。

完了条件（統合受入ゲート）

上記3件の merge は本Issueの完了条件ではない。本Issueの完了条件は、以下の統合受入ゲートの完了である。

完了	Issue	内容
[ ]	#395	G4統合受入ゲート: 実native CLIでのfault injection・pilot起動判断

#395 自身の受入条件は「pilot 起動判断（ユーザー決定）が記録されること」であり、#395 は自らの子issueとして #396（gate harness実装）・#397（固定HEADでの実行と記録）を持つ。#395 が完了した時点で、本Issue を手動でCLOSEする。

除外範囲

• G1〜G3 の再設計
• pilot 起動そのもの
• fujibee/agmsg への適用
• agguild/agguild_pool（Issue agmsg/agguild/agguild_pool/codex_monitor_agents 分離と移行の計画 #373 の G0 未達のため対象外）

担当

設計=architect、実装=programmer、formal review=reviewer（agent-role.rule.md 通常配置）。

codex CLI の週次利用枠がユーザー指示によりリセット確認まで利用停止中のため、当面の設計・実装内容は ChatGPT Web（GPT-5.6、非Claudeベンダー）で作成し、PM が検証・適用する（Issue #383/PR #384 と同じ運用）。

Refs #236 #373 #379 #380 #383

[kappaseijin4codex]

PR #386（設計文書、HEAD ebd9c1b）がマージされました（merge commit b50ed39）。

• reviewerによるformal review: APPROVE（7確認観点すべてを一次資料で独立検証。pm-pretool-guard/spawn.sh/pm-posttool-record.js/pm-broker.jsの実装コード、G3設計書、Issue #236の状態と照合）
• CI: 全件成功
• 軽微な指摘（frontmatterのsource_head短縮SHA表記）はブロッカーではないため対応不要

7件の設計論点は全て決定済みです。次はG4-A（native launcher / pilot binding）の実装着手です。設計は本PRで固定済み、実装はprogrammer役割（codex週次枠のリセット確認後、またはChatGPT Web代替）が担当します。

本Issue（#385）はG4-A/B/Cの実装PRがすべてmergeされるまでOPENを維持します。

[kappaseijin4codex]

G4-A 完了

PR #387（scripts/pilot-launcher.sh + scripts/lib/pilot-binding.js + tests/test_pilot_launcher.bats）がmergeされました（merge commit 40cab5a）。

• reviewerが7確認観点すべてを一次資料で独立検証（29/29 bats、56/56 unittest独立再現、3件の独自負のコントロール全てKILLED）
• 検証過程で実装バグ2件を発見・修正（claim owner token循環依存、canonical/lexicalパス不整合）
• 途中で発見した無関係なCI基盤バグ（Issue test_spawn_fd_guard.batsがmacOS shard 2でhunk-ledgerの__pycache__を誤検出し決定論的に失敗する #388、macOS shard 2でのバイナリ誤検出）はPR #389として分離・修正・merge済み

作成経緯: codex週次利用枠がユーザー指示によりリセット確認まで利用停止中のため、ChatGPT Web（GPT-5.6、非Claudeベンダー）が実装しました。

残作業

本Issueは以下2件のmergeまでOPENを維持します（親issue、git.rule.mdの親子Issue規約）。

• G4-A: native launcher（PR feat: implement issue 385 g4-a pilot launcher and binding contract #387 merged）
• G4-B: 最小broker adapter
• G4-C: 独立collector

次はG4-Bへ着手します。

[kappaseijin4codex]

G4-B（#391）の実装 PR を作成しました: https://github.com/kappaseijin/agmsg/pull/393（head 94fb129、base main）。

現在 agmsg_reviewer_claude へ formal review を依頼中です。approve + 全テストpassが揃い次第 --match-head-commit でマージし、本Issueのチェックリストは PR の Closes #391 により自動更新されます。

マージ後は G4-C（#392、独立collector）へ進みます。

[kappaseijin4codex]

G4-B（#391）をマージしました。

PR #393、merge commit bfcb8fb（squash）、agmsg_reviewer_claude によるformal review APPROVE済み、CI全件SUCCESS。

途中でCI必須green要件と当初のテスト設計（skipしない方針）が衝突する問題が見つかりましたが、同じproducer（ChatGPT Web）へ差し戻してskip "理由"方式に修正し、reviewerが「skip行を一時的に除去して実際にREDになる」ことを負の対照で確定的に検証したうえでAPPROVEしています。詳細はPR #393参照。

本Issueのチェックリストは #390 (G4-A) / #391 (G4-B) が完了し、残りは #392 (G4-C: 独立collector) のみです。次はG4-Cへ着手します。

[kappaseijin4codex]

G4-C（#392）の実装PRを作成しました: https://github.com/kappaseijin/agmsg/pull/394（head 6c7760d、base main）。これがG4の最後の子issueです。

現在 agmsg_reviewer_claude へformal reviewを依頼中です。approve + 全テストpassが揃い次第 --match-head-commit でマージし、本Issueのチェックリストは #390/#391 に続き #392 も Closes により自動更新されます。

G4-A/B/Cすべてのマージ後は、本Issue（親issue）自体は自動クローズしません。設計文書に記載の統合受入ゲート（fault injection、native CLI fresh/resume、5 consumer operations全件、identity isolation、現行PMへの影響がないことの確認）の実施・確認をもって、manager が受入証跡を確認してから手動でクローズします。

[kappaseijin4codex]

G4の子issue3件（#390 G4-A、#391 G4-B、#392 G4-C）すべてマージ完了しました。

子issue	PR	merge commit	formal review
#390 (G4-A)	#387	40cab5a	APPROVE（agmsg_reviewer_claude）
#391 (G4-B)	#393	bfcb8fb	APPROVE（agmsg_reviewer_claude）
#392 (G4-C)	#394	e373b86	APPROVE（agmsg_reviewer_claude）

3件ともcodex CLI（programmer/architect席）のクォータリセット確認まで停止という制約下で、ChatGPT Web（GPT-5.6、非Claudeベンダー）によるproducer代替実装として進めました。

本Issue（親issue）はこの時点ではCLOSEしません。 git.rule.md「親子Issue」規約のとおり、本Issue自身の受入条件は3成果物のマージではなく、マージ後の統合受入ゲート（fault injection F1-F5、native CLI fresh/resume、G3の5 consumer operations全件、identity isolation、現行PMへの影響がないことの確認）です。この統合受入ゲートは別途着手が必要な未着手作業であり、その受入証跡を確認してからmanagerが手動でCLOSEします。

次のステップは統合受入ゲートの起点依頼（設計担当を決めて着手）です。

[kappaseijin4codex]

統合受入ゲートの起点issueを作成しました: #395