Dots 마스터하기: 완전 가이드

OpenAI 가 방금 Dots 를 출시했습니다. 그리고 이는 AI 와 협업하는 완전히 새로운 방식을 제시했죠...

Dots 는 지금 그 자체로 독보적인 카테고리에 있습니다. ChatGPT 보다 대화를 잘하거나 Codex 보다 코딩을 잘해서가 아니라, 둘 중 어느 것도 대체하려 하지 않기 때문입니다.

기본적으로 Dots 는 자체 클라우드 컴퓨터를 갖춘 상시 대기 에이전트입니다. 4,000 개 이상의 앱에 접근할 수 있으며, 사용자가 자리를 비운 동안에도 브라우저, 파일, 도구를 넘나들며 작업을 계속 이어갈 수 있습니다.

그리고 책임, 맥락, 권한, 승인 규칙을 부여하는 방법을 이해한다면, 기존에는 너무 지속적이거나 파편화되어 있거나 예측 불가능해서 자동화하지 못했던 업무 일부를 온전히 맡길 수 있습니다.

사람들이 Dots 를 '사용자가 자리를 비운 사이에도 알아서 일하는 최초의 진짜 AI'라고 부르는 데는 다 이유가 있습니다...

그래서 이 글은 완전한 가이드입니다.

Dots 가 실제로 어떤 부분에 탁월한지, ChatGPT 및 Codex 와 어떻게 병행해 사용할지, 최고의 결과물을 끌어내는 책임 부여 패턴, 잘못된 행동을 막아주는 권한 게이트, 그리고 실제로 돈을 벌어주거나 아껴줄 다섯 가지 워크플로우까지 모두 다룹니다.

참고 사항: Dots 는 아직 순차적으로 배포되고 있으며, 현재 Pro 요금제는 유럽 경제 지역(EEA), 스위스, 영국에서 이용할 수 없고, Enterprise 요금제는 관리자가 활성화한 베타 버전을 통해서만 접근할 수 있습니다.

초기 단계의 소프트웨어이므로, 되돌릴 수 있는 작업부터 시작하고 비용이 많이 드는 작업에 손대게 하기 전에 중요한 결과는 반드시 직접 검토하세요.

하지만 모두가 갑자기 이야기하기 시작한 이 에이전트를 제대로 이해하고 싶다면, 여기서부터 시작하세요.

먼저: dot 을 평범한 ChatGPT 대화처럼 사용하지 마세요

일반적인 대화는 당장 답이 필요할 때 유용합니다. 하지만 답변 이후에도 작업이 계속 이어진다면 dot 을 쓰는 것이 훨씬 합리적입니다.

https://x.com/OpenAI/status/2104984507107717331

ChatGPT 에게 고객 인터뷰 한 건을 요약해 달라고 요청할 수 있습니다. 반면 dot 에게는 새로운 피드백을 모니터링하고, 반복되는 요청을 찾아내고, 소규모 수정 범위를 잡고, 무엇이 바뀌었는지 보여주는 영상과 함께 테스트 완료된 풀 리퀘스트를 가져오는 책임을 맡길 수 있습니다.

ChatGPT 에게 론칭 이메일 하나를 다시 써달라고 할 수 있습니다. 하지만 dot 에게는 전체 론칭의 타깃 오디언스, 포지셔닝, 크리에이티브 기준을 학습시킨 뒤, 제품이 변경될 때마다 관련 자료를 스스로 업데이트하게 할 수 있습니다.

ChatGPT 에게 내일 일정이 무엇인지 물어볼 수 있습니다. dot 에게는 매일 아침 일정을 검토하고, 충돌을 발견하고, 필요한 것을 미리 준비하고, 주의가 필요한 일이 있을 때 알려달라고 지시할 수 있습니다.

차이는 프롬프트의 길이가 아닙니다. 책임의 종류입니다.

첫 번째 규칙은 간단합니다. dot 에게 단발성 프롬프트를 던지는 것을 멈추고, 하나의 '직무'를 맡기세요.

1. 할 일 목록이 아닌 '책임'을 부여하세요

대부분의 사람들은 dot 에게 거대한 목록을 보내는 것으로 시작할 겁니다.

이 경쟁사들을 조사해. 이 이메일들을 읽어. 이 문서를 업데이트해. 내 캘린더를 확인해. 게시물 5 개를 초안 작성해. 금요일에 나한테 알려줘.

목록을 다 처리할 수는 있겠지만, 그렇다고 진짜 에이전트를 만든 것은 아닙니다. 그저 더 긴 채팅 요청을 만들었을 뿐입니다.

더 나은 출발점은 하나의 책임 영역을 정하는 것입니다. dot 에게 어떤 결과를 지켜야 하는지, 어떤 정보가 중요한지, 당신은 그 작업을 어떻게 평가하는지, 그리고 어떤 결정은 여전히 당신의 몫인지 알려주세요.

OpenAI 의 모든 예시가 이 패턴을 따릅니다. 개발자의 dot 은 피드백을 모니터링하고 테스트된 수정안을 준비합니다. 과학자의 dot 은 새로운 증거가 나오면 분석을 업데이트합니다. 영업 책임자의 dot 은 고객의 요구사항이 바뀔 때마다 제안서를 최신 상태로 유지합니다. 크리에이터의 dot 은 새로운 녹취록이 생길 때마다 클립, 메모, SNS 초안으로 변환합니다.

이 중 어느 것도 단발성 질문이 아닙니다. 모두 상시 직무입니다.

Dots 플레이북

다음 구조를 사용해 보세요.

책임:

[dot 이 담당할 업무 영역]

목표:

[끊임없이 나아가야 할 결과]

맥락:

[이해해야 할 사람, 제품, 프로젝트, 이전 의사결정]

기준:

[좋은 결과물의 모습]

자율성:

[스스로 조사, 정리, 초안 작성, 변경할 수 있는 범위]

승인 규칙:

[실행하기 전에 반드시 당신에게 보여줘야 할 것]

업데이트 주기:

[확인, 보고, 질문해야 하는 시점]

처음 맡기기 좋은 강력한 책임의 예시는 다음과 같습니다.

제품이 변경되더라도 우리의 론칭 자료가 항상 정확한 상태를 유지하도록 관리할 책임이 너에게 있다. 기존 문서, 승인된 카피, 관련 Slack 대화를 맥락으로 활용해라. 불일치를 찾고 업데이트된 초안을 스스로 준비해도 된다. 단, 내 승인 없이 게시하거나, 크리에이터에게 메시지를 보내거나, 라이브 페이지를 변경하지 마라. 평일마다 의미 있는 변경 사항이 있는지 확인하고, 결정이 필요한 사안이 있을 때만 나에게 알려라.

비결은 교묘한 표현에 있지 않습니다. dot 에게 명확한 결과물, 스스로 추측할 수 없는 사실, 절대 넘을 수 없는 선을 제공하는 데 있습니다.

생각보다 좁게 시작하세요. "우리 회사 운영 도와줘"는 책임이 아닙니다. 고객 피드백, 특정 론칭 하나, 콘텐츠 파이프라인 하나, 정기 보고서 하나, 진행 중인 영업 프로세스 하나는 책임이 될 수 있습니다.

dot 이 업무를 제대로 이해했다는 것을 증명하면 그때 역할을 넓혀도 됩니다. 첫날부터 인생 절반을 떠넘긴 에이전트를 디버깅하는 것보다, 검증된 시스템을 확장하는 것이 훨씬 쉽습니다.

2. 무엇이 '잘한 것'인지 가르치세요

Dots 는 시간이 지나며 피드백을 통해 학습하지만, 그 피드백에 유용한 정보가 담겨 있을 때만 가능합니다.

"이건 별로야"로는 배울 수 있는 것이 거의 없습니다. "너무 매끄럽고 뻔하게 들리네. 구체적인 예시는 살리고 과장된 도입부는 빼서, 내가 다른 창업자에게 아이디어를 설명하듯 써줘"라고 하면 재사용 가능한 선호도를 학습합니다.

조사, 코드, 디자인, 분석도 마찬가지입니다. 제안서를 반려할 때는 근거, 리스크, 가격, 타이밍, 추천 내용 중 무엇이 문제였는지 말해주세요. 이메일을 다시 쓴다면 왜 당신의 버전이 더 효과적인지 설명해 주세요. 특정 디자인을 선택했다면 어떤 위계, 여백, 시각적 톤을 선호하는지 짚어주세요.

dot 은 당신이 했을 방식대로 끝마치는 것이 무엇을 의미하는지 배우려 합니다. 당신의 역할은 그 기준을 눈으로 볼 수 있게 만드는 것입니다.

형용사가 아닌 예시를 제공하세요

깔끔한, 프리미엄의, 자연스러운, 전략적인 같은 단어는 단독으로 쓰이면 아무런 의미가 없습니다.

이렇게 말하는 대신:

우리의 론칭 카피가 자연스럽게 들리게 해줘.

이렇게 말하세요:

승인된 다음 세 개의 게시물을 톤앤매너 레퍼런스로 사용해. 이들은 직설적이고 약간 캐주얼하며, 구체적인 문제를 통해 제품을 설명하고 있어. 기업용 전문 용어, 억지로 꾸민 흥분, 증명할 수 없는 주장은 피해줘. 확신이 없으면 더 짧은 문장을 택해.

이렇게 말하는 대신:

좋은 잠재 고객을 데려와.

이렇게 말하세요:

좋은 잠재 고객이란 재구매율이 높고, 모바일 트래픽이 눈에 띄며, 활발하게 신제품을 출시하고 있고, 아직 모바일 앱이 없는 Shopify 브랜드야. 활동이 없어 보이거나 사람들이 거의 재주문하지 않는 제품을 파는 스토어는 제외해. 각 조건에 부합한다는 근거를 반드시 함께 제시해.

예시는 dot 이 비교할 기준점을 제공합니다. 형용사는 dot 이 알아서 짐작하게 만듭니다.

같은 실수가 두 번 나타난다면 개별 결과물을 고치는 것을 멈추고 상시 지시문을 업데이트하세요. 모든 수정은 현재의 결과물만 땜질하는 것이 아니라, 다음 결과물을 더 낫게 만들어야 합니다.

3. 필요한 최소한의 것만 연결하세요

Dots 는 연결된 앱, 자체 브라우저, 클라우드 컴퓨터, 그리고 명시적으로 허용할 경우 로컬 컴퓨터까지 넘나들며 작업할 수 있습니다. 이러한 접근성이 Dots 를 유용하게 만들지만, 동시에 초기 설정이 매우 중요해지는 이유이기도 합니다.

기능이 있다고 해서 모든 것을 다 연결하지 마세요.

책임에서 출발해 역순으로 생각하세요. 인터뷰 녹취록을 콘텐츠로 바꾸는 것이 직무라면, dot 에게는 녹취록이 저장되는 폴더, 승인된 예시, 초안이 들어갈 위치가 필요할 것입니다. 개인 이메일, 캘린더, 회사의 모든 워크스페이스까지는 필요 없을 가능성이 높습니다.

제안서를 최신 상태로 유지하는 것이 직무라면 계정 히스토리, 제품 문서, 관련 메시지, 제안서 파일이 필요할 수 있습니다. 그렇다고 이메일을 보내거나 CRM 을 변경할 권한까지 자동으로 필요한 것은 아닙니다.

규칙은 간단합니다. 유용한 최소한의 정보와 도구 세트만 연결하고, 실제 작업상 필요할 때 확장하세요.

연결과 권한은 다릅니다

dot 이 연결된 메일함을 읽을 수 있다고 해서, 메시지를 보낼 상시 권한까지 갖는 것은 아닙니다. 문서를 준비할 수 있어도 공유할 권한은 없을 수 있습니다. 구매를 조사할 수 있어도 실제 결제 전에는 승인이 필요할 수 있습니다.

연결된 계정은 ChatGPT 의 플러그인 설정을 통해 관리합니다. 앱을 연결 해제하면 해당 연결을 통한 새로운 정보 공유는 중단되지만, dot 이 이미 학습한 정보는 삭제되지 않습니다. dot 의 대화 기록, 저장된 기억, 예약된 작업을 완전히 지우려면 현재로서는 dot 자체를 삭제하는 초기화 과정을 거쳐야 합니다.

이 차이는 중요합니다. 연결을 끊는 것과 잊게 만드는 것은 다릅니다.

모든 dot 은 보호된 고유 클라우드 컴퓨터를 가집니다. 로컬 컴퓨터 접근은 선택 사항이며 기본적으로 꺼져 있습니다. 클라우드 컴퓨터만으로도 웹 탐색, 정보 분석, 파일 생성, 도구 실행이 충분합니다. 로컬 파일, 로컬 브라우저, 설치된 도구, 로컬 환경의 기술이 정말로 필요한 작업일 때만 본인의 컴퓨터를 연결하세요.

4. 예약 작업과 선제적 조사를 다르게 활용하세요

Dots 의 가장 흥미로운 점 중 하나는 에이전트가 새로운 메시지를 기다리지 않고도 도움을 줄 수 있다는 것입니다.

여기에는 두 가지 방식이 있습니다.

예약 작업

예약 작업은 특정 시간이나 반복적으로 실행되도록 사용자가 의도적으로 dot 에게 지시하는 것입니다.

예시:

• 매일 저녁 내일의 캘린더를 검토하고 사전 준비가 필요한 항목을 표시한다.
• 매주 월요일 주간 지원 요약을 확인하고 가장 빠르게 증가하는 불만 3 가지를 파악한다.
• 매월 첫째 날 두 개의 매출 대시보드 데이터를 대조한다.
• 론칭일까지 평일마다 활성 론칭 체크리스트를 검토한다.

dot 프로필에서 활성, 일시 중지, 완료된 예약을 관리할 수 있으며, 실행 시간과 알림 설정도 포함됩니다.

강력한 예약 작업은 신뢰할 수 있는 트리거, 안정적인 프로세스, 명확한 결과물을 가집니다. "매일 아침 내 비즈니스에 대해 생각해 봐"는 이 중 어느 것도 갖추지 못했습니다. "평일 오전 9 시마다 어제의 신규 지원 상담 내용을 검토하고, 최소 3 명 이상의 고객이 언급한 제품 이슈만 보여줘"는 세 가지를 모두 갖췄습니다.

선제적 조사

선제적 조사는 다릅니다. 당신이 dot 과 적극적으로 작업하지 않을 때도, dot 은 허용된 연결 정보를 훑어보며 도움이 될 방법을 찾을 수 있습니다.

OpenAI 에 따르면 이 백그라운드 조사는 제한된 읽기 전용 도구를 사용합니다. 직접 메시지를 보내거나, 연결된 앱의 콘텐츠를 변경하거나, 브라우저나 컴퓨터를 제어할 수 없습니다. 단순히 정보를 수집해 dot 의 비공개 메모로 보관합니다. 이후의 모든 행동은 여전히 일반적인 권한 및 안전 검사를 따라야 합니다.

선제적 조사는 보이지 않는 자동화가 아닌 조기 경보 시스템으로 취급하세요.

마감이 밀리고 있거나, 고객의 문제가 반복되거나, 분석을 바꿔야 할 새로운 증거가 생기거나, 청구서가 누락되었거나, 출장에 영향을 주는 캘린더 변경이 있을 때 이를 감지하는 데 사용하세요. 그런 다음 dot 이 관찰 결과를 가져오고, 다음 단계를 준비하고, 당신이 설정한 행동 규칙을 따르게 하세요.

5. 문제가 생기기 전에 승인 규칙을 설계하세요

dot 을 개선하는 가장 좋은 방법은 모든 곳에서 자율성을 부여하는 것이 아닙니다. 자율성이 도움이 되는 곳과 불필요한 위험을 만드는 곳을 정확히 구분하는 것입니다.

Custom Rules 는 네 가지 행동을 제공합니다.

• 묻지 않고 실행하기
• 사전 승인된 경우 실행하기
• 실행 전 묻기
• 사용자에게 넘기기

"사전 승인"이란 프롬프트에서 해당 행동을 명시적으로 요청했음을 의미합니다.

위험이 낮고 되돌릴 수 있는 작업에는 독립적 실행을 허용하세요. 자료 조사 정리, 초안 작성, 분석 재실행, 비공개 체크리스트 업데이트 등이 여기에 해당합니다.

다른 사람에게 영향을 주거나, 돈이 나가거나, 정보가 공개되거나, 공유된 작업을 변경하거나, 되돌리기 어려운 행동이라면 승인을 요청하게 하세요. 이메일 발송, 파일 공유, 게시물 발행, 구매, 라이브 페이지 변경, 데이터 삭제가 이에 포함됩니다.

OpenAI 는 저장된 카드로 이루어지는 구매는 반드시 승인이 필요하다고 명시합니다. 영구 삭제, 출처를 알 수 없는 소프트웨어 실행, 보안에 민감한 새로운 접근 권한 부여 등의 행동은 매번 확인이 필요합니다. 비밀번호 변경이나 금융 계좌 간 송금 같은 단계는 반드시 사용자에게 되돌려져야 합니다.

좋은 기본값은 다음과 같습니다.

조사, 분석, 정리, 초안 작성, 준비는 자유롭게 해라. 단, 발송, 지출, 게시, 공유, 삭제, 접근 권한 변경 전에는 반드시 물어봐라.

Dots 는 Auto-review 라는 별도의 시스템도 사용하여, 계획된 특정 행동이 당신의 지시, Custom Rules, 내장된 안전 요구사항에 부합하는지 검사합니다. 이 시스템은 행동을 허용하거나 차단하거나, dot 이 사용자에게 추가 정보를 묻게 만들 수 있습니다.

유용한 보호 장치이지만, 명확한 지시문을 대체할 수는 없습니다. OpenAI 는 dot 이 여전히 실수할 수 있다고 명시적으로 경고하므로, 결과가 중대한 작업은 반드시 검토해야 합니다.

DOTS 를 압도적으로 훌륭하게 만드는 5 가지 규칙

1. 지속적인 결과물을 할당하세요

"론칭 계획을 작성해 줘"는 문서를 만듭니다. "제품이 변경되더라도 론칭 계획이 정확하도록 유지해 줘"는 책임을 만듭니다.

1. 예시와 결정을 통해 가르치세요

dot 에게 승인된 작업, 반려된 작업, 그리고 그 선택의 이유를 제공하세요. 모든 수정은 다음 결과물을 향상시켜야 합니다.

1. 접근 권한은 점진적으로 연결하세요

작업에 필요한 최소한의 앱과 정보 집합으로 시작하세요. 로컬 컴퓨터 접근은 작업상 정말로 필요해질 때까지 꺼두세요.

1. 행동과 승인을 명시적으로 규정하세요

dot 이 독립적으로 할 수 있는 것, 프롬프트 수준의 사전 승인이 필요한 것, 반드시 물어야 하는 것, 항상 당신의 몫으로 남는 것을 명확히 하세요.

1. 의사결정 지점에서 검토하세요

클릭 하나하나를 마이크로매니징하지 마세요. 추천 내용이 바뀌거나, 새로운 접근 권한이 필요하거나, 다른 사람에게 영향을 미치거나, 완성된 결과물이 준비되었을 때 돌아오도록 지시하세요.

이것이 통제력을 잃지 않으면서 자율성을 얻는 방법입니다.

첫 번째 dot 책임을 고르는 간단한 방법

다음 조건을 충족하는 것을 고르세요.

1. dot 이 계속 도움을 줄 수 있을 만큼 자주 반복되는 것;
2. 좋은 결과물을 당신이 알아볼 수 있을 만큼 명확한 것;
3. dot 이 접근할 수 있는 정보와 연결된 것;
4. 초기 실수가 발생해도 감당할 수 있을 만큼 되돌리기 쉬운 것; 그리고
5. 없애면 당신의 시간을 실제로 확보해 줄 만큼 귀찮은 것.

좋은 첫 번째 책임:

• 제품이 변경됨에 따라 론칭 계획과 관련 자료의 정합성을 유지하기.
• 새로운 고객 피드백을 검토하고 근거가 뒷받침된 제품 추천안 준비하기.
• 새로운 인터뷰 녹취록이 생길 때마다 클립, 메모, SNS 초안으로 변환하기.
• 내일의 캘린더를 검토하고 중요한 회의마다 필요한 것 준비하기.
• 진행 중인 영업 제안서 하나를 최신 고객 요구사항에 맞게 유지하기.

나쁜 첫 번째 책임:

• "우리 회사 운영해 줘."
• "내 메시지 전부 처리해 줘."
• "필요한 건 뭐든 사줘."
• "내가 시간 없어서 못하는 결정 다 해줘."
• "다 연결하고 도움될 만한 거 찾아봐."

이런 프롬프트는 목표를 숨기고, 기준을 제시하지 않으며, 사람의 판단이 어디에 필요한지 dot 이 알 수 있는 확실한 방법을 주지 않습니다.

처음 실행할 때는 책임 브리프 끝에 다음 지시문을 하나 추가하세요.

어떤 행동을 실행하기 전에 먼저 계획을 보여줘.

그러면 누락된 접근 권한, 모호한 기준, 잘못된 가정을 수정 비용이 저렴할 때 잡아낼 수 있습니다.

핵심은 AI 를 항상 바쁘게 만드는 것이 아닙니다

당신의 관심이 다른 곳에 있을 때도, 올바른 일들이 계속 굴러가게 만드는 에이전트를 갖는 것입니다.

Dots 는 새로운 형태의 AI 관계에 대한 OpenAI 의 대답입니다. 당신의 dot 은 당신이 가르친 목표와 기준을 학습하고, 자체 컴퓨터와 연결된 앱을 넘나들며 작업하고, 대화와 대화 사이에도 진전을 만들고, 유용한 결과물이 있거나 당신의 판단이 필요할 때 돌아옵니다.

Dots 에서 가장 많은 것을 얻어내는 사람은 앱을 가장 많이 연결하거나 프롬프트를 가장 길게 쓰는 사람이 아닐 것입니다. 책임을 명확히 정의하고, 무엇이 잘한 것인지 보여주며, 자율적 작업과 인간의 결정 사이의 적절한 경계를 설계하는 사람일 것입니다.

하나의 책임으로 시작하세요. 필요한 최소한의 접근 권한만 부여하세요. 중대한 행동은 승인 뒤에 두세요. 결과를 검토하고, 당신의 결정을 설명하고, 상시 지시문을 개선하세요.

그리고 두 번째 실행이 첫 번째보다 나아지게 만드세요.

그렇게 해야 dot 이 또 다른 챗봇처럼 느껴지지 않고, 진정으로 유용한 존재가 되기 시작합니다.

출시 시점의 이용 가능 여부

Dots 는 2026 년 9 월 29 일에 롤아웃을 시작했습니다. OpenAI 에 따르면 유럽 경제 지역(EEA), 스위스, 영국을 제외한 지역의 Pro 사용자, 지원되는 ChatGPT 전 지역의 Business Premium 사용자, 관리자가 활성화한 베타를 통한 Enterprise 사용자에게 점진적으로 제공되고 있습니다. 접근 권한이 표시되기까지 며칠이 걸릴 수 있습니다.

첫 번째 dot 은 ChatGPT 데스크톱 앱이나 데스크톱 웹을 통해 생성합니다. 출시 시점에서는 지원되는 모바일 환경에서도 사용할 수 있지만, 모바일에서 dot 을 생성할 수는 없으며 모바일 웹에서는 지원되지 않습니다. 첫 번째 dot 은 자격을 갖춘 Pro 또는 Business Premium 요금제에 추가 비용 없이 포함됩니다.