휴대폰에서 일을 맡긴 뒤 노트북을 닫아도 AI가 계속 일한다면 무엇이 남아 있을까. Dots는 클라우드에서 업무를 이어 가지만, 내 컴퓨터에만 있는 파일과 도구까지 저절로 옮기는 것은 아니다. 주간 보고서 하나를 따라가며 계속할 수 있는 일, 기다려야 하는 일, 다시 연결한 뒤 확인할 결과를 나누어 본다.
휴대폰에서 쉽게 부르는 것과 어디서나 실행하는 것은 다르다
OpenAI의 Dots는 대화 사이에도 맡은 일을 이어 가는 에이전트다. 한 번의 결과물을 요청하는 데서 나아가, 계속 추적할 책임을 주고 필요한 결정을 돌려받는 사용을 겨냥한다. 공식 소개는 GPT-6 Astra 기반이며 자체 클라우드 컴퓨터와 브라우저를 사용한다고 설명한다. Dots 공식 소개
10월 12–16일 공식 주간 업데이트에는 iOS 홈 화면 위젯과 Shortcuts에서 dot을 여는 기능이 실렸다. ChatGPT for iOS 1.2026.279와 함께 순차 제공되며 dot 접근 권한이 필요하다. 위젯의 메시지·통화 진입, 단축어의 Messaging·Dictation·Call 모드가 안내돼 있다. 주간 묶음의 날짜를 모든 계정에서 기능이 켜진 날로 해석해서는 안 된다. 공식 업데이트
이 변화는 이동 중에도 일을 지시하고 확인하기 쉽게 만든다. 그러나 휴대폰이 대화 창을 열었다고 노트북 안의 파일이 클라우드로 이동하는 것은 아니다. 업무를 맡길 때 중요한 질문은 “지금 어디서 말을 거는가”와 “그 단계가 어느 컴퓨터를 필요로 하는가”를 분리하는 것이다.
이 글의 확인일은 2026년 10월 17일이다. 공식 문서를 읽은 분석이며, 아래 주간 보고서는 독자가 자기 업무에 적용하도록 만든 가상 사례다. Dots를 직접 실행하거나 한국 계정의 이용 가능 여부, 모바일 화면 배치, 처리 시간과 청구액을 측정하지 않았다.
업무를 조율하는 곳과 실제 도구가 실행되는 곳
Dots의 클라우드 컴퓨터에는 자체 파일·소프트웨어·브라우저 세션이 있다. 개인 기기가 꺼져도 클라우드 작업은 이어질 수 있다. 내 컴퓨터를 연결하면 그곳의 파일·앱을 사용하는 작업도 맡길 수 있지만, 컴퓨터가 온라인이고 ChatGPT 앱이 열려 있어야 한다. 개인 컴퓨터는 한 번에 하나만 연결할 수 있다. 컴퓨터와 앱 연결
따라서 업무에는 두 위치가 생긴다. 다음 행동을 정하고 대화를 이어 가는 조율 위치, 파일을 읽거나 앱을 실행하는 실행 위치다. 기업용 공식 문서도 클라우드 조율이 모든 도구와 파일의 클라우드 이전을 뜻하지 않는다고 구분한다. 로컬 접근의 구조
예를 들어 휴대폰에서 “이번 주 품질 보고서를 만들어 줘”라고 요청했다고 하자. 공개 이슈를 읽고 정리하는 부분은 클라우드에서 할 수 있다. 회사 노트북의 특정 앱으로만 재현 가능한 검사는 그 노트북에 의존한다. 첫 부분이 끝났어도 두 번째 입력이 없으면 보고서 전체의 결론은 아직 달라질 수 있다.
클라우드 코딩이 필요하다면 저장소와 설정을 갖춘 Codex 클라우드 환경을 미리 만들어 둘 수 있다. 다만 이미 생성한 작업은 원래 컴퓨터나 클라우드 환경을 기준으로 이어진다. dot에서 선택한 컴퓨터를 바꿨다고 기존 작업이 이동하지 않는다. 작업 위치와 인계
이 구조를 이해하면 일을 나누는 기준도 명확해진다. “조사 담당과 분석 담당”처럼 역할 이름부터 늘리기보다, 같은 입력을 기다려야 하는가, 별도로 끝낼 수 있는가를 먼저 보자. 독립적으로 만들 수 있는 결과는 먼저 준비하고, 빠진 입력이 결론을 바꾸는 지점에서 합류시키는 방식이다. 이는 이 글의 업무 설계 제안이며 Dots가 제공하는 고정 파이프라인 기능 이름은 아니다.
사례: 클라우드 이슈와 로컬 검사로 주간 품질 보고서 만들기
가상 앱 팀이 매주 월요일 오전에 버그 우선순위를 정한다고 하자. 담당자는 금요일까지 들어온 이슈를 모으고, 노트북에서 수행한 호환성 검사와 대조해 다음 주 할 일을 정한다. 목표는 예쁜 요약보다 제보, 재현 결과, 아직 확인하지 못한 것을 구별한 보고서를 받는 것이다.
입력은 세 가지로 제한한다. 공개 이슈 목록의 사본, 사람이 정한 분류 기준 문서, 로컬 검사 결과 파일이다. 여기서는 파일을 구현하거나 제품에 연결하지 않았으며, 실제 고객·저장소 자료도 쓰지 않았다.
| 입력 | 놓인 곳과 필요한 준비 | 이번 보고서에서 하는 일 |
|---|---|---|
| 금요일까지의 이슈 목록 | 클라우드에서 읽을 수 있는 지정 URL 또는 사본 | 제보를 버전·증상별로 묶기 |
| 분류 기준 v3 | dot과 작업에 제공할 문서 | 재현 확인/미확인, 우선순위 이유 구별 |
| 같은 기간의 호환성 검사 결과 | 연결한 노트북의 지정 파일 | 제보와 실제 실행 결과 대조 |
파일 이름이 같다고 같은 회차의 자료인 것은 아니다. 예를 들어 checks-current.txt가 지난주 결과라면 이번 주 검사 완료의 증거가 될 수 없다. 이 사례에서는 결과에 대상 앱 버전, 검사 기간, 실행 시각을 적도록 정한다. 실제 팀에 이미 결과 ID가 있다면 새 양식을 만들기보다 그 ID를 참조하면 된다.
첫 요청은 한 회차가 끝나는 조건까지 담는다
아래 문구는 실행 코드나 Dots에 설치되는 자동화가 아니다. 작업 위치와 결과 범위를 설명하는 예시다. 먼저 한 회차로 연결·산출물을 확인한 뒤 반복 일정으로 옮기는 용도로 쓸 수 있다.
이번 주 품질 보고서 초안을 만들어 줘.
입력: 지정한 이슈 목록 사본, 분류 기준 v3,
연결 노트북의 같은 기간 호환성 검사 결과.
이슈 분류는 클라우드에서 먼저 진행해.
로컬 파일이 없거나 노트북이 오프라인이면 그 단계를 미확인으로 남겨.
지난주 검사 결과를 이번 주 실행으로 대체하지 마.
출력에는 대상 기간·앱 버전·입력 참조·미확인 검사를 적어 줘.
두 자료의 기간과 버전이 맞을 때만 최종 결론을 합쳐 줘.
이슈 수정·외부 공유는 하지 말고 내 검토용 초안으로 돌려줘.
각 작업이 실행된 위치와 다시 이어 갈 작업을 함께 알려 줘.
이렇게 나누면 노트북이 꺼져도 얻을 수 있는 결과가 있다. 이슈 분류 초안은 다음 회의의 질문을 준비하는 데 쓸 수 있다. 동시에 “재현된 버그가 없다”는 결론은 내릴 수 없다. 검사를 못 읽은 상태와 검사했지만 해당 문제가 없었던 상태가 다르기 때문이다.
네 가지 입력 상태로 결과를 먼저 설계한다
다음은 예상 입력과 기대 판단이다. 실제 실행에서 네 경우를 통과했다는 테스트 보고가 아니다. 첫 사용 때 자기 자료로 대조할 수 있는 확인표다.
| 가상 상황 | 받아야 할 결과 | 다음 행동 |
|---|---|---|
| 이슈와 검사 모두 같은 기간·버전 | 제보별 재현 여부와 근거가 있는 보고서 초안 | 사람이 우선순위 검토 |
| 이슈만 읽었고 노트북은 오프라인 | 이슈 분류 초안 + 로컬 검사 미확인 | 연결 복구 후 해당 검사 결과 대조 |
| 검사 파일은 있지만 지난주 자료 | 오래된 자료라는 표시, 이번 주 재현 판단 보류 | 현재 결과 확보 또는 이번 회차를 부분 보고로 종료 |
| 두 결과는 왔지만 대상 앱 버전이 다름 | 서로 다른 버전의 결과를 분리한 설명 | 비교 가능한 버전으로 재검사할지 결정 |
회차마다 모든 작업을 다시 시키는 것보다, 이미 받은 입력의 참조와 빠진 항목을 남기는 편이 검토하기 쉽다. 그러나 “이미 분류했음” 표시만 믿고 재사용해서도 안 된다. 이슈 목록이 뒤늦게 수정됐다면 어떤 시점의 사본인지 확인해야 한다. 진행 상태와 입력의 유효 시점은 함께 남겨야 한다.
주간 보고서 업무 카드 내려받기에는 입력 위치, 회차, 부분 결과, 합류 조건을 묶었다. 제품의 내장 상태 관리나 자동 재개 기능을 구현한 파일은 아니다.
기억은 기준을 이어 주지만 작업 입력을 대신하지 않는다
Dots는 현재 대화, 관련 ChatGPT 메모리, 자체 저장 노트를 이용한다. 자체 노트는 모든 대화의 완전한 기록이 아니다. 새로 위임한 작업도 자기 대화를 가지므로 dot과 나눈 대화 전체를 자동으로 받는다고 가정하면 안 된다. 문맥과 기억의 범위
보고서 사례에서는 “최근 합의한 분류 기준을 기억하겠지”라고 두는 대신 분류 기준 v3의 참조를 각 작업의 입력에 넣는 방식을 제안한다. 다음 주 v4로 바뀌면 어떤 회차부터 적용할지도 적는다. 기억은 담당자의 선호와 진행 중 책임을 이어 주는 데 유용하지만, 이번 보고서가 실제로 어느 기준을 썼는지는 결과에서 확인해야 한다.
고정 시각에 반복하려면 저장된 일정이 필요하다. 시간대·종료일·알림 조건·전달 위치를 지정하고 저장된 내용을 확인하자. 연결한 서비스가 지원하는 이벤트에 반응하도록 요청할 수도 있지만, 앱 연결만으로 감시 작업이 생기지는 않는다. 반복 일정과 이벤트
이 사례라면 “월요일 09:00, Asia/Seoul, 앞으로 4회, 금요일까지의 지정 입력으로 초안 작성”처럼 요청할 수 있다. 보고 기간의 시작·끝과 파일 갱신 시각도 별도로 정해야 한다. 이는 제안한 업무 계약이며, 휴일·누락 회차 보충·중복 실행 방지까지 보장하는 설정은 아니다.
화면에서 확인할 것은 대화, 작업, 컴퓨터, 일정이다
공식 문서가 안내하는 위치를 업무와 연결하면 다음과 같다. 실제 제품을 조작하거나 화면 폭별 배치를 검증한 결과는 아니다.
| 확인할 정보 | 공식 문서의 위치 | 보고서 사례에서 확인할 것 |
|---|---|---|
| 전체 방향과 바뀐 조건 | dot과의 대화 | 이번 주 대상 기간과 분류 기준 |
| 개별 작업의 결과·입력 요청 | 데스크톱 dot 프로필 → Activity → 작업 | 이슈 초안과 로컬 검사의 완료 범위 |
| 실행 공간·브라우저 | 프로필 → Computers | 필요한 컴퓨터가 연결됐는지, 로그인 요청이 있는지 |
| 다음 회차 | Scheduled | 시각·지시·결과 전달 위치·종료 조건 |
Activity와 Scheduled의 경로는 작업 검토 문서, Computers는 컴퓨터 연결 문서에 근거한다. 클라우드 컴퓨터를 열어 보는 것과 직접 조작하는 것도 구분된다. Take over로 마우스·키보드 조작권을 받고, 마친 뒤 Return control로 돌려준다. 개인 브라우저의 로그인은 클라우드 브라우저에 그대로 이어지지 않는다.
이 구분에는 이유가 있다. 대화는 우선순위를 설명하기 좋고, 개별 작업은 해당 결과의 근거를 찾기 좋다. 일정 화면에서는 아직 시작하지 않은 회차를 확인한다. 대화의 마지막 “완료” 메시지만 보면 이 세 범위를 한꺼번에 완료로 오해하기 쉽다.
작은 화면에서는 보고서 요약과 원본 결과를 차례로 열어 보는 방식이 현실적이다. 넓은 화면에서는 작업 결과와 입력 참조를 함께 대조하면 도움이 된다. 이는 권장 검토 방식이며 제품이 반드시 해당 분할 배치를 제공한다는 설명은 아니다. 이번 iOS 위젯 추가만으로 데스크톱 Activity의 모든 조작이 모바일에서도 같다고 판단할 수 없다.
오프라인에서 돌아오거나 일을 그만둘 때
공식 기업 문서의 Dots 항목은 Offline과 Disconnected를 구분한다. 전자는 기기가 이용 불가능한 상태이고 저장된 접근 허가는 남아 있을 수 있다. 후자는 접근 허가가 제거된 상태다. 로컬 자식 작업은 자동으로 클라우드로 이동하지 않으며 연결 변경으로 중단되거나 실행 환경이 다시 로드될 수 있다. Dots의 로컬 접근과 실행 중 작업
따라서 노트북을 다시 켰다면 먼저 Activity에서 해당 검사의 상태와 이미 만들어진 파일을 보자. “처음부터 다시”를 요청하기 전에 이번 회차 결과인지 확인한다. 다른 컴퓨터로 바꿔야 한다면 새 작업에 필요한 자료·설정·이미 끝난 범위를 명시적으로 넘기는 별도 인계를 계획해야 한다. 기존 작업의 이동이나 실행 재개를 보장하는 단일 버튼으로 설명할 수는 없다.
업무를 완전히 끝낼 때는 세 범위를 따로 다룬다. Pause는 dot의 현재 주 작업을 멈추지만 모든 위임 작업과 미래 예약을 멈추지는 않는다. 위임한 작업은 Activity에서, 반복 일정은 Scheduled에서 따로 중지·비활성화·삭제한다. 이미 끝난 외부 행동은 중지로 되돌아가지 않는다. 정지 범위
이 보고서를 더 만들지 않기로 했다면 “이번 분석 중지”, “노트북 검사 작업 중지”, “남은 월요일 일정 취소”가 각각 확인 대상이다. 하나의 대화에서 모두 요청할 수 있어도, 확인할 결과는 세 가지로 남는다.
이용 조건과 처음 맡기기에 적합한 업무
확인일의 공식 안내는 개인 Pro 100·200·500을 EEA·영국·스위스 밖의 18세 초과 사용자에게 점진 제공한다고 설명한다. Business Premium과 Enterprise는 전 세계 순차 제공이며 Enterprise는 관리자가 켜야 한다. 대상 플랜이어도 즉시 보이지 않을 수 있다. dot과의 대화가 ChatGPT 사용 한도에 포함되지 않는다는 설명과, dot이 시작·관리하는 Work·Codex 작업이 각 제품 한도를 소비한다는 설명도 구분해야 한다. 한국에서의 실제 계정 접근·세금·청구액은 확인하지 않았다. 현재 접근·사용량 조건
도입할 만한 업무는 반복할 책임이 분명하고, 자료 위치가 알려져 있으며, 일부 결과만으로도 다음 판단을 준비할 수 있는 일이다. 이번 보고서처럼 이슈 분류와 로컬 검사를 나눌 수 있다면 기다리는 동안에도 쓸모 있는 초안을 받을 여지가 있다. 실제 효과는 첫 회차에서 사람이 다시 설명한 내용, 입력을 기다린 단계, 고쳐야 했던 결론을 기록해 판단하자.
반대로 매 단계가 켜 둔 노트북의 전용 앱에 의존하거나 자료를 외부 환경에서 처리할 수 없다면, 클라우드의 지속성만으로 무인 업무가 되지는 않는다. 한 번의 짧은 질문으로 끝나는 일에서는 연결과 일정 관리가 추가 부담일 수 있다. 제품 선택이 남았다면 Muse·Dots·Grok Bot 비교, 비용 판단이 필요하면 완료 비용과 사람 검토의 분석으로 이어 읽을 수 있다. 이 글의 업무 카드는 저장해 두고 첫 회차와 다음 회차의 입력·결과를 대조할 때 활용하자.
- Dots가 클라우드에서 계속 조율해도 로컬 파일·앱이 필요한 단계는 연결한 컴퓨터가 온라인이어야 한다.
- 반복 업무는 입력 위치와 결과의 유효 시점을 먼저 나누면, 일부 자료가 없어도 어디까지 진행했는지 판단할 수 있다.
- 선택한 컴퓨터를 바꾸는 것은 기존 작업을 옮기는 동작이 아니다. Activity에서 원래 실행 위치와 결과를 확인한다.
- Pause, 위임한 작업 중지, 반복 일정 취소는 범위가 다르다. 종료할 업무의 세 부분을 따로 확인해야 한다.
근거와 원자료
자료의 발행 시점과 이번 글에서 참고한 범위를 함께 기록합니다.
- Meet dots ↗OpenAI · 2026
Current gradual access, age/region/plan conditions and Work/Codex usage; GPT-6 Astra product description. Account access and cost not tested.
- What's new ↗OpenAI · 2026
October 12–16 weekly entry: iOS 1.2026.279 dot widget and Shortcuts, rollout requires dot access. Direct fetch contains entry absent from older search extract. Not exact launch day.
- Connect computers and apps to your dot ↗OpenAI · 2026
Cloud and local files/browser sessions, one personal computer, online/app-open requirements, Take over/Return control. No product runtime.
- Tasks and memory ↗OpenAI · 2026
Task original environment, memory/context scope and saved recurring schedule. No automatic migration or full conversation inheritance.
- Control your dot ↗OpenAI · 2026
Activity/Scheduled review locations and separate main Pause, delegated task stop, schedule cancellation.
- Local computer access for Work Cloud and dots ↗OpenAI · 2026
Enterprise guide: coordination versus execution and Dots-specific Offline/Disconnected, no automatic local child migration. Do not generalize Work admin interruption semantics to Dots.
갱신 기록
현재 공식 문서와 10월 12–16일 업데이트를 확인한 신규 분석. 보고서 사례·업무 카드는 가상 설계이며 Dots 실행·계정 접근·성과 측정은 수행하지 않았다.
오류를 발견했다면 →