ChatGPT에 일을 맡길 때 우리는 보통 대화창에서 출발한다. 자료를 주고, 요청하고, 결과를 받은 뒤 다음 일을 설명한다. 다음 날 다시 돌아오면 무엇이 바뀌었는지 알려주는 것도 대체로 우리 몫이다.
OpenAI가 9월 29일 DevDay 2026에서 발표한 Dots는 그 사이의 시간을 겨냥한다. 사용자가 새 메시지를 보내지 않는 동안에도 목표를 이어서 수행하는 상시형 AI 에이전트다. GPT-6 Astra를 기반으로 자체 클라우드 컴퓨터를 사용하고, 연결한 앱과 축적한 맥락을 활용한다. Dots 공식 발표
새 모델 이름이 하나 늘어난 소식으로 보면 핵심을 놓친다. Dots는 답변을 생성하는 모델 자체보다, 모델에게 일을 지속적으로 맡기는 방식에 관한 제품이다.
“글 하나 써줘” 다음에 남아 있던 일
블로그 운영을 예로 들어보자. 아래는 실제 사용 후기가 아니라 Dots의 방향을 이해하기 위한 가상 시나리오다.
오늘 AI 뉴스를 찾아 글을 쓰는 일은 한 번의 요청으로 끝낼 수 있다. 하지만 블로그를 운영하는 일은 끝나지 않는다. 어제 쓴 제품의 가격이 바뀌기도 하고, 공개 예정이던 기능이 출시되기도 한다. 최신 글을 쓰는 동안 예전 글의 설명이 낡아가는 것이다.
이때 맡기고 싶은 일은 단순히 “매일 글을 써줘”보다 다음에 가깝다.
내가 다룬 AI 제품의 공식 발표를 정기적으로 확인해줘. 기존 글의 설명을 바꿔야 할 변화가 있으면 원문 근거와 수정 초안을 가져와. 게시물은 직접 수정하지 말고 내 확인을 기다려.
중요한 것은 글을 한 편 더 만드는 능력이 아니다. 기존 글과 새 발표를 연결하고, 업데이트가 필요한 시점을 발견하는 일이다. 위 요청대로 동작하는지는 실제 환경에서 검증해야 하지만, 상시형 에이전트가 유용해질 수 있는 지점은 이렇게 설명할 수 있다.
일반 대화에서도 예약 기능이나 외부 자동화를 조합해 비슷한 흐름을 만들 수 있다. 따라서 Dots가 없던 능력을 전부 새로 발명했다고 볼 필요는 없다. OpenAI는 지속적인 업무, 연결 도구, 기억, 실행 환경을 하나의 개인 에이전트 경험으로 묶으려 한다. 이것이 이번 발표에 대한 내 해석이다.
Plus에서도 되나? ‘추가 비용 없음’은 무제한인가?
출시 시점 안내는 구분해서 읽어야 한다. Dots는 지원 시장의 Pro·Business Premium에 순차 제공되며, Enterprise 계열은 관리자가 활성화하는 베타 경로가 안내됐다. 모든 ChatGPT 사용자에게 즉시 열렸다는 발표가 아니다. 계정별 반영 시점도 다를 수 있다. 공식 도움말의 이용 대상
사용량도 서로 다른 두 문장이 함께 존재한다.
- 첫 dot은 해당 요금제에 추가 비용 없이 포함되고, dot과의 대화는 ChatGPT 사용량 한도에 포함되지 않는다.
- 더 깊은 작업에는 제공량이 있으며, dot이 시작하거나 관리하는 Codex·ChatGPT Work 작업은 기존 사용량 한도를 사용한다.
즉, 상시 이용 가능하다는 설명과 모든 실행이 무제한이라는 설명은 다르다. 출시 첫 달의 확장 한도도 영구 조건으로 읽으면 안 된다. 공식 발표의 사용량 설명
이 구분은 도입 판단에 직접 영향을 준다. 짧은 대화를 자주 나누는 사람과, 큰 코드베이스를 대상으로 작업을 계속 실행하는 사람에게 같은 ‘24시간 비서’가 의미하는 사용량은 다르기 때문이다. 자신의 실제 업무로 얼마나 많은 실행이 발생하는지 확인하기 전에는, 현재 구독만으로 모든 반복 업무를 감당할 수 있다고 가정하기 어렵다.
앱을 연결하기 전에 알아둘 한 가지
개인적으로 출시 도움말에서 가장 먼저 확인하고 싶은 부분은 앱 연결 해제에 관한 설명이다.
Dots는 연결된 정보를 사용자가 새로 질문하지 않은 때에도 살펴보고 기억을 만들 수 있다. 그리고 앱 연결을 끊는 것만으로 이미 얻은 정보가 삭제되지는 않는다. 도움말은 그 정보의 삭제를 dot 삭제와 연결해 안내한다. 로컬 컴퓨터 접근은 별도의 선택 사항이며 기본적으로 꺼져 있다. 연결된 앱과 로컬 접근 안내
연결 버튼을 누르는 행위의 의미를 다시 생각하게 하는 대목이다. 특정 질문에 답하려고 잠깐 자료를 읽게 하는 것과, 지속적으로 참고할 정보원을 연결하는 것은 다르다.
블로그 예시라면 처음부터 개인 메일과 모든 업무 자료를 연결할 이유는 없다. 공개된 회사 발표와 공개 게시물만으로 업데이트 후보를 찾는 작은 업무부터 평가할 수 있다. 어느 정보가 필요했고, 어떤 근거로 수정이 필요하다고 판단했는지 확인한 뒤 범위를 넓히는 편이 낫다.
이것은 Dots에서 공개 정보만 사용하도록 제한하는 특정 설정이 검증됐다는 뜻이 아니라, 도입 범위를 정하는 제안이다. 실제 연결 권한과 실행 동작은 따로 확인해야 한다.
하루 뒤에 무엇이 돌아와야 유용할까
상시형 에이전트를 평가할 때 “얼마나 많이 일했는가”는 애매한 지표다. 열 개의 알림이 왔지만 모두 중요하지 않았다면, 오히려 확인할 일이 열 개 늘어난 셈이다.
블로그 운영자에게 필요한 결과는 긴 활동 보고서보다 이런 짧은 보고일 수 있다.
기존 글의 ‘기업용만 제공’이라는 문장이 새 발표와 맞지 않습니다. 변경 근거와 해당 문단의 수정 초안을 준비했습니다. 아직 게시물에는 반영하지 않았습니다.
이 역시 가상의 기대 결과다. 하지만 무엇을 성공으로 볼지 드러낸다. 변경할 필요가 있는 일을 찾아냈는가. 근거를 확인할 수 있는가. 검토할 분량이 적절한가. 무엇보다 하지 말라고 한 게시까지 진행하지 않았는가.
OpenAI의 도움말도 Dots가 규칙을 따르는 과정에서 실수할 수 있다고 명시한다. 승인 규칙을 만들었다는 이유만으로 결과 확인이 불필요해지는 것은 아니다. 제어와 승인에 관한 안내
DevDay의 여러 발표 가운데 Dots가 흥미로운 이유는, 사용자가 자리를 비운 시간까지 AI 제품의 영역으로 삼았기 때문이다. 다만 24시간 돌아가는 것만으로 좋은 비서가 되지는 않는다.
아무 변화가 없는 날에는 조용히 있고, 정말 고쳐야 할 것이 생긴 날에는 근거와 함께 찾아오는 것. 내가 블로그에 상시형 AI를 붙인다면, 첫 번째로 확인할 능력은 그것이다.
2026년 9월 30일 공개된 공식 자료를 기준으로 작성했습니다. 직접 사용한 리뷰가 아니며, 지원 지역·요금제·제공량은 변경될 수 있습니다.