ChatGPT 클라우드 3종 심층 비교: Codex Cloud·Work Cloud·Dots, 해외 커뮤니티 실제 후기

세 제품의 차이부터

개발 자체는 Codex Cloud, 한 번의 업무를 끝내는 일은 Work Cloud, 업무를 오래 맡길 담당자는 Dots에 가깝다. 서로 결합할 수 있지만 한 제품이 다른 제품의 권한을 자동으로 모두 갖는 것은 아니다.

1. Codex Cloud: 내 컴퓨터 대신 코드를 실행하는 곳

새 Codex Cloud 환경은 GitHub 저장소를 연결하고 런타임과 패키지를 설치해 AI가 코드를 수정하고 명령어, 테스트를 실행하도록 한다. 환경을 게시(Publish)하면 새 작업을 반복 시작할 수 있다. 작업별 파일 변경은 다른 작업에 자동으로 섞이지 않는다. 공통 환경을 업데이트하려면 다시 게시해야 한다.

VM 사양과 사용량

공개된 기본 사양은 Plus의 경우 2 vCPU, RAM 8 GiB, 디스크 8 GiB, Pro·Business의 경우 4 vCPU, RAM 16 GiB, 디스크 32 GiB다. 별도 기본 VM 시간당 요금이 없더라도 모델 사용량 제한은 따른다. 일반 Codex와 Codex Cloud의 이용 자격도 별개다.

작업 VM 상태는 마지막 시작·재개 뒤 기본 최대 7일 복원이 가능하다고 안내한다. 상시 가동 서버나 영구 백업 공간이 아니다. 중요한 코드는 Git 같은 외부 저장소에 남겨야 한다. 로컬에만 설치한 스킬은 자동 동기화되지 않으며, 새 클라우드 환경의 일반적인 GUI·브라우저 클릭 기능도 현재 공식 지원하지 않는다.

외부 네트워크 허용 정책을 구성하고, 필요하면 Tailscale로 사설 API에 접근하는 방식도 안내돼 있다. 하지만 인터넷 접속, VPN 접근, 인증 키 관리가 모두 별도 조건이라는 점을 잊으면 안 된다.

Reddit과 아시아 커뮤니티의 실제 이야기

Reddit r/codex: 스마트폰으로 간단한 CSS 수정과 PR 생성은 성공했지만 후속 작업에서 저장소 로딩이 오래 걸리거나 멈췄다는 보고가 있었다. 다른 토론에서는 GPU·특수 하드웨어 작업을 굳이 클라우드로 옮길 필요가 있느냐는 의견도 나왔다. 관련 토론.

디시인사이드: 새 Codex Cloud를 ’갓패치’라고 반긴 게시글이 있었다. 다만 짧은 호평이며 객관적인 성능 측정은 아니다. 원문.

중국 LINUX DO: 오래 실행하면 발열이 심한 노트북 대신 클라우드 컴퓨터를 이용하고 싶다는 의견과, 코드를 외부 서버에 올려도 되는지·SSH 접속은 되는지·외부 IP와 포트가 있는지 묻는 반응이 함께 나왔다. 원문.

또 다른 중국 토론에서는 노트북을 끄고 클라우드에서 작업했다가 돌아와 로컬에서 이어갈 때 파일뿐 아니라 AI 대화와 결정 맥락까지 어떻게 가져올 것인가를 고민했다. Git으로 코드가 동기화돼도 대화가 자동으로 이어지는 건 아니다. 원문.

일본 Qiita: 비공개 GitHub 프로젝트의 Python 테스트 48개와 추가 설정 검사 3개를 성공시킨 실행 기록이 공개됐다. 원문.

일본 개인정보 노출 사례: 클라우드에서 만든 공개 PR의 Git 작성자에 실명이 들어갔고 이를 재현했다는 개발자도 있었다. Git의 user.name과 user.email을 확인할 이유다. 원문.

실제로 개발을 수행할 수 있다는 사실은 분명해 보이지만, 세션·대화 연속성, VM 상태 보존과 자동 커밋 신원은 다른 문제다.

2. ChatGPT Work Cloud: 웹과 앱에서 실제 업무를 수행

Codex가 코드에 집중한다면 Work Cloud는 더 범용적이다. 웹 조사, PDF 처리, 보고서·스프레드시트 제작, 외부 서비스에서 데이터 가져오기, 브라우저 조작까지 맡길 수 있다.

핵심은 Cloud Browser다. AI가 원격 브라우저에서 사이트를 열고 클릭하고 입력한다. 로그인이 필요하면 사용자의 안전한 로그인 절차를 이용하고, 중요 행동에는 허가가 필요할 수 있다. 그러나 사이트의 봇 방지 장치나 인증 절차, 세션 만료로 중단될 수 있다.

Work Local은 로컬 컴퓨터의 허가된 도구에서, Work Cloud는 원격 실행 환경에서 움직인다. 두 환경을 연결할 수 있는 설정도 있지만 로컬 PC 접근에는 별도 권한과 온라인 상태가 필요하다. 클라우드에서 작업한다고 내 PC를 끈 뒤에도 로컬 파일 접근이 자동으로 유지되는 것은 아니다.

Work 사용자들이 겪은 문제

• Reddit r/ChatGPTPro: Office 365와 SharePoint 사이트 설정에 도움이 됐지만 로그인 세션이 자꾸 풀리는 경험담이 나왔다.
• Reddit r/ChatGPTPro: 브라우저 실행 환경이 갑자기 작동하지 않고 초기화 후에도 다시 실패한다는 후기다. 원문.
• Reddit r/ChatGPT: Work Cloud로 실행했는데 로컬 실행 경로와 충돌하는 듯했고, 데스크톱 앱을 닫고 웹에서 시도하자 정상 작동했다는 개인 보고도 있다. 원문.
• 중국 LINUX DO: Chat, Work, Codex가 동시에 나타나자 어느 제품을 어떤 일에 써야 하는지 헷갈린다는 이야기가 나왔다. 원문.
• 일본 Zenn: 클라우드를 지시 창구로 쓰고 집 PC의 개발 도구에 작업을 전달하는 구조를 만들었다. 타임아웃 문제와 집 PC의 상시 연결 필요성은 남았다. 원문.

Work Cloud는 분명 단순 답변보다 실제 결과물 제작에 가깝다. 하지만 모델이 일을 못하는 게 아니라 로그인·브라우저·권한 문제로 일을 못 끝내는 경우가 생긴다는 점이 흥미롭다.

3. Dots: 한 번의 작업이 아니라 업무 자체를 맡기기

Dots는 특히 기대가 큰 기능이다. 단발성 질문을 처리하는 대신 장기적인 목표를 기억하고, 연결된 앱을 살피고, 정기적으로 작업하며, 필요하면 Work나 Codex 쪽에 일을 넘길 수 있다. 자체 클라우드 컴퓨터와 브라우저를 이용하는 지속형 에이전트를 지향한다.

그렇다고 24시간 무엇이든 자유롭게 실행하는 AI는 아니다. 선제적 조사는 자료를 읽고 비공개 메모를 생성하는 기능이고, 이메일 발송·웹사이트 변경·로컬 컴퓨터 조작에는 별도 작업 권한과 승인이 적용된다.

자체 기억도 관리해야 한다. 연결 앱을 해제해도 예전에 읽은 정보를 Dot이 이미 기억하고 있다면 자동으로 모두 없어지는 것은 아니다. 첫 Dot 제공과 장시간 실행 작업의 무제한 이용도 같은 뜻이 아니다. 요금제·지역·조직 정책에 따른 대상 제한을 확인해야 한다.

Reddit: 놀라운 사례와 실망스러운 사례가 동시에

한 이용자는 Dot이 CAD 도면, 부품 명세서, 전기 관련 문서를 만들고 레이저 커터로 일부 결과를 제작했다고 주장했다. 하루 약 16억 토큰을 처리했다는 수치까지 공개했는데, 이것은 해당 사용자의 주장이지 누구에게나 제공되는 공식 할당량이 아니다. 원문.

다른 사람은 SharePoint 관련 업무에서 로그인과 2단계 인증을 반복하다 보니 Dot을 관리하는 일이 더 번거롭다고 불평했다. 원문. 남은 사용량이 있는데도 내부 제한 메시지가 나와 중단됐다는 주장도 있었다. 원문.

디시인사이드: 로컬 Codex와 연결하고 싶은 사용자들

프로그래밍 갤러리에서는 Dot에게 24시간 코딩을 맡겼지만 초기 확인 때 실제 코드 수정은 없었다는 경험담이 올라왔다. 원문.

AI 활용 갤러리에서는 간단한 PPT 파일 작업에 약 8분을 써도 제대로 완료되지 않았다는 불만이 있었다. 원문.

반대로 Dot에서 클라우드 작업을 거쳐 로컬 Codex에 다시 연결하는 방식에 성공했다는 글도 등장했다. 원문. Secure MCP Tunnel을 붙여 집 PC의 커스텀 MCP를 Dot이 사용할 수 있게 하자는 아이디어 역시 나왔다. 원문.

중국: 클라우드 파일 유지와 자체 서버 대안

LINUX DO에서는 Dots의 클라우드 파일과 설치된 도구가 사라지는 일을 겪어 외부 저장소에 중복 백업한다는 경험담이 나왔다. 이는 Codex Cloud의 별도 VM 보존 정책과 혼동하면 안 된다. 원문.

Godot 게임 개발을 Dot에 10시간 이상 맡겨 봤다는 사람은 AI가 자신이 요구하지 않은 규칙을 추가한다고 지적했다. 원문.

GitHub Actions 할당량이 떨어진 뒤 Dot의 클라우드 컴퓨터로 빌드와 릴리스를 만들었다는 이야기도 있었다. 한편 로컬 Mac mini 연결이 반복해서 끊기는 문제도 토론됐다. 원문.

중국 V2EX에서는 Azure VM에 Codex를 직접 설치하고 WebSocket 프록시로 모바일·웹·데스크톱을 연결한 사례가 등장했다. 공식 제품보다 서버 통제권이 크지만 VM 비용, 관리, 보안이 모두 자신의 몫이다. 원문.

일본: 업무 17개를 실제 화면과 대조한 실험

일본 Zenn의 실험은 Gmail, Google Calendar, Slack, Notion, GitHub 등을 Dot에 연결해 총 17개 업무를 시켰다. AI의 성공 메시지만 믿지 않고 실제 캘린더·파일·메시지·Git 기록을 확인했다는 점이 특별하다.

GitHub 활동 32개와 로컬 파일 31개 집계, 일정 생성·삭제, 이메일 초안 작성과 발송, Notion 페이지 작업 등의 결과를 공개했다. 하지만 처음에는 기본 캘린더만 조회해 일정이 누락됐고, Notion 삭제 승인이 별도 대화에 나타나 약 21분간 대기하다 중단된 사례도 있었다. 일부 설정 아래 일정 삭제가 별도 확인 없이 실행된 것으로 관찰됐지만, 모든 계정의 정책이 그렇다는 증거는 아니다.

다른 Zenn 개발 후기는 Dot이 약 60~70시간 프로젝트를 진행했다고 설명한다. AI 여러 개를 팀처럼 운영한 사례에서는 지휘·검토·승인·병합이라는 새로운 관리 업무가 생겼다고 지적했다.

4. 각 커뮤니티에서 반복되는 질문

이 표는 지역별 여론조사가 아니라 확인한 공개 글의 성격을 정리한 것이다. 특히 적극적인 고급 사용자와 장애를 겪은 사람이 후기 글을 남길 가능성이 크다.

5. 내 로컬 MCP 운영까지 자동으로 해결할까?

여기서는 냉정하게 구분해야 한다. 내 PC에서 실행하는 커스텀 MCP 서버와 Secure MCP Tunnel은 클라우드 AI가 생겼다고 자동으로 상시 실행되는 것은 아니다.

Codex Cloud는 승인된 개발 저장소의 수정과 검사에 쓸 수 있다. Work Cloud는 조사와 문서 작업에 적합하다. Dots는 정기적인 자료 수집과 업무 조율에 쓸 수 있다. 그러나 로컬 MCP와 실제 운영 서버를 수정하는 일은 기존 연결·접근 권한·승인 정책에 종속된다.

GitHub를 사용하지 않는 로컬 canonical 저장소라면 Codex Cloud의 GitHub 중심 환경을 그대로 대체 경로로 삼기 어렵다. 기존 운영 체계를 무작정 클라우드로 이전하기보다 조사·분석, 개발·검사, 운영·배포의 권한을 분리하는 편이 안전하다.

결론: 클라우드 컴퓨터보다 중요한 것은 작업의 지속성과 복구

이번 변화는 AI가 단순히 문장을 만들어 주는 단계에서, 자체 컴퓨터로 일을 수행하고 장기 업무를 관리하는 단계로 이동하는 흐름을 보여준다.

Codex Cloud는 개발에 강하고 Work Cloud는 실제 웹·앱 업무에 강하다. Dots는 이 작업들을 목표 단위로 연결할 잠재력이 있다. 하지만 세 가지가 존재한다고 모든 자동화가 저절로 완성되는 것은 아니다.

커뮤니티의 성공담은 분명 인상적이다. 그러나 파일이 사라지거나, 세션이 끊기거나, 승인 요청이 보이지 않아 업무가 멈추는 사례도 무시할 수 없다. 특히 중요한 것은 AI가 잘 생각하는가보다 내가 지켜보지 않을 때도 상태를 보존하고 실패를 설명하며 안전하게 다시 시작할 수 있는가다.

앞으로는 모델 자체의 똑똑함 못지않게 클라우드 실행 환경, 인증과 권한, 결과 검증과 복구 구조가 AI 서비스의 경쟁력이 될 것 같다.

공식 자료와 시작점

• Codex Cloud 환경 설정
• OpenAI 도움말
• OpenAI 개발자 문서
• Codex 개발자 안내

2026년 10월 18일 기준 기록. 커뮤니티 사례의 작업 시간·사용량·결과는 각 작성자의 주장이나 공개 실험 기록이며, 전체 이용자의 평균 성능을 뜻하지 않는다.