Codex 専用のペアリングはありません。両方のエージェントが、そのコンピュータ上の同じ設定を読みます — マシンを一度ペアリングするだけです。通信の上での違いは、どちらのエージェントかを示すラベルだけです。
Claude Code と同じところ
- セッション、状態、フォルダ、そして Dynamic Island。
- シェルコマンド、パッチ、MCP ツールに対する許可リクエスト — Dynamic Island やアプリからの「許可」と「拒否」。
- 理由や代わりにすべきことを伝える「メモを付けて拒否…」。
- 計画の閲覧。
「常に許可」は非対応
Claude Code では、そのセッションの間ツールを許可し続けられます。Codex は Nomo がその種のルールを添えると判断そのものを拒否するため、この選択肢は表示していません — 「拒否」が捨てられてしまうほうが、ボタンが 1 つないことよりはるかに深刻だからです。 「許可」は通常どおり使えます。次回また確認されるだけです。計画は読み取り専用
Codex の「この計画を実装しますか？」という確認は、Codex 自身のターミナル UI の中にあります。プラグインには一切届かないため、Nomo が保持できるものも、タップで解決できるものもありません。 そこで Nomo は計画そのものを表示し — Codex が書き進めるたびに、開くたびに最新の内容へ更新されます — そのうえでMacのターミナルで選択してください と伝えます。iPhone がローカルネットワーク経由で Mac に届くなら、「Macで開く」でそのターミナルウィンドウを前面に出せます。
読み取り専用の計画ビューア。読むものはすべてそろっていて、フッターは判断がどこにあるかを率直に示します。
CLI とデスクトップアプリでの質問
Codex の質問に iPhone から回答するには、Codex のタスクと Nomo のウォッチドッグが 1 つの app-server プロセスを共有している必要があります。- Codex CLI
- Codex デスクトップアプリ
Codex を起動する前に、共有の app-server を起動します。続いて確認します。
Codex Plan answers: bridge available と出れば準備完了です — 質問が選択肢付きで iPhone に届き、タップして選べます。Codex Plan answers: status-only は、待ち受けているものが何もないという意味です。デーモンを起動してから Codex を起動してください。順番が重要です。先に開いたセッションはデーモンを認識しません。要対応 と Macで回答 が表示されます — 質問は読めますが、タップできる選択肢がないので、回答は Codex で行います。
フックの信頼が必要
Codex には独自の安全機構があります。プラグインのフックはインストールされますが、信頼するまでは動作しません。/hooks を実行して Nomo の 7 つの項目を信頼してください。手順はインストールにあります。
つまずきやすいのはここです。iPhone での Codex の承認に対応したバージョンへ更新すると新しいフックが追加されるため、Codex はその確認を再び開きます。信頼するまで、Codex の承認は黙ってターミナルへ戻り、エラーは何も報告されません。更新後に Codex の許可リクエストが iPhone へ届かなくなったら、まず /hooks を実行してください。
$nomo-status はフックの信頼状態を報告するので、この手順が実際に済んだかどうかはこれで確認できます。