Codex Ctrl+Z 세션 잠금, resume 안 될 때 복구 순서

macOS zsh에서 Codex Ctrl+Z 세션 잠금이 생기면 새 resume를 반복하지 않는다. Ctrl+Z를 누른 원래 터미널에서 jobs -l을 실행한다. codex가 suspended로 남아 있으면 같은 터미널에서 fg를 입력한다. 이번 Codex CLI 0.155.1 재현에서는 세션이 사라진 것이 아니라 zsh가 원 프로세스를 중지한 상태였다. 다른 shell·OS의 같은 동작은 미확인이다.

중지된 원래 터미널은 다시 실행되고 두 번째 터미널은 같은 세션 잠금에 막힌 상태를 나타낸 개념도

Ctrl+Z를 누른 원래 터미널에서 무엇을 확인하나?

Codex를 실행했던 터미널 prompt에서 다음 명령을 입력한다.

jobs -l

다음처럼 codex와 suspended가 함께 보이는지 확인한다.

[1]  + 39733 suspended  codex --no-alt-screen

번호와 PID는 컴퓨터마다 다르다. 같은 shell의 job 목록에 Codex가 중지된 채 남아 있는지가 판단 기준이다.

원 세션은 어떻게 다시 화면 앞으로 가져오나?

중지된 Codex job이 하나라면 같은 터미널에서 fg를 실행한다.

fg

job이 여러 개면 jobs -l에 표시된 번호를 붙인다.

fg %1

2026-09-23 macOS zsh와 Codex CLI 0.155.1에서 비민감 대화 Reply only S43_OK를 완료한 뒤 Ctrl+Z를 눌렀다. jobs -l은 Codex를 suspended로 표시했고, fg는 같은 S43_OK 대화로 돌아왔다.

왜 다른 터미널의 resume은 잠기는가?

원 Codex 프로세스가 suspended로 살아 있는 동안 별도 터미널에서 다음 명령을 실행했다.

codex resume --last

결과는 다음 잠금 안내였다.

This conversation is open in another app.
Close it there and press R to continue here.

OpenAI 공식 문서는 codex resume을 저장된 chat으로 돌아가는 명령으로 설명한다. Ctrl+Z로 중지된 원 프로세스의 잠금을 해제하는 명령이라고 설명하지는 않는다. 따라서 새 화면에서 R을 반복하기 전에 원 터미널의 suspended job부터 처리한다.

다른 터미널에서 계속하려면 어떤 순서인가?

아래는 원 job을 정상 종료한 뒤 다시 여는 보수적 절차다. 이번 재현에서는 fg 복귀까지만 확인했으며 /quit 뒤 두 번째 resume 성공까지 연속 검증하지 않았다.

  1. 잠금 화면에서는 q 또는 Ctrl+C로 나온다.
  2. 원 터미널에서 fg로 Codex에 돌아간다.
  3. /quit 또는 Ctrl+C로 원 TUI를 정상 종료한다.
  4. 다른 터미널에서 화면에 나온 session ID나 codex resume --last로 다시 연다.

원 터미널을 찾을 수 없다면 무작정 프로세스를 강제 종료하지 않는다. 작업 관리자나 ps로 남은 Codex 프로세스와 시작 시각부터 확인한다. 진행 중인 turn이나 아직 기록되지 않은 화면 상태를 잃을 수 있기 때문이다.

AGENTS.md 변경 반영 여부가 궁금한 경우에는 Codex resume에서 AGENTS.md 변경을 확인하는 방법을 먼저 본다. 어떤 지침 파일이 실제로 로드됐는지 모호하다면 Codex가 읽은 AGENTS.md 확인 순서로 질문을 분리한다.

Ctrl+Z를 누르면 항상 잠기는가?

항상 잠긴다고 단정할 수 없다. 첫 prompt를 보내기 전 빈 TUI를 Ctrl+Z로 중지했을 때는 별도 codex resume --last가 잠금 없이 열렸다. 이번에는 저장된 대화에서만 같은 결과를 확인했다.

resume interrupted 문제와 무엇이 다른가?

resume 직후 turn이 interrupted로 보이는 문제는 저장된 응답과 turn 상태를 확인하는 질문이다. 이번 문제는 shell의 job-control이 원 TUI를 살려 둔 상태에서 두 번째 TUI가 같은 conversation을 열 때 생겼다. jobs -l에 suspended Codex가 있는지를 먼저 보면 두 문제를 나눌 수 있다.

자주 묻는 질문

새 터미널에서 R만 누르면 되는가?

원 프로세스가 suspended로 남았다면 먼저 그 터미널에서 fg로 복귀한다. 원 TUI를 정상 종료한 뒤 새 터미널에서 R 또는 resume을 시도한다. 종료 후 두 번째 resume 성공은 이번 직접 재현 범위 밖이다.

PID를 바로 kill해도 되는가?

첫 해결책으로 권하지 않는다. 같은 shell의 jobs -l과 fg를 먼저 쓰면 원 대화로 돌아갈 수 있고 진행 중 상태를 보존할 여지가 있다.

검증 기준

  • 마지막 업데이트일: 2026-09-23
  • 확인 환경: macOS zsh, Codex CLI 0.155.1, 비민감 임시 폴더
  • 직접 확인: 완료 대화 → Ctrl+Z → jobs -l → 별도 resume --last 잠금 → 원 터미널 fg 복귀
  • 주요 근거: OpenAI Codex CLI 문서, OpenAI 비대화형 resume 문서, 공개 이슈 #47243
  • 한계: 공개 이슈 1건과 macOS 직접 재현 1환경이다. 정확 검색량, 모든 shell의 재현, 공식 수정 버전은 미확인이다.

직접 만든 실습 자료와 새 도구 소식

AI 도구로 만든 실습 자료, 달라진 기능과 강의 소식을 준비하고 있습니다. 발송을 시작하면 안내해 드려요. 먼저 확인 메일에서 본인 이메일을 확인해 주세요.

신청하기 전에 첫 소식 미리보기에서 내용과 자료를 확인해 보세요.

질문이나 의견을 남겨주세요

이름을 입력하지 않아도 돼요. ‘깜짝 놀란 올빼미’ 같은 별명이 자동으로 붙어요.