No hay una vinculación aparte para Codex. Los dos agentes leen la misma
configuración en ese ordenador: vinculas la máquina una
vez. En la conexión, lo único que cambia es una etiqueta que dice de qué agente
se trataba.
Lo que funciona igual
- Las sesiones, los estados, las carpetas y la Dynamic Island.
- Las solicitudes de permiso para comandos de shell, parches y herramientas MCP: Permitir y Denegar desde la Dynamic Island o desde la app.
- Denegar con nota…, para decir por qué o qué hacer en su lugar.
- Leer planes.
Sin “Permitir siempre”
Claude Code te deja permitir una herramienta durante el resto de la sesión. Codex rechaza la decisión entera cuando Nomo le adjunta una regla de ese tipo, así que la opción no se muestra: un Denegar que acabara en la basura sería mucho peor que un botón que falta. Permitir sigue funcionando con normalidad. Simplemente te lo volverá a preguntar la próxima vez.Planes de solo lectura
La solicitud de Codex de “¿implemento este plan?” vive dentro de su propia interfaz de terminal. Nunca llega a un plugin, lo que significa que no hay nada que Nomo pueda retener ni nada que tu toque pueda resolver. Así que Nomo te enseña el plan —entero, actualizado cada vez que lo abres, ya que Codex lo va escribiendo sobre la marcha— y luego diceElige una opción en la terminal de tu Mac. Si tu teléfono puede llegar al Mac por tu red local,
Abrir en el Mac te pone esa ventana de terminal en primer plano.

El lector de planes de solo lectura. Está todo para leerlo; el pie es honesto sobre dónde vive la decisión.
Preguntas en la CLI y en la app de escritorio
Para responder a una pregunta de Codex desde tu teléfono, la tarea de Codex y el proceso supervisor de Nomo tienen que compartir un mismo procesoapp-server.
- Codex CLI
- App de escritorio de Codex
Arranca el Después confírmalo:
app-server compartido antes de arrancar Codex:Codex Plan answers: bridge available significa que lo tienes: las preguntas
llegan a tu teléfono con sus opciones y tocas una.Codex Plan answers: status-only significa que no hay nadie escuchando.
Arranca el daemon y después Codex. El orden importa: una sesión que se abrió
primero no va a coger el daemon.Necesita ayuda y Responder en el Mac: la pregunta está ahí para
leerla, solo que no hay selector que tocar, y la respondes en Codex.
Confianza en los hooks
Codex trae su propia barrera de seguridad: los hooks de un plugin se instalan pero quedan inertes hasta que confías en ellos. Ejecuta/hooks y confía en
las siete entradas de Nomo, como se explica en
Instalación.
La parte que pilla a la gente: al actualizar a la versión que añadió las
aprobaciones de Codex desde el teléfono se introdujo un hook nuevo, así que
Codex reabre la revisión para él. Hasta que confíes en él, las aprobaciones de
Codex vuelven al terminal en silencio y nada informa de ningún error. Si tu
teléfono dejó de recibir solicitudes de Codex después de una actualización,
ejecuta /hooks lo primero.
$nomo-status informa de la confianza en los hooks, así que es como compruebas
que el paso surtió efecto.

