OpenAI Dots, 앱 연결을 끊어도 이미 배운 정보는 남는다

결론부터 말하면 OpenAI Dots는 ‘24시간 일하는 ChatGPT’보다 권한·기억·승인을 따로 관리해야 하는 상시 에이전트다. Pro·Business·Enterprise 도입을 검토하는 한국 팀이라면 편의 기능보다 연결 해제 뒤 남는 문맥과 장기 작업의 권한 이탈부터 확인해야 한다.

작성자: 트렌드매그 편집부 · 검수자: 트렌드매그 AI 편집 기준 · 최종 업데이트: 2026-09-30 (Asia/Seoul)

먼저 확인한 사실

무엇이 바뀌었는가: 채팅이 아니라 계속 남아 있는 작업 주체

OpenAI는 9월 29일 DevDay에서 Dots를 공개했다. Dot은 사용자가 연결한 앱과 자체 클라우드 컴퓨터에서 여러 프로젝트를 병행하고, Slack·Teams·ChatGPT에서 맥락을 이어받으며, 사용자가 자리를 비운 동안에도 진행할 수 있다. 공식 예시는 고객 피드백을 읽고 수정 PR을 준비하거나, 새 데이터가 들어오면 분석과 논문 그림을 갱신하는 일이다.

변화의 핵심은 답변 품질이 아니라 시간과 권한의 지속성이다. 기존 채팅은 한 번의 요청이 중심이지만 Dot은 이전 대화, 연결된 앱, 비공개 메모, 위임된 작업을 다음 행동의 입력으로 사용한다. 그래서 “무엇을 읽을 수 있는가”, “무엇을 기억하는가”, “어떤 행동을 언제 승인했는가”가 서로 다른 관리 대상이 된다.

실제 사용자 영향: 연결 해제·Dot 삭제·산출물 삭제는 세 단계다

Plugins 설정에서 서비스를 끊으면 그 연결을 통한 새 정보 유입은 멈춘다. 그러나 공식 FAQ는 Dot이 이미 자기 문맥에 넣은 정보가 남는다고 명시한다. Dot 문맥을 지우려면 Dot 자체를 삭제해야 한다. 그 뒤에도 Dot이 만든 파일, Codex 작업, ChatGPT 대화와 ChatGPT Memory는 별도 저장소이므로 자동으로 함께 사라지지 않는다.

개인 Pro 사용자는 “모두를 위한 모델 개선” 설정도 봐야 한다. 설정이 켜져 있으면 Dot 대화, 행동, 위임 작업, 자동화와 연결 앱에서 대화에 사용된 정보가 모델 개선 대상이 될 수 있다. 사전 탐색 스레드와 비공개 메모 자체는 직접 학습에 쓰지 않지만, 그 내용이 이후 학습 대상 대화로 들어오면 설정에 따라 사용될 수 있다. Business·Enterprise·Edu 데이터는 기본적으로 모델 학습에 쓰지 않는다고 OpenAI는 설명한다.

회사 주장과 트렌드매그 판정

국내 크리에이터·전문 블로그에서 가져온 실전 기준

DataCamp의 에이전트 거버넌스 분석은 모든 행동을 사람이 승인하면 검토가 새 병목이 된다고 지적한다. 대신 되돌릴 수 있는 저위험 행동은 로그와 한도 아래 자동화하고, 확신이 낮거나 법적·재무적 결과가 있는 행동은 사람에게 올리는 ‘관리된 자율성’을 권한다. Dots에 적용하면 일정 읽기와 초안은 자율, 외부 발송은 수신자·내용·조건을 좁힌 사전 승인, 결제와 영구 삭제는 매번 승인으로 분리하는 방식이다.

OrcaRouter의 9월 26일 사전 분석은 당시 ‘o 에이전트’라는 이름, 요금, 권한, 기억, 일정 기능을 미확정으로 분류했다. 실제 발표 뒤 확인된 것은 상시 작동 제품, Astra 기반, Pro 계열 접근과 권한·기억 구조다. 반대로 한 달 뒤 사용량 조건, 한국 개별 계정의 즉시 접근, 항목별 Dot 기억 편집 기능은 여전히 확정할 수 없다. 이 사례는 출시 전 유출보다 제품 페이지·FAQ·시스템 카드가 나온 뒤 운영 결정을 해야 한다는 기준을 보여준다.

두 자료 모두 Dots 사고의 독립 실험은 아니다. DataCamp는 교육·기업 학습 서비스를 제공하고, OrcaRouter는 모델 라우팅 서비스를 운영한다. 트렌드매그는 각 자료의 운영 프레임과 사전 검증 방식만 참고했으며 제품 성능 증거로 사용하지 않았다.

직접 재현 가능한 7일 검증 절차

트렌드매그는 Dots를 직접 실행하지 않았다. 아래 절차는 기능 체험담이 아니라 공식 권한 구조를 팀이 안전하게 확인하기 위한 파일럿 설계다.

1. 0일차—범위 고정: 실제 고객 데이터 대신 합성 일정·문서·테스트 메일함을 준비한다. 성공 기준과 금지 행동을 한 페이지에 적는다.
2. 1일차—읽기 전용: 캘린더와 문서 저장소만 연결하고 “읽기·요약·초안만, 외부 발송과 수정 금지” Custom Rule을 둔다.
3. 2일차—기준선 20건: 정상 자료 15건과 모호한 지시 5건을 넣어 접근한 앱, 사용한 문서, 질문 여부, 결과 정확도를 기록한다.
4. 3일차—권한 취소: 작업 도중 한 앱 연결을 해제하고 새 접근이 멈추는지, 기존 문맥을 계속 활용하는지 Activity View에서 확인한다.
5. 4일차—승인 경계: 테스트 수신자 한 명에게만 초안을 준비하게 하고 발송 전 승인, 영구 삭제, 낯선 소프트웨어 설치가 각각 멈추는지 확인한다.
6. 5일차—연쇄 길이: 같은 목표를 3단계와 8단계로 나눠 범위 이탈·불필요한 정보 전달·잘못된 공유 문서 수정을 비교한다.
7. 6~7일차—종료 연습: 연결 해제, Dot 삭제, 별도 파일·대화·Memory 삭제를 차례로 수행하고 남은 항목을 목록화한다. 하나라도 설명되지 않으면 실제 데이터 연결을 보류한다.

저장해 쓰는 도입 체크리스트

• 앱마다 읽기·쓰기·발송·삭제 권한을 별도 열로 기록했는가?
• 외부 발송은 수신자, 내용, 빈도, 종료일을 함께 승인하는가?
• 플러그인 연결 해제 뒤 남는 Dot 문맥을 삭제할 종료 절차가 있는가?
• 파일·Codex 작업·ChatGPT 대화·Memory를 별도 보존 위치로 관리하는가?
• 5개를 넘는 연쇄 작업은 중간 검토점과 새 권한 확인을 넣었는가?
• 오류율만이 아니라 승인 누락, 잘못된 수신자, 범위 이탈을 측정하는가?
• 관리자와 데이터 소유자가 Dot 한 개마다 책임자를 지정했는가?

반론과 과장 가능성

• “항상 켜져 있으니 마음대로 행동한다”는 표현은 과장이다. 사전 탐색 도구는 코드상 읽기 전용이며 메시지 발송·앱 변경·브라우저 제어를 직접 할 수 없다. 후속 행동은 일반 승인 규칙을 거친다.
• “공격 메일 성공 0건이니 안전하다”도 과장이다. OpenAI의 내부 평가이고 실제 배포 구성과 새 공격을 모두 포함하지 않는다. 회사도 실수를 완전히 없애지 못한다고 명시한다.
• “연결만 끊으면 데이터가 사라진다”는 해석은 틀리다. 새 접근 중단과 이미 형성된 Dot 문맥 삭제는 별도 단계다.
• “첫 Dot 무료”를 영구 무제한으로 읽으면 안 된다. 첫 한 달 한도 미산입 뒤의 사용 조건은 발표 시점에 공개되지 않았다.
• 시스템 카드의 비율을 실사용 사고율로 계산할 수 없다. 고난도·합성·선별 평가와 실제 사용자 분포가 다르다.

분석의 한계

• 주요 기능과 안전 수치는 OpenAI가 설계하고 공개한 문서에 의존하며 전체 원시 로그는 공개되지 않았다.
• 트렌드매그는 Dots 접근 권한을 받은 계정으로 기억 삭제·앱 연결·구매 승인을 직접 시험하지 않았다.
• 한국은 제외 시장 목록에 없지만 순차 배포이므로 모든 한국 계정의 즉시 이용을 보장할 수 없다.
• 한 달 뒤 사용량, 추가 Dot 가격, 세부 지역별 데이터 처리 조건은 후속 공지로 바뀔 수 있다.

지금 할 일

1. 개인 Pro는 Settings의 모델 개선 설정과 Plugins 연결 목록을 먼저 검토한다.
2. 팀은 실제 앱 대신 합성 데이터로 7일 파일럿을 진행하고 종료·삭제 연습까지 완료한다.
3. 읽기·초안, 조건부 발송, 매번 승인, 사람 직접 수행의 네 등급으로 업무를 배치한다.
4. 가격보다 먼저 연결 앱별 책임자, 감사 로그 보존 기간, 사고 중단 절차를 문서화한다.

도입 순서는 AI 로드맵, 제품 탐색은 AI 도구, 후속 분석은 AI 인사이트에서 이어갈 수 있다. 비교 기준으로는 Meta Muse 권한 체크리스트, 브라우저 행동 승인은 AI 브라우저 승인 지점 분석, 샌드박스 중단 통제는 OpenAI DNS 사고 분석을 함께 볼 수 있다.

3줄 요약

• Dots는 GPT-6 Astra와 전용 클라우드 컴퓨터로 대화 사이에도 일하는 상시 에이전트다.
• 앱 연결 해제, Dot 문맥 삭제, 별도 파일·대화·Memory 삭제는 서로 다른 작업이다.
• 긴 연쇄 작업일수록 범위 위반 플래그가 늘었으므로 읽기·승인·직접 수행 경계를 먼저 설계해야 한다.

공식 출처

• OpenAI — Introducing dots
• OpenAI — Dots 안전·보안·개인정보 보호
• OpenAI Help — Dots privacy, security, and safety FAQs
• OpenAI Help — Getting started with your dot
• OpenAI Deployment Safety — GPT-6 Astra system card, Dots appendix

독립 보도와 벤치마킹 자료

• AP — DevDay Dots 발표와 안전 논쟁
• Axios — DevDay 2026 주요 발표
• DataCamp — 관리된 에이전트 자율성 프레임
• OrcaRouter — 발표 전 확인·미확인 구분 사례

편집 원칙: 기능·접근·기억·평가 수치는 OpenAI 원문에서 확인하고, 발표 맥락과 운영 기준은 독립 보도·전문 블로그에서 교차 검토했다. 직접 제품 테스트를 수행하지 않았다.