OpenAI DOTS 클라우드 컴퓨터에서 파일이 사라졌다면, 작업 데이터는 어디에 둬야 하나

OpenAI dots에 오래 걸리는 모델링 작업을 맡기면 창을 닫은 뒤에도 작업이 이어진다. 그런데 그 컴퓨터에 둔 파일까지 안전하게 남을까? 클라우드 작업 환경에서 데이터를 잃었다는 경험을 출발점으로 DOTS가 보장하는 연속성과 사용자가 따로 마련해야 할 보관 체계를 구분해 봤다.

모델링은 잘됐지만 작업 파일은 사라졌다

한 이용자는 DOTS로 서울 정밀지도 관련 모델링을 개선하던 중 자동화가 멈췄다고 전했다. 이후 클라우드 데스크톱의 환경이 바뀌고 작업 폴더가 없어졌다고 설명했다. 당시 메모리 10GiB와 저장공간 35GiB를 빠듯하게 쓰고 있었다는 경험담도 덧붙였다.

작업 중 환경 정리가 벌어졌을 가능성은 제기됐지만 삭제 명령이나 초기화 원인은 확인되지 않았다. 저장공간 부족이 직접 원인이었다고 단정할 근거도 없다. 해당 이용자는 속도와 모델링 결과에는 좋은 평가를 남기면서도 원본을 별도로 보관하라고 당부했다.

이 사례에서 중요한 질문은 DOTS의 성능 순위가 아니다. 오래 실행되는 에이전트의 작업 공간을 결과물의 유일한 보관 장소로 삼아도 되는지가 문제다.

‘상태를 유지한다’는 말은 백업 약속이 아니다

OpenAI는 2026년 9월 29일 DOTS를 발표했다. GPT-6 Astra를 쓰는 상시 작동 에이전트로, 자체 클라우드 컴퓨터에서 사용자가 자리를 비운 동안에도 작업할 수 있다. 공식 사용 안내에는 컴퓨터가 작업 사이에 상태를 유지할 수 있고 자체 파일·소프트웨어·브라우저 세션을 갖는다고 적혀 있다. (openai.com)

상태 유지와 백업은 다른 약속이다. 확인한 공식 안내에는 DOTS 클라우드 컴퓨터의 파일을 자동으로 별도 백업한다거나 사라진 폴더를 사용자가 복원하는 절차가 제시돼 있지 않다. 해당 사례의 파일을 되찾을 수 있는지도 공개 문서만으로 판단할 수 없다. 장기간 작업이 이어졌다는 실사용 반응과 연결·실행이 매끄럽지 않았다는 반응이 함께 나왔지만, 이를 파일 보존 보장의 증거로 읽어서는 안 된다.

작업 위치도 구별해야 한다. DOTS의 자체 컴퓨터, 사용자가 연결한 개인 컴퓨터, 미리 설정한 Codex 클라우드 환경은 같은 폴더를 공유하는 하나의 기기가 아니다. OpenAI 문서에 따르면 DOTS가 새 코딩 작업을 별도 환경에서 시작할 수 있으며 컴퓨터 선택을 바꿔도 진행 중인 작업이 자동으로 옮겨지지는 않는다. 결과가 어느 환경에 생성됐는지부터 확인해야 한다. (learn.chatgpt.com)

같은 지도를 다시 만들 수 있게 남기는 순서

이 사례처럼 모델링을 반복 개선한다면 입력과 산출물을 분리하는 편이 낫다. 원본 지도 데이터와 작업 지침은 DOTS 컴퓨터 밖의 관리 위치에 두고 작업할 때 필요한 사본만 전달한다. DOTS에는 입력 파일, 기대하는 출력 형식, 수정할 범위와 검토 기준을 명시한다. 작업이 끝날 때마다 생성된 모델 파일과 변경 기록을 원본과 다른 위치로 옮겨 실제로 열리는지 확인한다.

텍스트로 관리할 수 있는 스크립트와 설정은 저장소에 버전을 남길 수 있다. GitHub의 백업 안내도 저장소를 별도로 백업하고 복원하는 과정을 설명한다. 다만 저장소에 넣지 않은 원본 지도 데이터나 대용량 산출물까지 코드 백업이 지켜주지는 않는다. 무엇을 저장소에 담고 무엇을 별도 보관할지 파일 종류별로 정해야 한다. (docs.github.com)

예를 들어 개선 전 모델 파일을 외부에 보관하고 DOTS에는 그 사본과 변경 조건을 준다. 작업 뒤에는 새 모델 파일, 적용한 스크립트, 검토에 필요한 결과를 받아 비교한다. 입력에서 다시 출발할 수 있고 산출물도 다른 곳에 남는 흐름이다. 클라우드 컴퓨터를 비워도 이 두 묶음이 유지되는지가 보관 설계의 기준이다.

삭제 승인 규칙은 손실을 막는 한 겹일 뿐이다

OpenAI의 DOTS 제어 문서는 작업 진행 상황과 파일을 Activity에서 살펴볼 수 있다고 안내한다. 사용자는 특정 행동에 승인 요청을 걸거나 공유 프로젝트 파일 삭제를 자신에게 넘기도록 사용자 지정 규칙을 정할 수도 있다. 계정에 영향을 주거나 정보를 공유할 수 있는 행동은 별도 자동 검토 대상이다. (learn.chatgpt.com)

그렇다고 승인 규칙이 모든 파일 변경을 막는다고 받아들이면 곤란하다. OpenAI는 DOTS가 규칙을 따르는 중에도 실수할 수 있다고 명시한다. 작업 중지 역시 이미 끝난 행동을 되돌리지 못한다. 삭제 전 승인을 요구하는 설정과 외부 사본은 서로 대체재가 아니다. 하나는 행동의 문턱을 높이고 다른 하나는 손실 뒤 다시 시작할 재료를 남긴다. (learn.chatgpt.com)

그래서 오래 걸리는 작업에는 결과를 한 번에 받는 방식보다 중간 산출물을 확인하는 방식이 적합하다. Activity에서 파일과 진행 상태를 살핀다. 중요한 단계가 끝날 때마다 사본도 확보하면 마지막 순간의 환경 변화가 전체 작업 손실로 이어질 가능성을 줄일 수 있다. 이 방법도 자동 복구 기능이 아니라 사용자가 설계하는 작업 절차다.

사고 뒤에는 삭제보다 위치 확인이 먼저다

파일이 보이지 않을 때 DOTS 자체 컴퓨터와 별도 클라우드 작업, 연결한 개인 컴퓨터를 같은 장소로 취급하지 말아야 한다. DOTS 프로필의 컴퓨터와 Activity에 표시된 작업을 확인하고 결과가 만들어진 환경을 가려내야 한다. 작업 완료 표시만으로 요청한 파일이 생성되거나 전달됐다고 확신할 수 없다는 점도 OpenAI 안내에 적혀 있다. (learn.chatgpt.com)

곧바로 DOTS를 삭제해 다시 만드는 일은 특히 신중해야 한다. OpenAI 문서는 DOTS 삭제가 대화, 저장된 기억, 예약 작업에 영향을 주며 되돌릴 수 없다고 설명한다. 필요한 결과를 먼저 보관하라는 안내도 있다. 삭제가 사라진 작업 폴더를 복구하는 수단이라는 근거는 없다. (learn.chatgpt.com)

이번 제보만으로 DOTS가 파일을 지웠는지, 환경이 초기화됐는지 결론 낼 수는 없다. 다만 원본 지도와 중간 모델, 최종 파일을 한 클라우드 컴퓨터에만 남겨두면 원인을 밝히는 동안에도 작업은 멈춘다. 상시 작동하는 도구의 가치가 커질수록 작업이 계속되는 장소와 결과가 살아남는 장소를 분리해야 한다.