Codex 전용 페어링은 없습니다. 두 에이전트가 그 컴퓨터의 같은 설정을 읽으므로,
컴퓨터를 한 번 페어링하면 됩니다. 통신에서 유일한 차이는
어느 에이전트였는지를 나타내는 레이블뿐입니다.
동일하게 동작하는 것
- 세션, 상태, 폴더, 그리고 Dynamic Island.
- 셸 명령, 패치, MCP 도구에 대한 권한 요청 — Dynamic Island나 앱에서 허용과 거부.
- 이유나 대신 할 일을 알려 주는 메모와 함께 거부….
- 계획 읽기.
‘항상 허용’ 미지원
Claude Code에서는 세션이 끝날 때까지 도구를 허용해 둘 수 있습니다. Codex는 Nomo가 그런 규칙을 결정에 붙이면 결정 전체를 거부하므로, 이 항목은 표시되지 않습니다. 버려지는 거부는 버튼 하나가 없는 것보다 훨씬 나쁘기 때문입니다. 허용은 평소처럼 동작합니다. 다음번에 다시 물어볼 뿐입니다.계획은 읽기 전용
Codex의 “이 계획을 실행할까요?” 요청은 Codex 자체 터미널 UI 안에 있습니다. 플러그인에는 아예 도달하지 않으므로, Nomo가 붙잡을 것도 없고 사용자의 탭이 해결할 것도 없습니다. 그래서 Nomo는 계획을 보여 주고 — Codex가 계획을 진행하면서 기록하기 때문에 열 때마다 최신 내용으로 갱신됩니다 —Mac 터미널에서 선택하세요라고 안내합니다.
휴대폰이 로컬 네트워크로 Mac에 닿을 수 있으면 Mac에서 열기가 그 터미널 창을
앞으로 가져옵니다.
읽기 전용 계획 화면. 읽을 것은 모두 있고, 결정이 어디에서 이뤄지는지는 아래쪽이 솔직하게 알려 줍니다.
CLI 및 데스크톱 앱의 질문
Codex의 질문에 휴대폰에서 답하려면 Codex 작업과 Nomo의 워치독이 하나의app-server 프로세스를 공유해야 합니다.
- Codex CLI
- Codex 데스크톱 앱
Codex를 시작하기 전에 공유 그런 다음 확인합니다.
app-server를 먼저 시작합니다.Codex Plan answers: bridge available이면 준비가 끝난 것입니다. 질문이
선택지와 함께 휴대폰에 도달하고, 하나를 탭하면 됩니다.Codex Plan answers: status-only는 아무것도 대기하고 있지 않다는 뜻입니다.
데몬을 먼저 시작한 다음 Codex를 시작하십시오. 순서가 중요합니다. 먼저 열린
세션은 데몬을 잡지 못합니다.도움 필요와
Mac에서 답변이 표시됩니다. 질문은 읽을 수 있지만 탭할 선택지가 없을 뿐이고,
답은 Codex에서 합니다.
Hook 신뢰 설정
Codex에는 자체 안전장치가 있습니다. 플러그인 Hook은 설치되지만 신뢰하기 전까지 동작하지 않습니다./hooks를 실행해 Nomo 항목 일곱 개를 신뢰하십시오.
설치에 설명이 있습니다.
사람들이 걸리는 지점은 이렇습니다. 휴대폰에서 Codex 승인을 처리하는 기능이 추가된
버전으로 업데이트하면 새로운 Hook이 하나 생기므로 Codex가 검토를 다시
엽니다. 그것을 신뢰하기 전까지 Codex 승인은 조용히 터미널로 되돌아가며 오류도
표시되지 않습니다. 업데이트 후 Codex 요청이 휴대폰에 오지 않는다면 /hooks부터
실행하십시오.
$nomo-status가 Hook 신뢰 상태를 보고하므로, 이 단계가 실제로 적용되었는지는
그것으로 확인합니다.