real-time monitor を Codex Desktop on Windows へ: OpenAI の native-Windows app-server 制限で gated (R&D 結論・要 watch)

[orangewk]

目標（不変要件）

real-time monitor 相当: 走ってる（idle 含む）agent（Claude Code & Codex）に real-time でメッセージを届け、reboot 後も復活する。pull / turn / 手動確認は要件未達。

R&D 結論（2026-06-28）

原理的には可能。ただし native Windows + Codex Desktop では OpenAI 側の制限で gated。 我々が直せる物ではない。

Windows で proven（PoC, PR #3 / branch poc/delivery-supervisor, 使い捨て・非production）

• 単一 delivery supervisor（cursor / heartbeat / singleton / hold+re-attach / adapter-fail 切り分け）= ロジック健全（sim + 実テスト）。
• supervisor が native codex.exe app-server --listen を所有 → 実 codex-cli --remote（実 TTY）に turn/start 注入で idle thread が active → completed（最終回答 POC_RENDER_OK）。＝端末 --remote 経由なら Windows でも real-time wake が動く。

Windows で blocked

• Codex Desktop GUI 直接注入: Desktop の app-server は localhost WS listener を出さない（netstat: outbound HTTPS のみ）。control socket は unix-only。remote-control / daemon も unix-only。
• codex app-server daemon lifecycle = Unix-only（codex 自身のエラー: "only supported on Unix platforms"）。
• 端末 --remote セッションは Codex Desktop GUI に自動で出ない（手動観測）。
• → native Windows で「real-time monitor」と「Codex Desktop GUI で管理」の両立は不可。

根本原因 = OpenAI の native-Windows gap（上流で tracked、要 watch）

• openai/codex #22965 — Codex Desktop Remote SSH to native Windows host fails at app-server proxy
• openai/codex #29138 — Desktop Connections remote app-server stale backend
• openai/codex #23082 — mobile remote control for Codex App on Windows
• 公式: "Windows can't currently control another computer from the Codex App."

mac/linux

control socket + app-server daemon が動く（codex app-server proxy は control socket 経由が正規ルート）→ mac/linux では feasible。壁は Windows 固有。※当機（Windows）からの裏取りで、mac 実機未測。

決定（「できないなら何もしない / 他人 OSS の gap に gated」基準）

• 第一: 待つ + 上流 issue を watch。#22965/#29138/#23082 が解決＝Windows で control socket が通れば、real-time monitor into Codex Desktop が自動的に解禁。
• より早く要るなら: mac/linux or WSL（端末 codex） / Windows-workable model（端末 --remote（Desktop GUI 捨て）・turn 運用・Slack @mention トリガー（real-time monitor ではない））。

設計資産（解禁時に使う）

• 単一 supervisor 設計 + held-connection liveness（heartbeat 不採用）: design-supervisor-liveness.md（設計=Anna）。
• PoC: PR Add Codex Desktop companion waker PoC #3（poc/delivery-supervisor）使い捨て・非production。
• 正本ボード: rt-monitor-rnd/BOARD.md。

ステータス

一旦停止（paused）。 ② PoC は feasibility を確定回答済。③ build は上流 Windows 対応（or OS 変更）に gated。
不採用 avenue（同じ Windows 壁に当たる）: mcp_agent_mail(pull のみ要件未達) / hcom・ai-devkit(Unix 必須) / Codex Slack コネクタ(@mention トリガーのクラウド task で real-time-local-wake ではない)。

[orangewk]

追記: GUI 自動化案は却下（headless 不可）

配達夫が Codex Desktop の入力欄にプログラムで打ち込む案を検討。だが前面ウィンドウ＋フォーカス奪取が必須で headless にできないため却下（背景・無人運用に不適）。

残る "抜け道" 候補（cheap probe のみ、deep build はしない方針）

1. MCP server→client push を idle Codex Desktop が描画するか: Codex は MCP client。MCP は supported surface。もし server 発の notification を idle でも turn として surface するなら headless real-time が clean に成立。ただし push-to-idle の ceiling（claude-code #61797 同類）で no の公算あり。要 cheap 確認。
2. 未公開 named pipe \.\pipe\codex-ipc が JSON-RPC/turn 注入を受けるか: headless だが unsupported/fragile（codex 更新で壊れる）。cheap probe のみ、依存しない。

dead（再確認）: session-file 直書き / Slack connector(@mention トリガー・cloud) / WSL→Windows Desktop / GUI 自動化(非 headless)。