Codex 예약 작업이 실행되지 않을 때, 예약과 완료를 나눠 보는 방법

Codex에 작업을 예약했다면 먼저 예약 시각과 최근 실행 이력을 보세요. 예약이 등록됐다고 작업이 끝나는 것은 아닙니다. 실행 기록이 있어도 내가 원한 결과물이 제대로 남았는지 열어 봐야 합니다. PC에서 로컬 폴더를 다루는 작업은 컴퓨터와 데스크톱 앱이 실행 가능한 상태여야 한다는 조건도 있습니다. 예약 작업 공식 안내

업데이트 뒤 기존 작업이 이어지지 않는다고 느껴 연결과 자동화를 조정했습니다. 그 경험을 바탕으로, 저는 예약이 등록됐는지와 실제 결과가 남았는지를 나눠 보려고 합니다. 이번에는 컴퓨터가 꺼져서 실패했다고 결론내리려는 것이 아닙니다. 제 경우의 모든 실패 원인은 한 가지로 확정되지 않았습니다.

실행 기록부터 세 갈래로 나눕니다

최근 실행 이력	먼저 볼 것	다음 행동
예정 시각이 지났는데 기록이 없음	활성 상태·다음 실행 시각·로컬 실행 조건	일정과 환경을 확인한 뒤 작은 작업으로 시험
실행됐고 오류로 끝남	실제 오류·마지막 성공 단계	해당 단계만 수정하고 중복 실행 여부 확인
성공으로 표시되지만 결과가 없음	저장 위치·결과 내용·완료 조건	원한 결과가 있는지 열어 보고 지시를 좁힘

저라면 실행 이력이 없는데 글쓰기 프롬프트부터 길게 바꾸지는 않겠습니다. 반대로 작업이 시작된 뒤 로그인에서 막혔다면, 예약 시각을 여러 번 고치는 일도 원인과 멀어집니다. 어디까지 갔는지를 먼저 봐야 다음 행동이 덜 커집니다.

1. 로컬 작업과 웹에서 실행되는 작업을 구분합니다

OpenAI 공식 안내는 데스크톱 앱의 로컬 프로젝트 작업과 웹의 예약 작업을 구분합니다. 로컬 파일을 사용하는 예약은 PC를 켜 두고 앱을 실행해야 합니다. 지정 프로젝트가 디스크에 있어야 하고, 웹 작업은 컴퓨터 안의 폴더에 직접 접근하는 방식이 아닙니다.

따라서 ‘예약은 설정돼 있다’는 말만으로 내 PC 파일까지 자동으로 처리될 것이라고 보면 안 됩니다. 노트북을 닫아 둔 시간에도 실행됐어야 한다고 생각했다면, 먼저 어떤 환경의 예약인지 확인하세요. 로컬 작업이 필요한데 실행 조건이 갖춰지지 않았다면 그 조건부터 맞춥니다.

2. 시간대와 활성 상태를 같은 화면에서 봅니다

예약 관리 화면에서 활성·일시 중지 상태, 다음 예정 시각, 최근 실행 시각을 함께 확인합니다. 화면에 표시되는 시간대도 기록하세요. 매일 오전이라는 말보다 날짜와 시각이 분명해야, 아직 실행 전인지 이미 놓친 것인지 구분할 수 있습니다.

여기서 중요하다고 보는 것은 예약을 더 만드는 일이 아닙니다. 같은 일을 하는 예약이 두 개라면 결과를 중복으로 저장하거나 같은 초안을 동시에 고칠 수 있습니다. 기존 실행이 진행 중인지 확인하고, 수정된 예약 하나를 기준으로 두는 편이 낫겠습니다.

모델을 사용할 수 없다는 오류가 있다면

실행 이력에 모델을 사용할 수 없다는 오류가 남았다면 예약에 저장된 모델도 확인하세요. OpenAI의 현재 예약 작업 안내는 지원이 종료된 모델을 이용 가능한 대체 모델로 바꾸도록 설명합니다. 계정에서 실제로 제공되는 모델인지 확인한 뒤 기존 예약의 설정을 수정하는 편이 낫겠습니다. 같은 일을 하는 예약을 새로 여러 개 만들 필요는 없습니다. 현재 예약 작업 공식 안내

현재 공식 안내의 GPT-5.5 지원 종료는 ChatGPT 로그인 방식의 Codex에 관한 내용이며, API 키로 인증한 Codex와 OpenAI API는 같은 종료 대상이 아닙니다. 따라서 모델 이름이 비슷하다는 이유만으로 모든 실행 환경이 막혔다고 보지 마세요. 모델 관련 오류가 없는 과거 실패의 원인까지 이 항목으로 확정할 수는 없습니다.

추가 확인: 2026년 10월 21일. 지원 종료 모델에 따른 예약 실행 오류를 구분하는 공식 안내를 보충했습니다. 실제 예약 변경이나 모델 전환을 수행한 기록은 아닙니다.

3. 먼저 외부에 영향을 주지 않는 작업 하나로

예를 들어 오늘 날짜가 들어간 짧은 메모 파일 하나를 지정 폴더에 만드는 시험을 생각할 수 있습니다. 이것은 실제로 제가 성공시킨 사례가 아니라, 결과가 분명한 시험의 예입니다. 파일이 생성됐는지, 내용과 저장 시각이 맞는지를 직접 확인할 수 있습니다.

작은 시험이 확인되면 필요한 조사·작성으로 범위를 넓힙니다. 사이트 로그인·게시까지 필요한 작업은 그 접근과 권한이 확보됐는지 별도로 봐야 합니다. 파일 생성이 성공했다고 블로그 공개도 성공할 것으로 간주하지는 않겠습니다.

4. ‘알아서 계속’ 대신 다음 결과를 적습니다

제가 블로그 작업을 다시 맡긴다면 ‘꾸준히 운영해 줘’만 남기지 않겠습니다. 다음에 할 글 한 편의 독자 문제, 기존 글과 겹치는지 확인할 범위, 사실 확인처, 결과가 남을 위치를 연결해 두겠습니다. 글이 공개됐다면 공개 주소를, 아직 준비 단계라면 남은 한 단계를 기록하도록 하겠습니다.

정상 완료 뒤 다음 작업을 이어갈 기준도 필요합니다. 다음 실행에서 이미 끝난 작업을 반복하지 않도록, 완료된 결과와 남은 작업을 구분해 두세요. 저는 확인 횟수보다 독자가 볼 수 있는 글과 실제 수정 결과를 보려고 합니다.

5. 오류 문의에는 재현 조건을 작게 남깁니다

• 예약 이름, 활성 상태, 기대한 실행 시각과 시간대
• 로컬·웹 중 어떤 실행 환경인지
• 최근 실행 여부와 개인정보를 지운 오류 문구
• 마지막으로 남은 파일 또는 결과 위치
• 현재 실행 중인지, 같은 작업을 이미 수행했는지

공개 문의에는 암호·쿠키·인증번호를 넣지 말고, 내부 명칭·계정·실제 파일 경로도 가려 주세요. 실패한 예약을 여러 번 실행하기 전에 앞선 실행이 실제로 저장·게시한 것은 없는지도 확인해야 합니다. 실행 결과를 모른 채 같은 버튼을 다시 누르면 ‘아무 일도 없었다’가 아니라 ‘같은 일이 두 번 생겼다’로 바뀔 수 있기 때문입니다.

기다리기 전에 확인할 결과 하나

이번에 남기고 싶은 기준은 단순합니다. ‘예약 등록’, ‘실행 시작’, ‘결과 저장’, ‘공개 완료’를 따로 보자는 것입니다. 예약은 일을 다시 시작할 입구이지, 품질과 공개 결과를 대신하는 장치가 아니었습니다.

컴퓨터를 오래 켜 두는 것이 목표는 아닙니다. 필요한 시간에 한 일을 제대로 끝내고, 다음에는 어디서 이어가면 되는지 남아 있는 상태를 원합니다. 같은 문제로 다시 시간을 쓰게 된다면, 예약 개수보다 최근 실행 한 건과 실제 결과부터 펼쳐 보겠습니다.

브라우저를 쓰는 예약만 막힌다면 일정과 연결을 섞어 고치기보다, 크롬 연결·읽기·저장 확인 순서에서 마지막으로 확인된 단계를 먼저 정리해 보세요.

공식 자료 확인일: 2026년 10월 6일. 현재 문서의 로컬·웹 실행 차이를 근거로 정리했으며, 예약 제공 범위와 메뉴는 계정·조직·앱 버전에 따라 달라질 수 있습니다.