Codex Cloud는 작업마다 별도의 작업 공간을 하나씩 사용합니다 (공식 안내). 따라서 새 작업을 열어 이전 작업의 미제출 변경을 찾으려 하지 마세요. 원래 작업으로 돌아가 변경 사항을 확인하고, 중요한 코드는 버전 관리에 제출해야 합니다. 저장된 VM 상태의 복구 기간도 모든 파일이나 대화의 영구 보존을 뜻하지 않습니다.

이 글이 필요한 사람
여행 중 Codex Cloud로 코드를 다루며 작업 전환 뒤 결과가 보이지 않는 개발자에게 적합합니다.
가벼운 기기에서 작업을 이어 가기 전에 변경 사항을 확인하고 싶은 디지털 노마드도 참고하세요.
iOS 프로젝트를 다루며 클라우드 작업과 맥 환경 검수를 구분해야 하는 프리랜서에게도 도움이 됩니다.

마지막 업데이트: 2026년 11월 8일. 작업 공간과 저장된 VM 상태에 관한 내용은 OpenAI의 Codex Cloud 공식 안내를 기준으로 확인했습니다.

먼저 작업 대화, 작업 공간, 저장소를 구분하세요

작업 완료 메시지가 보여도 코드가 저장소에 제출됐다는 뜻은 아닙니다. 작업 대화는 지시와 결과를 확인하는 기록입니다. 작업 공간은 그 작업에서 파일을 다루는 환경입니다. 저장소는 GitHub에 변경을 남겨 다른 작업과 기기에서 확인할 기준입니다.

확인 위치 여기서 볼 수 있는 것 이것만으로 알 수 없는 것
작업 대화 Codex의 응답과 작업 결과 변경 사항이 저장소에 제출됐는지
작업 공간 해당 작업의 파일과 차이 다른 작업 공간에 있는 파일
Git 저장소 제출된 커밋과 파일 이력 아직 제출하지 않은 작업 공간의 변경

결과를 찾지 못하면 우선 원래 작업을 열고 변경 파일과 차이를 살펴보세요. 작업 대화에 성공 문구가 있어도 파일 차이와 테스트 결과를 별도로 확인해야 합니다.

주의: 대화 기록이 보인다는 사실만으로 작업 공간의 파일이나 저장소 상태까지 복구된다고 판단하지 마세요.

새 작업 대신 원래 작업을 다시 여세요

Codex Cloud에서 새 작업을 시작하면 직전 작업의 변경 사항도 따라오나요?
아닙니다. 새 작업은 독립된 작업 공간에서 시작합니다. 이전 작업의 미제출 파일은 새 작업으로 자동 복사되지 않습니다. Codex Cloud에서 변경이 보이지 않으면 새 작업을 반복해서 만들기보다 원래 작업을 찾아 다시 여세요. 이 차이는 OpenAI의 작업별 환경 안내에도 설명되어 있습니다.

선택 작업 공간에서 확인할 내용 적합한 경우
원래 작업 계속하기 기존 파일, 변경 차이, 테스트 결과 진행 중이던 변경을 살리거나 이어야 할 때
새 작업 만들기 새 작업의 파일과 저장소 기준 상태 별도 요청을 독립된 환경에서 시작할 때
저장소에서 새로 시작하기 제출된 커밋과 원격 파일 이전 변경이 이미 제출됐고 새 작업에 반영할 때

새 작업을 만들어 둔 뒤 이전 변경이 사라진 것처럼 보인다면 두 작업의 파일을 혼동했을 가능성이 있습니다. 원래 작업을 열어 차이를 확인하고, 필요한 변경만 저장소에 반영하세요. 저장소 연결이나 초기 설정이 문제라면 Codex Cloud 환경과 저장소 연결 안내를 먼저 확인하세요.

중단된 작업의 복귀 가능성을 확인하세요

Codex Cloud 작업을 멈춘 뒤 이어서 진행하려면 어떻게 해야 하나요?
원래 작업을 다시 열고 작업 상태와 파일 접근 여부를 먼저 확인하세요. 공식 안내에는 저장된 VM 상태를 마지막 활동 뒤 최대 14일 동안 유지하는 내용이 있습니다. 이 기간은 저장된 VM 상태에 대한 안내이지, 모든 대화 기록이나 파일을 무기한 보존한다는 약속이 아닙니다. 적용 대상과 복구 조건은 공식 복구 안내에서 확인하세요.

다음 순서로 상태를 좁혀 보세요.

  • 브라우저나 앱에서 원래 작업을 찾습니다. 새 작업이 아닌지 작업 제목과 지시 내용을 대조합니다.
  • 작업 상태를 확인합니다. 완료, 진행 중, 실패처럼 표시된 상태와 마지막 결과를 읽습니다.
  • 작업 공간의 파일 목록과 변경 차이가 보이는지 확인합니다. 대화 응답만 있고 파일이 보이지 않으면 변경이 작업 공간에 남았는지 판단하기 어렵습니다.
  • VM 상태를 복원할 수 있다는 안내가 있는지 확인합니다. 마지막 활동 시점과 안내된 보존 조건을 함께 살핍니다.
  • 파일이 열리면 변경 내용을 검토하고 테스트 결과를 확인한 뒤, 중요한 결과를 저장소에 제출합니다.
  • 원래 작업 자체가 보이지 않거나 파일을 열 수 없다면 상태 문제와 저장소 권한 문제를 따로 점검합니다.

저장된 작업 공간은 얼마나 복구할 수 있나요?
안내된 최대 복구 기간은 마지막 활동 뒤 14일입니다. 이 조건은 저장된 VM 상태에 적용됩니다. 대화 기록, 모든 파일, 모든 계정의 작업이 같은 기간 동안 반드시 복구된다고 확대 해석하지 마세요. 기간을 넘겼거나 원래 작업을 찾을 수 없다면 제출된 코드가 저장소에 있는지 별도로 확인해야 합니다.

변경 내용을 검토한 뒤 GitHub에 제출하세요

Codex Cloud에서 만든 변경을 GitHub에 남기려면 무엇을 확인해야 하나요?
작업 공간에서 변경 차이를 검토하고 프로젝트 테스트를 실행한 다음, 승인된 저장소와 브랜치에 제출하세요. Codex의 작업 결과가 자동으로 커밋되거나 GitHub에 푸시됐다고 가정하지 마세요.

상태 다음 확인 안전한 조치
파일 변경은 있지만 커밋이 없음 차이와 테스트 결과 변경을 검토하고 커밋 준비
커밋은 있지만 원격에 없음 푸시 권한과 브랜치 정책 인증을 확인하고 허용된 방식으로 푸시
푸시가 거부됨 계정 인증, 저장소 권한, 보호 브랜치 권한을 확인하거나 허용된 브랜치와 절차 사용

GitHub 문서는 파일을 저장소에 추가하는 절차와 변경 사항을 원격 저장소로 푸시하는 방법을 구분해 설명합니다. 푸시가 막혔다면 GitHub 인증 안내와 보호 브랜치 규칙을 확인하세요. 인증 실패와 작업 공간의 파일 유실은 서로 다른 문제입니다.

작업을 닫기 전 확인: 변경 파일과 테스트 결과를 검토하고, 필요한 커밋이 원격 저장소에서 보이는지 다시 확인하세요. 푸시가 거부됐다면 에러 원인을 해결하기 전까지 제출 완료로 표시하지 마세요.

여행 중 기기를 바꿔도 복귀 지점을 혼동하지 마세요

카페 와이파이가 끊기거나 태블릿에서 가벼운 노트북으로 바꿨다면 먼저 원래 작업을 다시 여세요. 접속 기기를 바꿨다는 이유로 새 작업을 만들면 이전 작업 공간의 파일과 새 작업의 파일을 혼동할 수 있습니다.

증상 우선 확인할 곳 다음 판단
Codex Cloud에 접속할 수 없음 현재 기기의 연결과 로그인 상태 접속 문제가 해결된 뒤 원래 작업 확인
원래 작업은 열리지만 파일이 없음 작업 상태와 VM 복구 안내 작업 공간 상태 문제로 분리
파일은 보이지만 제출할 수 없음 인증, 저장소 권한, 브랜치 정책 GitHub 설정을 별도로 점검

기기 문제, 작업 상태 문제, 저장소 권한 문제를 한꺼번에 해결하려 하지 마세요. 어느 단계에서 막혔는지 분리하면 새 작업을 잘못 열거나 이미 제출된 파일을 덮어쓰는 일을 줄일 수 있습니다.

iOS 프로젝트는 클라우드 코드 작업과 맥 검수를 나누세요

Codex Cloud에서 코드 변경을 만들고 검토하는 일과, iOS 프로젝트를 맥의 개발 도구로 빌드하고 테스트하는 일은 별개의 단계입니다. Codex Cloud 작업 환경이 곧 맥이나 Xcode 환경이라고 가정하지 마세요. 프로젝트의 빌드와 납품 요구를 기준으로 실제 필요한 도구를 확인하고, Apple의 Xcode 문서에서 관련 작업을 점검하세요.

맥에서 빌드나 기기 검수가 필요하다면 클라우드 작업의 결과를 저장소에 제출한 뒤 원격 맥으로 이어 가는 편이 안전합니다. 이동 중 사용할 원격 맥을 알아보는 중이라면 서울 맥 미니 원격 이용 안내에서 해당 환경을 확인할 수 있습니다. 다른 이용 방식과 함께 살펴보려면 MACCOME의 맥 미니 이용 안내도 참고하세요. 다만 물리 기기 연결이나 장시간의 지속적인 작업이 필요하다면 원격 이용보다 직접 보유한 장비가 더 적합할 수 있습니다.

Codex Cloud의 변경 사항이 보이지 않을 때는 원래 작업을 확인하고, 파일 차이를 검토하고, 중요한 결과를 저장소에 제출하세요. 현재 방식이 대화 기록이나 임시 작업 공간에 의존하면 작업 전환 혼동, 제출 여부의 불확실성, 맥 전용 검수 공백이 남습니다. 프로젝트가 맥 환경에서만 끝낼 수 있는 단계에 이르렀다면, 여행용 기기만으로 억지로 마무리하기보다 필요한 기간에 원격 맥을 이용하는 방법도 비교해 보세요.