Codex CLI 0.157.1 질문 자동 진행, 답하지 않았는데 넘어갈 때

여기서 다루는 Codex 질문 자동 진행은 Codex CLI 0.157.1 Default mode에서 실험 기능을 직접 켠 한 환경의 결과입니다. 첫 번째 항목을 자동으로 골랐다고 가정하면 안 됩니다. 먼저 질문 화면에 auto-resolves in이 보였는지 확인하세요. 직접 재현한 non-blocking 질문은 60초 동안 타이머를 숨긴 뒤 60초 countdown을 표시했습니다. 만료 시 특정 선택이 아니라 빈 answers를 보냈습니다. 반대로 Plan mode의 blocking 질문은 같은 타이머를 쓰지 않았습니다.

먼저 화면에서 두 경우를 나눕니다

countdown이 보였는지와 질문이 계속 남았는지를 먼저 나누면 됩니다.

화면에서 본 것	우선 판정	다음 행동
auto-resolves in countdown이 표시됨	non-blocking 자동 해제 후보	만료 뒤 선택이 적용됐다고 가정하지 말고 다음 메시지와 실제 결과 확인
countdown 없이 Question 1/1이 계속 남음	blocking 질문 후보	답을 선택하거나 작업을 중단한 뒤 조건을 다시 명시
질문 화면은 못 봤고 대화만 계속됨	판정 불가	파일·설정·배포 결과를 직접 확인하고 필요한 선택을 새 요청에 명시

2026년 9월 27일 Codex CLI 0.157.1에서 같은 비민감 Color 질문을 두 경로로 대조했습니다. Default mode에서 default_mode_request_user_input 실험 기능을 켠 non-blocking 질문은 tool call 120.129초 뒤 {"answers":{}}로 끝났고, 화면에는 마지막 60초 동안 auto-resolves in countdown이 나타났습니다. 만료 뒤 기록도 Questions 0/1 answered였습니다. 반면 Plan mode의 blocking 질문은 74.6초 동안 countdown이나 자동 제출 없이 유지됐고, 직접 중단하자 aborted by user after 74.6s가 남았습니다. 따라서 “모든 질문이 120초 뒤 넘어간다”거나 “추천 항목이 자동 선택된다”고 설명하면 안 됩니다.

자동 해제되는 질문은 무엇이 다른가

non-blocking이며 자동 해제가 snooze되지 않은 질문만 이번 타이머 분기를 탔습니다.

OpenAI Codex rust-v0.157.1의 TUI 소스에는 자동 해제 조건이 분리되어 있습니다.

• is_blocking=true이면 자동 해제 타이머를 만들지 않습니다.
• 사용 동작으로 자동 해제가 snooze된 경우에도 타이머를 만들지 않습니다.
• 그 외 non-blocking 요청은 60초 hidden grace 뒤 60초 visible countdown을 사용합니다.
• 만료 테스트가 만드는 응답은 추천 항목이 아니라 빈 answers입니다.

따라서 화면의 첫 항목이 자동 선택됐다고 해석하면 안 됩니다. 이번 재현과 소스가 확인한 것은 만료 결과가 빈 answers였다는 사실까지입니다. 선택지 표시 자체의 의미는 이 근거만으로 설명하지 않습니다.

결과를 바꾸는 작업이라면 이렇게 확인합니다

대화 문구보다 실제 파일·설정·서버 결과를 확인하고, 불명확한 선택은 새 요청에 다시 씁니다.

1. Codex 대화에서 질문이 있던 위치까지 위로 올려 auto-resolves in 문구가 있었는지 봅니다.
2. 질문 다음에 나온 assistant 메시지에서 “Blue를 선택했다”처럼 실제 선택값을 말했다고 확인되는지 읽습니다. 언급이 없으면 선택 적용 여부는 미확인입니다.
3. 파일 작업이라면 Codex 아래 입력창에 git diff --name-only를 요청합니다. 바뀐 파일명이 나오면 이어 git diff를 요청해 삭제·추가 내용을 봅니다. Git을 쓰지 않는 폴더라면 Finder나 편집기에서 대상 파일을 열어 수정 시각과 바뀐 문장을 직접 확인합니다.
4. 설정 변경은 설정 화면을 다시 열어 현재 값을 확인합니다. 배포는 서비스의 배포 목록에서 상태가 성공인지, 실제 공개 주소에 변경 내용이 보이는지 각각 확인합니다.
5. 선택이 불명확하면 새 요청에 조건을 한 문장으로 다시 씁니다. 예: “기존 파일은 삭제하지 말고 새 파일만 추가해.”
6. 확인 전에는 결제·삭제·배포 같은 되돌리기 어려운 결과가 완료됐다고 가정하지 않습니다.

질문 만료 뒤 세션을 다시 열었는데 항목 번호까지 달라 보인다면, 질문 타이머 문제와 세션 목록 문제를 한꺼번에 고치지 마세요. 먼저 Codex resume에서 세션 번호가 어긋날 때 확인할 것처럼 현재 세션 ID와 목록 순서를 따로 확인해야 원인을 섞지 않을 수 있습니다.

stream timeout 설정과 섞지 마세요

모델 스트림의 대기 시간 설정과 질문 UI의 자동 해제 시간은 같은 설정으로 확인되지 않았습니다.

model_providers.*.stream_idle_timeout_ms는 모델 응답 스트림이 조용한 시간을 다루는 설정입니다. 이번에 확인한 질문 UI의 60초 grace와 60초 countdown을 바꾸는 설정으로 확인되지 않았습니다. 공개 기능 요청에는 질문 타이머를 끄거나 시간을 바꾸게 해 달라는 제안이 있지만, 제안된 설정명을 현재 지원 기능처럼 사용하면 안 됩니다.

Codex 설치나 일반 실행 상태가 의심된다면 Codex doctor 경고를 설치·설정·업데이트로 나누는 방법에서 기본 상태를 먼저 확인하세요. 다만 doctor 결과는 이번 질문 countdown의 선택 결과를 대신 확인해 주지 않습니다.

API의 비동기 질문과도 같은 기능으로 보지 마세요

OpenAI API의 비동기 질문 예시는 애플리케이션이 직접 만든 도구이며, Codex CLI의 request_user_input countdown 설명이 아닙니다.

OpenAI의 Async tool calling 공식 문서는 request_user_input_async가 Responses API의 내장 도구가 아니며, 질문 표시·응답 수집·timeout 동작은 애플리케이션이 구현한다고 설명합니다. timeout을 지원하는 앱은 모델이 다음 행동을 판단할 수 있도록 명시적인 no-answer 결과를 돌려줘야 합니다. 따라서 API 예제의 timeout을 Codex CLI 0.157.1 TUI의 60초 grace·60초 countdown 근거로 쓰면 안 됩니다. 이 글의 TUI 수치는 해당 버전 공개 소스와 직접 재현에서만 가져왔습니다.

비슷한 글과 다른 확인 범위

검색 결과에는 같은 자동 종료를 설명한 글이 이미 있으므로, 이 글은 현재 버전의 실제 만료 결과를 확인하는 데 범위를 좁혔습니다.

2026년 9월 27일 Google 일반 결과 첫 글은 CLI·GUI 화면, 60초 대기와 60초 countdown, Plan mode·Snooze·일반 채팅 우회책을 이미 설명했습니다. 그 내용을 새 발견처럼 반복하지 않습니다. 이 글에서 추가로 직접 확인한 부분은 Codex CLI 0.157.1의 같은 Color 질문을 non-blocking과 blocking으로 대조하고, 만료된 non-blocking 질문이 추천 항목을 고른 것이 아니라 {"answers":{}}와 Questions 0/1 answered로 끝났다는 점입니다. Naver 상단의 Codex 관련 결과는 입문·코드 리뷰·활용 사례 중심이었고 같은 빈 답 결과를 직접 다루는 글은 이 검색문에서 확인하지 못했습니다. 이 관찰은 검색량이나 경쟁 부재의 증거가 아닙니다.

자주 묻는 질문

추천 선택, 시간 설정, Plan mode 적용 여부를 각각 나누어 답합니다.

첫 번째 추천 항목이 자동으로 선택된 것인가요?

이번 0.157.1 non-blocking 직접 재현에서는 아닙니다. 만료 결과는 첫 항목 값이 아니라 빈 answers였으므로 다음 메시지와 실제 파일·설정 결과를 확인해야 합니다.

120초를 늘리는 설정이 있나요?

이번에 확인한 소스와 공개 기능 요청만으로는 지원 설정을 확인하지 못했습니다. 공개 이슈에 제안된 이름을 현재 사용할 수 있는 설정으로 복사하면 안 됩니다.

Plan mode 질문도 120초 뒤 넘어가나요?

이번 Plan mode blocking 대조에서는 74.6초 뒤에도 자동 제출되지 않았습니다. 모든 질문에 같은 타이머가 적용된다고 일반화할 수 없습니다.

이번 글의 확인 범위

직접 확인한 범위는 Codex CLI 0.157.1의 한 실험 기능 실행과 Plan mode 대조까지입니다.

이번 직접 실행은 Default mode의 실험 기능을 명시적으로 켠 0.157.1 한 환경에서 재현했습니다. 기능을 켜지 않은 일반 Default mode, 다른 버전과 다른 클라이언트에 같은 화면이 항상 나온다고 일반화할 수 없습니다. 실제 TUI의 원본 ANSI 출력·rollout에 더해 Orca 전용 터미널에서도 countdown, Questions 0/1 answered, 빈 answers를 같은 실행으로 다시 확인했습니다. 2026년 9월 28일에는 질문 시작 전부터 표시한 Orca 전용 터미널에서 아무 답을 입력하지 않은 채 auto-resolves in 21s 화면을 ScreenCaptureKit 원본 PNG로 저장했습니다. 정확 검색량과 향후 설정 제공 여부는 미확인입니다. 이 미확인 항목을 검색량 0이나 경쟁 글 없음으로 해석하지 않습니다.

대표이미지는 질문 중 countdown을 식별하는 용도입니다. 만료 결과인 Questions 0/1 answered와 빈 answers는 같은 직접 실행의 ANSI 출력·rollout에서 확인했지만, 서로 다른 시점의 두 화면을 한 이미지로 합성하지 않았습니다.

근거

제품 소스·공개 질문·두 직접 재현 기록을 서로 다른 근거로 사용했습니다.

• OpenAI Codex rust-v0.157.1 request_user_input 소스
• 질문 timeout 설정을 요청한 공개 기능 요청
• OpenAI 공식 Async tool calling 문서: API 앱이 정의하는 비동기 질문과 Codex CLI TUI를 구분하는 경계 근거
• blocking 직접 대조: Plan mode 질문이 74.6초 뒤에도 남아 있었고 사용자가 직접 중단함
• non-blocking 직접 재현: Default mode 실험 기능에서 120.129초 뒤 빈 answers와 Questions 0/1 answered를 확인함

검증 기준

같은 질문을 non-blocking과 blocking으로 나눠 시간·화면·결과를 대조했습니다.

• 마지막 업데이트일: 2026-09-28
• 확인 환경: 아래 non-blocking·blocking 두 macOS Codex CLI 0.157.1 실행
• non-blocking 환경: macOS, Codex CLI 0.157.1, Default mode, gpt-5.6-sol low, 비민감 임시 Git 저장소
• blocking 대조 환경: macOS, Codex CLI 0.157.1, Plan mode 진입 뒤 제품이 effort를 medium으로 변경한 세션
• 직접 재현: Default mode 실험 기능의 non-blocking 질문은 60초 hidden grace와 60초 countdown 뒤 120.129초에 빈 answers 반환
• Orca 터미널 대조: 전용 터미널에서 같은 질문이 auto-resolves in 1m 00s 뒤 Questions 0/1 answered와 빈 answers로 끝남
• 실제 화면: 질문 시작 전부터 표시한 Orca 전용 터미널에서 입력 없이 auto-resolves in 21s를 ScreenCaptureKit PNG로 저장
• 대조 재현: Plan mode blocking 질문은 74.6초 동안 countdown이나 자동 제출 없이 유지
• 미확인: 기능을 켜지 않은 일반 Default mode, 다른 버전·클라이언트, 정확 검색량, 향후 설정 제공 여부
• 주요 근거: OpenAI Codex rust-v0.157.1 request_user_input 소스
• 공개 질문: 질문 timeout 설정을 요청한 GitHub #34455