ChatGPT Dots는 대화 사이에도 업무를 이어가는 AI 에이전트예요. 초기 후기에서는 문서 검토와 누락 점검이 눈에 띄지만, 실제 만족도는 연결한 도구와 맡긴 업무에 따라 갈려요.
‘GPT Dots’로도 검색되는 이 기능의 공식 명칭은 ChatGPT Dots예요. 2026년 9월 29일 공개됐고, 이 글은 10월 2일 한국 시간 기준 공식 문서와 9월 30일~10월 1일 초기 사용자 게시물을 대조한 리서치예요. 공개된 지 며칠 된 제품이라 장기 성과를 평가하기에는 이른 시점이에요. 아래에서는 공식 발표의 예시, 익명 사용자의 경험, 편집부가 제안하는 활용법을 구분해요.
ChatGPT Dots는 무엇을 계속 맡아주는가
OpenAI는 Dots가 GPT-6 Astra를 사용하며, 자체 클라우드 컴퓨터와 브라우저에서 목표를 향해 작업한다고 설명해요. 연결된 앱에서 필요한 정보를 읽고, 프로젝트 상황이 바뀌면 다음 단계를 준비하는 방식이에요. 핵심은 질문 한 번의 답변 품질뿐 아니라 다시 설명해야 하는 일과 진행 상황을 챙기는 부담을 얼마나 줄이느냐에 있어요. OpenAI Dots 발표에서 이 방향을 확인할 수 있어요.
예를 들어 ‘이번 자료를 요약해줘’ 대신 ‘이 프로젝트의 자료를 정리하고, 새 자료가 들어오면 바뀐 결론과 남은 질문을 알려줘’라고 책임을 정해줄 수 있어요. 편집부가 주목하는 지점도 여기에 있어요. AI에게 일을 맡기는 단위가 답변에서 업무 흐름으로 넓어지는 셈이에요. 전체 발표 맥락은 OpenAI DevDay 2026 정리에서 이어 볼 수 있어요.
최신 활용 사례: 좋은 후기에서 발견한 세 가지 장면
다음 사례는 사용자 본인이 공개한 경험이에요. 편집부가 원본 작업 파일이나 결과의 정확성까지 재현한 사례는 아니므로, 제품의 성공률을 나타내는 통계로 읽으면 안 돼요. 같은 사용자의 교차 게시물은 하나의 사례로 취급했어요.
1. 대량 문서를 검토하면서 작업의 맥락 이어가기
10월 1일 r/OpenAI의 한 사용자는 수백 개 PDF와 수천 페이지 규모의 검토를 맡겼다고 보고했어요. 중간에 다른 질문을 던져도 검토하던 위치와 맥락을 이어갔다는 점을 장점으로 꼽았어요. 동시에 별도 작업을 시작할 실행 환경이 없어 실패한 경험도 적었어요. 일부 실행 구조 설명은 Dot의 자기 설명에 기대므로 일반 사양으로 단정하기 어려워요. 대량 문서 검토 후기 원문
2. 견적 프로그램에서 작업 범위와 견적 초안 만들기
같은 날 r/accelerate에서는 건설 견적 업무를 한다는 사용자가 자신의 견적 소프트웨어에서 작업 범위, 상세 견적, 제외 조건을 작성하도록 했다고 설명했어요. 사용자는 방향을 안내하고 세부 내용을 수정했다고 해요. 텍스트를 생성하는 데서 끝나지 않고 업무 프로그램 안의 산출물로 이어졌다는 점이 흥미로워요. 다만 프로그램 이름, 검수 결과, 시간 절감 수치는 공개되지 않았어요. 견적 업무 활용 후기 원문
3. 연결된 이메일에서 중복 데이터 짚어주기
r/ChatGPTPro의 사용자는 다른 도구로 Google Sheets 데이터를 갱신해 업체에 이메일로 보낸 뒤, Dot이 중복 가능성이 있는 데이터를 알려줬다고 적었어요. 이 사용자는 처음에는 느린 응답과 권한 제약에 실망했지만, 예상하지 못한 점검에는 가치를 느꼈다고 해요. 연결한 정보에서 놓친 일을 발견하는 경험과 데이터 접근에 대한 부담이 함께 나타난 사례예요. 이메일 중복 점검 후기 원문
세 사례를 읽고 얻은 편집부의 해석은 ‘더 빠른 답변’보다 ‘내가 계속 챙기던 업무를 이어서 챙겨준다’는 경험이 호평의 이유가 될 수 있다는 거예요. 후기 개수나 추천 수로 전체 이용자의 만족도를 추정할 수는 없어요.
공식 활용 예시를 내 업무에 적용하는 방법
공식 Dots 제품 페이지에는 고객 피드백을 개선 작업으로 연결하고, API 이전을 추적하며, 인터뷰 자료에서 콘텐츠 초안을 준비하는 예시가 있어요. 아래의 ‘처음 맡길 범위’와 ‘검수 기준’은 이를 바탕으로 편집부가 제안하는 작은 실험이에요.
| 업무 | 처음 맡길 범위 | 검수 기준 |
|---|---|---|
| 콘텐츠 운영 | 인터뷰 한 편의 주요 장면·소개 글·소셜 게시물 초안 | 원문에 없는 발언이 추가됐는지 확인 |
| 고객 피드백 | 지정한 채널의 반복 요청을 묶고 개선 후보 제안 | 실제 사례 링크와 영향 범위 확인 |
| 서비스 이전 | 지정한 저장소의 기존 API 사용 위치 목록과 수정안 | 누락된 호출과 테스트 실패 확인 |
| 프로젝트 보고 | 이번 주 자료에서 변경점과 남은 질문 정리 | 숫자의 원본·기준 날짜 확인 |
첫 업무는 결과를 눈으로 검수할 수 있는 규모로 잡는 게 좋아요. ‘마케팅 전부 맡아줘’보다 ‘이번 인터뷰의 게시물 초안 세 개를 만들어줘’가 결과를 평가하기 쉬워요. 이후 정확성, 수정 횟수, 내가 확인하는 데 걸린 시간을 기록하면 다음 업무를 맡길 근거가 생겨요.
시작 조건: 플랜과 연결 권한 먼저 확인하기
공식 시작 가이드 기준으로 Pro와 Business Premium에 첫 Dot이 추가 비용 없이 포함돼요. Enterprise는 관리자 활성화가 필요한 베타예요. Pro의 초기 제공에서 EEA·스위스·영국은 제외되며, 계정별 제공에는 며칠이 걸릴 수 있어요. Plus·Go·Free 제공은 현재 안내에 명시돼 있지 않아요. 한국 계정도 실제 메뉴 노출을 확인해야 해요.
첫 생성은 데스크톱 앱이나 데스크톱 웹에서 진행해요. 이후 지원되는 모바일 앱에서 대화할 수 있지만 모바일 생성과 모바일 웹은 현재 지원되지 않아요. 필요한 앱을 연결한 다음 업무 범위와 승인 조건을 지정하고, 프로필의 진행 중·예약·완료 항목에서 결과를 확인해요. 로컬 컴퓨터 접근은 선택 사항이고 기본값은 꺼져 있어요.
바로 바꿔 쓸 수 있는 업무 지시 프롬프트 세 가지
아래는 편집부가 작성한 예시예요. 실제 연결 도구와 사용 권한에 맞춰 대괄호를 바꿔주세요. 공통 구조는 업무·참고 자료·결과물·완료 기준·승인 조건이에요. 반복 확인을 요청했다면 예약이 실제로 등록됐는지도 확인해요.
콘텐츠 리서치와 초안 준비
업무: [주제]의 콘텐츠 리서치를 맡아줘.
자료: 지정한 공식 사이트와 [자료 폴더]를 참고해.
결과물: 사실·출처·발표일을 담은 표, 글 개요, 한국어 초안.
기준: 공식 발표와 사용자 후기를 구분하고 중복 사례는 합쳐줘.
확인 주기: 평일 오전 9시, Asia/Seoul.
알림: 결론에 영향을 주는 변화가 있을 때 알려줘.
승인 조건: 외부 발행과 파일 공유는 내 검토 뒤에 진행해.고객 요청에서 개선 후보 찾기
업무: [지원 채널]의 최근 7일 피드백을 정리해줘.
범위: 내가 지정한 채널과 저장소만 사용해.
결과물: 반복 요청 상위 3개, 사례 링크, 재현 조건, 개선안.
기준: 빈도와 심각도를 따로 평가하고 불명확한 내용은 질문해.
허용: 자료 읽기와 개선 초안 작성.
승인 조건: 고객 답변 전송과 운영 서비스 배포는 검토 뒤 진행해.문서 변경과 누락 점검
업무: [프로젝트 폴더]의 문서와 일정 사이의 불일치를 찾아줘.
결과물: 변경된 조건, 근거 문서 링크, 담당자에게 물을 질문.
기준: 원본의 날짜와 버전을 함께 적어줘.
완료 조건: 확인한 자료와 남은 자료를 목록으로 남겨줘.
막힘: 접근 실패나 실행 실패를 성공으로 처리하지 말고 알려줘.
승인 조건: 원본 수정과 외부 메시지 전송은 내 확인을 받아줘.효과를 판단할 때는 생성된 분량보다 검수 후 사용할 수 있는 결과의 비율을 보세요. 재작업 시간이 늘면 더 작은 범위로 줄여야 해요. 시간·품질·비용을 함께 기록하는 방법은 AI 업무 성과 측정 가이드에 정리돼 있어요.
초기 한계: 작업 실패·사용량·정보 접근
호평만 있는 것은 아니에요. 10월 1일 r/codex의 한 사용자는 불필요한 작업 대화 생성, 진행 상황 보고 누락, 모델 선택 요청이 반영되지 않는 경험을 지적했어요. 이 역시 개별 계정의 보고이고 모든 계정에서 재현되는 결함으로 확정할 수는 없어요. Codex 연동 비판 후기 원문
실패를 줄이려면 결과 파일이나 실제 작업 상태로 완료 여부를 확인하세요. ‘진행 중’이라는 답만으로 실행이 시작됐다고 판단하기보다, 작업 목록과 오류를 확인하는 습관이 필요해요. 긴급한 당일 작업을 처음 맡기기보다는 마감 여유가 있고 검수 가능한 업무부터 시험해보는 것을 권해요.
비용도 구분해야 해요. OpenAI 발표에 따르면 Dot과의 대화는 ChatGPT 사용 한도에 포함되지 않지만, Dot이 시작하거나 관리하는 Codex·ChatGPT Work 작업에는 해당 사용 한도가 적용돼요. 출시 첫 달의 확대된 한도를 ‘모든 작업이 계속 무제한’으로 해석하면 곤란해요. 구독료와 위임 작업의 사용량을 함께 확인하세요.
OpenAI의 안전·보안 설명은 선제적 리서치가 읽기 전용 도구를 사용하며, 메시지 전송이나 앱 내용 변경 같은 후속 행동에는 별도 규칙과 검사가 적용된다고 설명해요. Custom Rules와 Auto-review가 있어도 오류 가능성은 남아요. 처음에는 업무에 필요한 폴더와 앱부터 연결하고, 외부 공유의 대상과 범위를 명시하는 편이 좋아요. 이미 얻은 정보는 앱 연결을 끊는 것만으로 없어지지 않는다는 점도 확인해야 해요.
직접 검증 기록: 공식 문서 대조와 리서치 범위
편집부는 10월 2일 공식 지원 문서를 직접 확인하고, 개요와 승인 규칙 화면을 캡처해 비교 기록을 남겼어요. 아래 영상은 공개 문서의 해당 항목으로 이동하며 내용을 대조한 과정이에요. 이 기록의 검증 범위는 문서에 적힌 기능과 조건이며, Dots의 계정별 작업 성공률·응답 속도를 측정한 벤치마크는 아니에요.
자주 묻는 질문
좋다는 후기만 보고 유료 플랜을 선택해도 될까요?
반복해서 맡길 업무가 있는지 먼저 정해보세요. 이번 리서치에서 확인한 후기는 출시 직후의 소수 경험이며 장기 성과 자료가 아니에요. 기존 플랜에 접근 권한이 있다면 작은 업무 하나의 검수 시간을 기록해보는 게 판단에 도움이 돼요.
내 컴퓨터를 계속 켜둬야 하나요?
Dot의 기본 클라우드 작업에는 자체 컴퓨터가 있어요. 내 컴퓨터의 파일이나 로컬 도구를 쓰도록 연결한 별도 작업은 그 컴퓨터의 실행 조건도 확인해야 해요.
팀 전체가 여러 전문 Dot을 바로 사용할 수 있나요?
공식 발표는 조직용 전문 Dot을 제한적인 기업 파일럿으로 설명해요. 개인용 첫 Dot의 제공과 조직용 전문 Dot의 일반 제공을 같은 것으로 보면 안 돼요.
편집부의 판단: Dots는 자료와 업무가 계속 바뀌는 프로젝트에서 시험해볼 만해요. 첫 평가 기준은 ‘스스로 얼마나 많은 일을 했는가’보다 ‘내가 반복해서 확인하던 부담을 줄이면서 검수 가능한 결과를 남겼는가’로 잡는 것이 좋겠어요.
출처와 검증일
검증일: 2026-10-02, Asia/Seoul. 공식 자료 4건과 서로 다른 사용자 후기 4건을 대조했어요. 후기는 자기 보고이며 대표성 있는 만족도 조사로 사용하지 않았어요. 본문에 제시한 프롬프트와 적용 범위는 편집부의 제안이에요.