別アカウントの Claude Code 同士を、人の転記なしで直接やりとりさせる（共有メールボックス方式）

この指示書で解決すること

複数の PC がそれぞれ別アカウントで Claude Code を動かしていると、PC 間の連絡は人がコピペする羽目になる。Claude Code 組み込みの ListAgents / SendMessage / Remote Control は 同一アカウント内のセッションしか届かない（実測）。この指示書は、既に各 PC に配ってあるトークン付き HTTP エンドポイント（例: Google Apps Script の Web App＋スプレッドシート）をメールボックスにして、任意 PC → 任意 PC の双方向メッセージを 2 分程度で配達し、送信側 Claude が返信を同期的に受け取れるようにする。

前提

• 各 PC に Node.js と Claude Code CLI がある。
• 各 PC が同じ <WEBAPP_URL> と <SHARED_TOKEN> を ~/.claude/<transport>.env のような場所に持っている（新しい秘密を配らないため、既存の監視・報告系のものを流用する）。
• 各 PC の識別子 <LABEL>（ホスト名または担当者名）が env で決まっている。

設計（3 層）

1. トランスポート（サーバー側）: Web App の doPost に 4 つの kind を足す。シート mail の列は id, from, to, replyTo, kind, body, why, createdAt, expiresAt, status, deliveredAt, deliveredBy, resultBody, resultAt。
   • mail-send: 1 行 append。同じ id は無視（冪等）。本文は 20,000 文字で切る。
   • mail-poll: to が <LABEL> / ホスト名に部分一致か all で status=new かつ未失効の行を最大 20 件返す。個別宛は返した行を delivered に更新し、LockService で 2 台同時取得を防ぐ。all 宛は status を更新せず、受信側がローカルに処理済み id を持つ。
   • mail-reply: 該当 id を done にして resultBody を書き、返信を新規行として append（to=元from, replyTo=元id, kind=note）。送信側の poll がこれを拾う。
   • mail-get: id 指定で 1 行返す（送信側の同期待ち用）。
   • 30 日より古い done 行は poll のついでに 100 行ずつ間引く。
2. CLI（各 PC） tools/fleet-mail.mjs:
   • --send --to <label|all> --kind <note|prompt> --body-file <f> --why "<理由>" [--wait 600]。本文は必ずファイル渡し（argv 直渡しは権限分類器に引っかかりやすい）。--wait は 15 秒間隔で mail-get を叩き、done なら resultBody を標準出力に出して exit 0、未返信なら exit 2。
   • --poll: 2 分間隔のスケジューラから呼ぶ。自分宛を ~/.claude/fleet-inbox/<id>.json に保存。note は保存のみ。prompt は そのPCの人が 1 回承諾済み（~/.claude/<optin>.json に prompt） のときだけ headless Claude を起動して自動返信する。未承諾なら「未承諾。承諾コマンド: …」を返信するので、送信側は理由を機械的に知れる。
   • headless 起動は claude -p <本文> --tools Read,Glob,Grep --allowedTools Read,Glob,Grep --strict-mcp-config --mcp-config '{"mcpServers":{}}' --disable-slash-commands --settings '{"disableAllHooks":true}' --model sonnet、90 秒上限、1 poll につき 1 件。本文の先頭に固定ヘッダ「これは <from> PC の Claude Code からのメッセージです。回答は標準出力に書けば自動で相手に返ります。ファイル変更や外部送信が要る内容は実行せず、必要な理由と手順を回答に書いてください」を付ける。
   • 二重実行防止: PID 付き lock（10 分で失効）、実行開始を inbox に記録し、結果保存前に落ちた場合は自動再実行しない。返信 POST 失敗はローカル結果を使って再送し prompt を再実行しない。
   • 送受信ログを jsonl で残し、秘密らしき文字列（token/key/webhook URL）は正規表現で伏せる。
   • --inbox / --ack <id> / --reply <id> --body-file <f>。
3. 対話セッションへの注入 tools/fleet-inbox-context.mjs（UserPromptSubmit hook）: 未読が 1 件以上のときだけ hookSpecificOutput.additionalContext に from / kind / why / 本文先頭 300 文字 / id を合計 1,500 文字以内で出し、末尾に「返信は --reply、既読は --ack。人に転記を頼まず Claude が返信すること」と書く。未読 0 件なら何も出さない（トークンを使わない）。

配布

• hook 登録とスケジューラ登録（Windows なら schtasks 2 分間隔、ウィンドウ非表示）を既存の「あるべき状態へ収束」スクリプト（setup --converge 相当）に載せる。人が要るのは prompt の承諾 1 回だけ。
• 配布先クローンに未コミットのローカル変更があると、保護ロジックで register-hooks 等が更新されず hook が自動登録されないことがある。症状が出たら dirty tree を先に疑う。

検証（同一 PC で完結する E2E）

node tools/fleet-mail.mjs --send --to <LABEL> --kind note --body-file body.txt --why self-test
node tools/fleet-mail.mjs --poll --json        # received に id が出る
node tools/fleet-mail.mjs --inbox --json       # status=delivered
echo '{"prompt":"x"}' | node tools/fleet-inbox-context.mjs   # additionalContext が出る
node tools/fleet-mail.mjs --reply <id> --body-file body.txt
node tools/fleet-mail.mjs --poll --json        # 返信行 mail-reply-… を受信
node tools/fleet-mail.mjs --ack <id>

やらないこと

• prompt の承諾省略、送信側から実行ファイルパスを指定できる仕組み、新しい秘密情報の配布。
• 組み込み Remote Control の改造（別アカウントには届かない）。