ChatGPT dots 활용 사례: 조사·초안·주간 보고를 맡기는 방법

공개 사용기의 쇼핑·여행·업무 정리 사례를 살펴보고, 실행하지 않은 가상 프롬프트 세 개로 자료 범위와 권한, 완료 증거, 후속 판단을 구체화한다.

개정 1판 · 최근 고침: 공개 활용 사례와 미실행 가상 프롬프트 세 개, 완료 증거·후속 판단을 설명하는 자체 도해와 비교표를 작성했다. · 고침 기록 보기

2026-10-08 공식 발표·시작·컴퓨터·제어 문서와 Pat Simmons의 공개 사용기를 직접 대조했다. 회사 소개 사례와 저자 개인 경험을 구분하며 성공률로 일반화하지 않는다. 비교·뉴스레터·주간 보고는 편집부의 가상 미실행 연습이고 도해는 제품 내부 구조가 아니다. 영상은 제목·채널·원본 주소 확인 범위이며 전체 재생 내용·자막·타임코드는 검증하지 않았다.

첫 업무는 결과를 직접 확인할 수 있는 일로

ChatGPT dots를 연결한 뒤에는 어떤 일을 맡길지부터 막힐 수 있다. 공개 자료를 비교하고 초안을 준비하고 정해진 자료에서 바뀐 내용을 모으는 업무부터 골라보자. 사람이 결과의 근거와 누락을 확인하기 쉽고 다음 요청에서 기준을 조정하기도 수월하다. 이는 편집부가 제안하는 시작 방법이다.

이 글은 공개 사용기에 나온 쇼핑·여행·업무 정리 사례를 짧게 살펴본 뒤, 독자가 자기 업무에 맞게 바꿀 수 있는 요청 예시 세 개를 제시한다. 공개 사례는 저자의 경험이고 예시는 편집부가 만든 가상 연습이다. 마탑이 dots를 실행해 성능을 측정한 결과는 없다.

접근 가능한 플랜과 지역, 초기 설정은 연관 문서 「ChatGPT dots: 목표와 권한을 정해 지속 업무 맡기기」에서 확인할 수 있다. 여기서는 업무의 입력, 중간 판단, 검토할 결과물에 집중한다.

공식 발표가 제시한 업무와 검토 시점

OpenAI의 공식 발표는 초기 테스터의 dot이 누락된 청구를 발견하고 청구서를 준비한 뒤, 승인을 받고 보냈다는 사례를 소개한다. 이는 회사가 공개한 초기 사례이며 마탑이 재현하거나 독립적으로 성능을 검증한 결과는 아니다.

발표 페이지는 인터뷰 기록에서 클립 후보와 쇼 노트, 소셜 게시물 초안을 준비해 검토받는 콘텐츠 작업도 예시로 제시한다. 이와 같은 소개 시나리오를 자기 업무로 옮길 때에는 사용할 자료, 초안을 확인할 사람, 실제 발송이나 공개 게시의 승인 조건을 먼저 적어보자.

이 절의 근거 S121

공개 사용기에서 본 세 가지 업무

Pat Simmons는 2026년 9월 30일 공개한 독립 사용기에 하루 동안 맡긴 일을 기록했다. 쇼핑에서는 Amazon이 클라우드 브라우저를 차단했고, 우회 요청을 거절한 dot이 연결된 개인 컴퓨터의 Chrome을 이용했다. Slack으로 물건 색상을 물으며 저자의 선택을 기다렸다.

여행 준비에서는 Montreal 숙소의 후기와 호텔 대안을 살피고 항공편을 비교했다고 적었다. 결제 단계에서는 멈췄으며, 결제는 저자가 맡아야 했다고 적었다. 업무 보드에서는 오래된 항목의 정리 목록을 먼저 제안하고, 승인 후 종료하도록 요청했다.

세 사례 모두 한 저자의 경험이다. 특정 사이트의 접속 가능 여부, 다른 사용자의 성공률, 모든 결제의 처리 방식으로 일반화할 수 없다. 차단 시 대응, 사람의 선택, 수정 전 승인이라는 관찰 지점을 얻는 데 쓰자.

이 절의 근거 S127

막혔을 때는 다음 행동의 조건부터 확인한다

공식 컴퓨터 안내는 일부 사이트가 클라우드 브라우저를 차단할 수 있다고 설명한다. 연결한 개인 컴퓨터에서 시도하도록 요청할 수 있지만, 클라우드의 로그인 세션이 옮겨지거나 특정 로컬 브라우저가 지원된다고 보장하지는 않는다. 공개 사용기의 Chrome 사례도 같은 결과를 약속하지 않는다.

클라우드 작업은 내 기기가 꺼져 있어도 이어질 수 있다. 개인 컴퓨터가 필요한 단계에서는 그 기기가 온라인이어야 하고 ChatGPT 앱이 열려 있어야 한다. Slack 같은 메시지 채널을 추가하는 일과 앱·컴퓨터 접근 권한을 부여하는 일은 별도다.

로그인이 필요하면 사용자가 비공개 입력 양식이나 인계받은 브라우저에서 직접 입력하고 사이트의 인증을 마친다. 암호나 인증 코드를 업무 프롬프트에 적지 않는다. 막힌 원인과 가능한 대안을 먼저 보고받으면 어느 환경을 쓰고 무엇을 승인할지 판단하기 쉽다.

이 절의 근거 S124 · S128

내 업무에 맞는 사례를 고르는 기준

첫 업무를 고를 때 자료가 어디에 있는지, 결과를 누가 확인할지, 잘못 처리했을 때 무엇을 되돌려야 하는지 적어보자. 자료를 읽고 초안을 만드는 일과 외부에 보내거나 원본을 바꾸는 일을 각각 나누면 첫 검토 시점을 잡기 쉽다.

아래 표는 공식 기능 목록이나 추천 순위가 아니다. 시작 가이드의 자료·판단 범위·후속 검토 안내를 참고해 만든 업무 선택표다. 비교 조사에는 원문과 기준일을, 글쓰기에는 주장별 근거를, 주간 보고에는 이전 기록과 이번 기록의 차이를 완료 증거로 삼는다.

예시 1 · 공개 자료로 공급업체 비교하기

다음은 실행하지 않은 가상 연습이다. 작은 행사의 운영 담당자가 공개 웹사이트를 보고 후보를 추리는 상황을 가정했다. 실제 업체명, 견적, 평가 결과를 만들지 않고 요청과 받아볼 결과물의 형식만 제시한다.

검색 범위를 무한히 넓히기보다 후보 URL과 반드시 필요한 항목을 먼저 준다. 공개 페이지에서 확인할 수 없는 가격이나 계약 조건은 문의가 필요한 항목으로 남긴다. 업체에 연락하거나 계약을 진행하는 일은 별도의 결정이다.

목표: 소규모 행사의 장비 대여 후보를 비교해 내부 검토용 초안을 작성해줘.
자료: 내가 제공한 후보 A·B·C의 공식 웹페이지 URL과 행사 요구사항 문서만 먼저 사용해줘. 기준일은 오늘로 기록해줘.
권한: 공개 자료 조사와 대화 안의 초안 작성까지 맡길게. 문의 발송·예약·구매·계정 생성은 하지 말아줘.
완료 증거: 후보별 장비 범위·배송 조건·확인 가능한 가격·추가 확인 사항을 표로 정리해줘. 확인한 항목마다 원문 URL과 열람일을 붙여줘.
보고 조건: 후보 세 곳을 확인했으면 초안을 보고해줘. 접근이 막히거나 필수 조건이 없으면 확인된 자료부터 보고하고 다음 조사 범위를 물어봐줘.

비교표를 받은 뒤에 확인할 것

받아볼 결과물의 열은 후보 / 확인된 조건 / 원문 URL / 열람일 / 미확인 사항으로 정할 수 있다. 여기에 선택 이유와 탈락 이유를 구분해 적게 한다. 가격이 없다는 사실만으로 비싸다고 판단하지 않도록, 미확인 상태를 그대로 남기는 편이 좋다.

원문 두세 곳을 직접 열어 표와 비교한다. 행사 날짜의 재고, 배송 지역, 추가 비용처럼 현재 자료로 확인하지 못한 항목은 질문 목록에 들어가야 한다. 이 글에는 확인을 끝낸 업체 비교표가 실려 있지 않다.

후속 요청도 조건을 좁혀 쓴다. 예를 들어 “배송 조건이 명시된 두 후보만 다시 비교하고, 가격 미확인은 표시한 채 유지해줘. 문의 메일은 초안만 작성해서 보여줘”라고 요청할 수 있다. 초안을 검토한 다음 실제 발송 여부를 결정한다.

예시 2 · 출처를 확인하며 뉴스레터 초안 준비하기

다음은 실행하지 않은 가상 연습이다. 공개 발표 세 건을 읽고 구독자용 뉴스레터 초안을 준비하는 상황이다. 공개 사례의 저자가 쓴 문장이나 실제 조직의 편집 절차를 가져오지 않고 확인할 결과물부터 정했다.

독자와 분량을 적고 공식 발표에서 확인되는 사실과 필자의 해석을 구별하게 한다. 멋진 제목을 얻어도 내용에 근거가 없으면 초안을 채택하기 어렵다. 출처가 필요한 문장과 아직 확인하지 못한 문장을 먼저 보게 하자.

목표: AI 도구를 처음 써보는 독자를 위한 주간 뉴스레터 초안을 작성해줘. 분량은 약 800자로 맞춰줘.
자료: 내가 제공한 공식 발표 URL 세 개와 가상 편집 기준을 사용해줘. 발행일과 기능 제공 시점을 구분해줘.
권한: 공개 자료 확인과 대화 안의 초안 작성까지 맡길게. 구독자 목록 접근·발송·공개 게시·유료 호출은 하지 말아줘.
완료 증거: 제목 후보 두 개, 본문 초안, 사실 확인표를 제출해줘. 사실 확인표에는 주장 / 공식 원문 URL / 확인한 날짜 / 현재 제공 또는 예정 여부를 적어줘. 편집 의견은 따로 표시해줘.
보고 조건: 출처에서 확인되지 않는 기능은 빼고 누락 이유를 알려줘. 공식 자료끼리 내용이 다르면 차이를 보고한 뒤 내가 선택할 때까지 해당 문장을 확정하지 말아줘.

원고 검토는 주장과 출처를 나란히 놓고 한다

받아볼 결과물은 제목 후보, 본문, 사실 확인표 세 부분이다. 실제로 작성한 뉴스레터나 측정한 클릭률을 이 글에서 제시하지는 않는다. 편집 담당자는 사실 확인표의 URL을 열어 본문의 날짜, 대상 플랜, 현재 제공 여부가 맞는지 대조한다.

초안에 근거가 부족하면 “예정 기능을 현재 기능으로 쓴 두 문장만 수정하고, 제목과 나머지 구성은 유지해줘”처럼 수정 범위를 정한다. 문체가 맞지 않을 때는 가상 편집 기준에 짧은 예문을 추가하면 된다. 비공개 원고나 고객 자료를 예시로 공개할 필요는 없다.

검토가 끝나도 발송은 별도의 단계다. 발송 대상과 최종 원고가 확정됐는지, 실제 앱 권한이 있는지, 필요한 승인이 끝났는지 확인한다. 프롬프트에 적은 조건 자체가 앱 권한을 만들어주지는 않는다.

이 절의 근거 S125

예시 3 · 프로젝트의 주간 상태만 읽어서 보고하기

다음은 실행하지 않은 가상 연습이다. 가상의 프로젝트 문서 두 개를 읽어 지난주와 이번 주의 변화를 보고하는 업무다. 실제 고객사, 개인 프로젝트, 계정이나 비공개 화면을 사용하지 않는다.

반복 요청에는 기준 시간대와 종료 기간을 함께 적는다. 예약 기능이 해당 환경에서 설정됐는지는 확인을 받아야 한다. 아래 요청은 설정을 마친 예약이나 자동으로 생성된 보고서의 증거가 아니다.

목표: 가상 프로젝트의 지난주 대비 변경 사항을 내부 검토용으로 요약해줘.
자료: 내가 제공한 지난주 상태 문서와 이번 주 상태 문서만 사용해줘. 두 문서의 작성일을 먼저 확인해줘.
권한: 읽기와 대화 안의 보고서 작성까지 맡길게. 원본 문서 수정·이슈 종료·담당자에게 메시지 발송은 하지 말아줘.
완료 증거: 바뀐 일정 / 막힌 항목 / 결정이 필요한 항목을 구분해줘. 항목마다 문서명과 근거 위치를 붙이고, 변화를 확인할 수 없으면 미확인으로 남겨줘.
보고 조건: 매주 금요일 오후 4시, Asia/Seoul 기준으로 4주 동안 보고하는 예약을 설정할 수 있는지 확인해줘. 가능하면 실행 시각·시간대·종료 기간을 설정 결과와 함께 알려줘. 문서가 오래됐거나 접근이 끊기면 추측으로 채우지 말고 나에게 알려줘.

주간 보고에는 변화와 미확인을 함께 남긴다

받아볼 보고서의 형식은 변경된 항목 / 지난주 근거 / 이번 주 근거 / 영향 / 미확인 사항이다. 담당자가 말하지 않은 이유를 추측해서 채우지 않게 한다. 문서가 갱신되지 않았다면 변화 없음과 자료 미갱신을 구별해서 보고받는다.

오래된 항목을 발견해도 이번 업무에서는 종료하지 않는다. 후속으로 정리 후보 목록과 근거를 요청한 뒤, 원본을 바꾸는 범위와 승인 조건을 따로 정할 수 있다. 공개 사용기에서도 관찰한 요청 순서를 가상의 보고 업무에 적용한 편집부 제안이다.

공식 시작 가이드는 고정 시각의 요청에 시간대와 기간을 적고 설정 결과를 확인하도록 안내한다. 대화나 음성 통화를 끝냈다고 맡긴 일이 반드시 멈추지는 않는다. 반복 업무를 종료할 때에는 예약 자체를 확인한다.

이 절의 근거 S128

시청각 자료는 무엇을 확인하며 볼까

공개 사용기의 원문을 먼저 읽고 영상에서는 최초 요청, 작업 환경, 사람에게 돌아오는 질문, 마지막 결과물을 각각 살펴보자. 중간을 편집한 시연이라면 실제 대기 시간이나 실패 빈도를 알기 어렵다. 영상 한 편으로 다른 업무의 성공률을 추정하지 않는다.

OpenAI의 「The dots demo, take two | OpenAI DevDay 2026」와 Pat Simmons의 「OpenAI Just Released Dots (An Insanely Easy AI Agent)」를 아래에 연결했다. 영상의 제목과 제작 채널은 확인했으며 전체 재생 내용·자막·타임코드는 검증하지 않았다. 기능 확인에는 공식 문서를, 개인 경험의 맥락에는 공개 사용기를 함께 본다.

다른 제작자의 설명과 비교하고 싶다면 Futurepedia의 「I Tested OpenAI's New Personal Assistant Agent: DOTS」도 참고할 수 있다. 제목·채널을 확인한 영상 링크이며 이 글은 영상 속 장면이나 검증하지 않은 결과를 재현된 사실로 설명하지 않는다.

직접 연습하면서는 공개 가능한 가상 자료로 입력과 검토 항목을 기록해보자. 업무 화면을 다른 사람에게 공유할 때에는 실제 개인정보나 비공개 프로젝트를 포함하지 않는 예시를 만든다. 이 글의 도해와 표도 실제 제품 화면이 아닌 편집부의 학습 자료다.

첫 결과를 보고 맡길 범위를 조정한다

처음에는 위 예시 하나에서 결과물의 근거 두세 항목을 직접 확인해보자. 빠진 정보가 있으면 자료를 더 주고 지나치게 넓은 조사라면 범위를 좁힌다. 어느 지점에서 판단 요청이 왔는지 기록하면 다음 업무의 보고 조건을 구체화하기 쉽다.

공식 제어 안내에 따르면 Pause는 dot의 현재 주 작업을 멈춘다. 위임 작업은 Activity에서, 반복 예약은 Scheduled에서 별도로 중단해야 한다. 이미 완료한 행동을 중단만으로 되돌릴 수는 없다.

다음 업무로 넓힐 때에도 목표·자료·허용 행동·완료 증거·보고 조건을 다시 적는다. 읽기와 초안 단계의 결과를 검토한 뒤 수정이나 발송이 필요한 범위를 정하면 독자는 dot이 제출한 결과와 자신이 내릴 결정을 나란히 볼 수 있다.

이 절의 근거 S125