Journal

ChatGPT dot은 Mediation을 어디까지 구현했는가

조민수2026.10.05

공식 구조를 Mediation과 겹쳐 보며 권한 검토와 판단의 유효성, 완료와 성공이 왜 다른지 살펴본다.

ChatGPT dot을 처음 열었을 때 무엇을 어떻게 요청해야 하는지부터 낯설었다. 익숙한 채팅에서는 질문하면 답이 오고, 부족하면 다시 물으면 됐다. dot은 먼저 무엇에 연결하고 어디까지 맡길지를 정하게 했고, 나는 답을 기다리는 대신 일이 진행되기를 기다려야 했다. 회사 일을 맡길 수 있는지 확인해 보니, Gmail과 Slack은 쓸 수 있었지만 POP3로 받는 회사 메일은 연결할 방법이 없었고, 로컬 문서는 컴퓨터를 따로 연결해야 했으며, 웹에서 만든 공유 프로젝트는 맥 앱에서 보이지 않았다.

두 번째 대화에서는 실제 일을 맡겼다. 회사의 사업관리 방식을 고민하며 제안서를 첨부했다. 내가 만들고 싶었던 것은 프롬프트, 로컬 문서, 메일, Slack에 흩어진 업무 정보를 모아 자동으로 갱신되는 상황판이었다. dot과 ChatGPT Space, Claude Code, Codex, GPT 앱과 Claude 앱을 모두 후보에 두고 고민해 달라고 했다. dot은 이 요청을 어떤 AI 도구를 도입할지의 문제로 좁혀 받아들였다. 비용과 파일럿 도입 순서까지 구체적으로 제안했지만, 풀고 있는 문제가 달랐다. 내가 상황판을 만들고 싶은 것이라고 다시 설명하자, dot은 자신이 너무 좁게 봤다고 인정하고 정보를 모으는 구조를 다시 제안했다.

dot은 처음에 문제를 잘못 정의했지만, 내 교정을 받아 이후 답변을 수정했다. 수정된 답변에는 상황판의 수집 구조, 비용과 도입 순서에 관한 유용한 제안이 일부 포함됐다. 그러나 요청한 후보를 충분히 비교하지 않았고, 조사·설계·제안서 수정 같은 실제 작업을 시작하지 않은 채 조언으로 대화를 마쳤다. 교정 가능성은 확인했지만, 지속적 에이전트로서의 차별적인 가치는 경험하지 못했다. 느린 것 자체보다, 잘못 이해한 문제를 정교하게 분석하는 동안 기다렸고 결국 내가 목적을 다시 설명해야 했다는 점이 더 불편했다.

이런 불편을 처음에는 속도와 사용성 문제라고 생각했다. 그러나 공식 안내와 초기 사용자 리뷰를 살펴보면서 dot이 일반적인 대화형 AI와는 다른 문제를 풀기 위해 만들어진 제품이라는 점을 알게 되었다. dot은 빠르게 답하는 챗봇이라기보다, 여러 대화와 작업 사이에서 책임을 계속 유지하는 상시 에이전트에 가깝다.

이 차이는 중요하다. 지금까지 인간은 AI에게 무엇을 할지 설명하고, 결과를 확인하고, 멈춘 작업을 다시 시작하며, 여러 대화에서 나온 결과를 연결하는 역할을 맡았다. dot은 이 조율의 일부를 자신이 맡으려 한다. 인간이 없는 동안에도 작업을 이어가고, 다른 에이전트나 실행 환경에 일을 나누며, 미리 설정된 권한 경계에 닿거나 진행에 필요한 입력이 생기면 인간을 다시 부를 수 있다. 다만 그것이 목적이나 가치에 관한 새로운 판단이 필요한 순간을 안정적으로 알아본다는 뜻은 아니다.

이 구조는 TYPE이 연구해 온 Human–AI Mediation System과 상당히 가까운 문제를 다룬다. 그렇다면 dot은 Mediation을 어디까지 구현했고, 무엇을 아직 해결하지 못했을까.

dot은 대화가 아니라 책임을 지속한다

OpenAI는 dot을 대화 사이에도 작업을 계속하는 상시 에이전트로 설명한다. 사용자는 하나의 대화 안에서 여러 책임을 맡기고, 새로운 정보를 추가하거나 우선순위를 바꿀 수 있다. dot은 자체 클라우드 컴퓨터에서 직접 일할 수도 있고, 별도의 백그라운드 에이전트나 Work·Codex 작업을 만들어 일부 업무를 나눠 맡길 수도 있다. 사용자가 다른 대화를 나누거나 컴퓨터를 끈 뒤에도 클라우드 작업은 이어질 수 있다.1

dot은 정해진 시간에 반복되는 작업뿐 아니라 연결된 서비스에서 특정 사건이 발생했을 때 시작되는 작업도 관리한다. 사용자는 무엇을 확인하거나 갱신할지, 어떤 변화가 알림을 받을 만큼 중요한지, 어떤 결정에 자신의 입력이 필요한지를 정할 수 있다. dot은 진행 상태와 결과를 관리하고 필요한 경우 후속 지시를 보낸다.2

여기서 핵심은 실행 속도가 아니라 작업의 지속성이다. 기존에는 인간이 작업의 상태를 기억하고 다음 행동을 계속 만들어야 했다. dot은 “무엇을 하기로 했는지”, “어디까지 진행했는지”, “무엇을 기다리고 있는지”를 유지하며 인간이 반복적으로 맥락을 복원하는 부담을 줄이려 한다.

지속성은 하나의 기억으로 만들어지지 않는다

dot의 작동 구조는 크게 기억, 작업, 실행 환경, 권한 검토로 나눠볼 수 있다.

먼저 dot은 현재 대화와 첨부 자료, 도구 실행 결과뿐 아니라 ChatGPT의 관련 기억과 dot이 별도로 저장한 노트를 사용한다. 이 노트에는 사용자의 선호, 결정과 진행 중인 책임이 포함될 수 있다. 새로운 결정이나 우선순위가 생기면 노트를 갱신하고, ChatGPT·Slack·Teams처럼 대화 채널이 바뀌어도 같은 dot이 관련 맥락을 사용할 수 있다.

그러나 dot의 노트는 사용자가 말한 모든 내용의 완전한 기록이 아니다. 이후 작업에 필요하다고 선택된 정보다. 현재 대화에 제공되는 맥락 역시 전체 기억이 아니라 관련성이 있다고 선택된 일부다. 사용자가 기억하는 대화, dot이 저장한 노트, 실제 작업에 전달된 맥락이 서로 같다고 가정할 수 없다.

작업도 하나의 공간에서 이루어지지 않는다. dot은 자체 클라우드 컴퓨터, 별도의 클라우드 작업, 사용자가 연결한 컴퓨터, Codex 환경과 백그라운드 에이전트를 구분해 사용한다. 각각 접근할 수 있는 파일과 프로그램, 로그인 상태와 권한이 다르다. dot은 이 작업들을 만들고 진행 상태를 확인하며, 결과를 받은 뒤 후속 행동을 조율한다.3

책임을 지속하려면 일이 실제로 있는 곳에 닿을 수 있어야 한다. 필요한 정보가 dot이 닿지 못하는 곳에 있으면, 그 정보를 모으고 옮기는 일은 다시 사용자의 몫이 된다.

dot이 느리고 복잡하게 느껴지는 이유 중 일부도 여기에 있다. 사용자는 하나의 대화를 나누고 있지만, dot은 뒤에서 어떤 실행 환경을 사용할지 정하고, 별도의 작업을 만들고, 연결 상태와 권한을 확인한다. 대화의 호흡과 실행의 호흡이 다르다.

dot의 권한 구조

dot이 계정에 영향을 주거나 정보를 외부에 공유하려는 경우 자동 검토가 적용된다. 이 검토는 사용자의 지시, 연결된 앱의 권한, Custom Rules와 안전 규칙을 함께 확인한다. 그 결과에 따라 dot이 직접 행동하거나, 실행 직전에 다시 승인을 요청하거나, 해당 단계를 인간에게 넘긴다.

Custom Rules에서는 행동별로 네 가지 경계를 설정할 수 있다.

설정의미
묻지 않고 실행지정된 행동을 별도 승인 없이 수행
요청했을 때 실행사용자가 명시적으로 요청한 경우에만 수행
실행 전에 확인행동 직전에 다시 승인 요청
인간에게 인계해당 행동을 사용자가 직접 수행

특정한 요청은 그 범위 안의 이후 행동까지 허용할 수 있지만, 범위를 벗어나면 새로운 결정이 필요하다. 메시지를 작성해 달라는 요청이 발송 권한까지 포함하지 않는다는 구분도 공식 안내에 명시되어 있다.4

이것은 인간이 모든 행동을 일일이 승인하지 않으면서도 중요한 권한을 유지하기 위한 구조다. 너무 많이 물으면 자동화의 이점이 사라지고, 너무 적게 물으면 인간이 원하지 않은 행동이 실행될 수 있다. dot은 이 사이에서 사용자 지시, 권한, 규칙과 안전 검토에 따라 어떤 행동을 계속하고 어떤 행동을 돌려줄지 처리한다.

Mediation과 겹치는 지점

TYPE의 Human–AI Mediation System은 인간이 승인한 판단을 AI의 지속적인 실행과 연결한다. 승인된 판단이 유효한 동안 AI는 반복적인 지시 없이 탐색·계획·실행·검증을 이어간다. 새로운 인간 판단이 필요한 경우에는 영향을 받는 작업을 보류하고 결정권을 인간에게 반환한다. 인간이 판단을 유지·예외·수정·철회하면, 시스템은 변경된 판단을 후속 실행과 연결한다.

이 관점에서 보면 dot에는 Mediation과 겹치는 구조가 분명히 존재한다.

Mediation의 문제dot에서 확인되는 구현
목적과 범위의 위임대화로 목표·자료·행동 범위 지정
지속적인 자율 실행대화 이후에도 작업·모니터링·예약 실행
여러 작업의 조율백그라운드 에이전트와 Work·Codex 작업 관리
권한 경계앱 권한, 자동 검토와 Custom Rules
Human Return승인·로그인·결정이 필요한 경우 사용자 호출
실행 중 판단 수정우선순위와 지시 변경 가능
판단 이후 재개사용자 응답이나 승인 뒤 작업 계속
부분 보류한 행동이 막혀도 가능한 다른 작업은 계속 수행

앞선 글에서 소개한 한 초기 사용자의 기록이 이 구조를 잘 보여 준다. 수백 개의 PDF를 검토하는 며칠짜리 작업에서 dot은 추가 작업자를 쓰는 데 승인이 필요하자 인간에게 물었지만, 응답을 기다리는 동안 자신이 할 수 있는 검토는 계속했다.5

한 권한 요청 때문에 전체 실행을 멈추지 않았다는 점은 특히 중요하다. 이 사용자의 기록에서는 운영상의 승인을 기다리는 동안 영향을 받지 않는 범위의 작업이 계속되었다.

다만 이것이 OpenAI가 TYPE의 Mediation System을 적용했다는 뜻은 아니다. 두 시스템의 직접적인 관계를 보여주는 근거는 없다. dot은 상시 에이전트가 현실화되면서 Mediation과 같은 문제 영역에 도달한 상용 시스템으로 보는 편이 정확하다.

기억은 승인된 판단이 아니다

dot과 Mediation 사이의 가장 중요한 차이는 기억의 성격에 있다.

dot은 사용자의 선호와 결정, 진행 중인 책임을 기억한다. 이 기억은 반복 설명을 줄이고 작업을 이어가게 한다. 그러나 공식 문서는 dot의 노트를 승인된 판단을 체계적으로 관리하는 레지스터로 설명하지 않는다.

사용자는 다음 내용을 명확한 구조로 확인하기 어렵다.

  • 어떤 발화가 단순한 의견이고 어떤 것이 승인된 판단인지
  • 그 판단의 원문과 근거가 무엇인지
  • 어느 프로젝트와 산출물에 적용되는지
  • 한 번만 허용된 예외인지 지속적인 기준인지
  • 어떤 조건에서 다시 검토해야 하는지
  • 이후 판단이 이전 판단을 수정했는지 폐기했는지

예를 들어 특정 글의 한 문장을 부드럽게 바꿔 달라는 요청은 그 문장에만 적용되는 교정일 수 있다. dot이 이를 사용자의 일반적인 문체 선호로 저장하면 이후의 반복 설명은 줄어들 수 있다. 하지만 적용 범위를 잘못 넓히면 국소적인 판단이 다른 글과 프로젝트까지 바꾸게 된다.

기억의 정확성만으로는 이 문제를 해결할 수 없다. 정확하게 기억한 판단도 잘못된 범위에 적용될 수 있기 때문이다. Mediation에서 필요한 것은 판단의 내용뿐 아니라 상태·범위·유효조건·변경 관계의 지속성이다.

권한 검토는 판단의 유효성 검토와 다르다

dot의 권한 구조는 “이 행동을 해도 되는가”를 관리한다. 메시지를 보낼 수 있는지, 파일을 삭제할 수 있는지, 저장된 로그인 정보를 다시 사용해도 되는지를 구분한다. 이것은 자율적으로 행동하는 에이전트에 필수적인 구조다.

하지만 행동할 권한이 있다는 사실과 그 행동의 근거가 되는 판단이 여전히 유효하다는 사실은 다르다.

지난주에 승인한 일정이 이번 주에도 유지되는지, 특정 고객에게 적용했던 기준을 다른 고객에게도 적용해도 되는지, 과거의 우선순위가 새로운 정보 이후에도 유효한지는 권한만으로 판단할 수 없다. dot이 메시지를 보낼 권한을 가지고 있어도 어떤 내용을 어떤 기준으로 보내야 하는지는 별도의 문제다.

Mediation에서 Human Return은 로그인이나 발송 승인에만 필요하지 않다. 목적이 바뀌거나, 승인된 기준끼리 충돌하거나, 판단의 유효조건이 무너지거나, AI가 새로운 가치를 선택해야 할 때도 필요하다. 이때 인간에게 필요한 것은 승인 버튼이 아니라 다음 내용이다.

  • 무엇이 달라졌는가
  • 기존 판단 중 무엇이 영향을 받는가
  • 계속할 수 있는 부분과 보류할 부분은 무엇인가
  • 가능한 대안은 무엇인가
  • 각 선택이 이후 실행에 어떤 영향을 주는가

dot은 운영적 권한 반환을 상당 부분 구현했다. 그러나 목적과 가치의 변화에 따른 판단 반환까지 얼마나 안정적으로 수행하는지는 공식 기능 설명만으로 확인하기 어렵다.

완료는 성공을 의미하지 않는다

dot의 공식 문서에는 작업이 완료되었다는 상태만으로 요청한 결과가 실제로 달성되거나 전달되었다고 볼 수 없으므로 결과와 오류를 검토해야 한다는 안내가 있다.2 이것은 dot의 구조를 이해하는 데 중요한 문장이다.

앞선 글에서 소개한 한 사용자는 스크린샷 93개를 정리하는 일에서는 지속적 에이전트의 가능성을 보았다. 그러나 다른 데이터 정리 작업은 약 72분이 걸렸고, 화면에 보이는 텍스트와 구조는 복원되었지만 내부 분류 정보와 링크 처리가 잘못되어 다시 확인하고 수정해야 했다. 눈에 보이는 결과를 확인한 것만으로 실제 시스템에서 사용할 수 있는 결과가 만들어졌는지는 알 수 없었다.6

지속적 실행과 실행 품질은 구분해야 한다. dot이 작업을 잊지 않고 끝까지 수행했다는 사실은 중요하지만, 인간의 판단을 적절하게 적용하고 사용 가능한 결과를 만들었다는 증거는 아니다. Mediation에서도 승인 절차를 지켰다는 이유만으로 낮은 품질의 결과를 성공으로 볼 수 없고, 결과가 좋다는 이유만으로 승인되지 않은 실행을 정당화할 수도 없다.

인간의 부담은 줄었는가

앞선 글에서 소개한 초기 후기들에는 부담이 줄었다는 경험과 새로운 부담이 생겼다는 경험이 함께 나타난다. 할 일을 말로 넘기며 생산성이 두 배가 된 것 같다는 사용자도 있었고,7 느리고 자주 멈춘다는 사용자,8 기억의 경계를 확인하기 어려워 쓰지 않겠다는 사용자도 있었다.9 이 후기들은 출시 직후 일부 사용자의 짧은 경험이며 dot의 일반적인 효과를 보여주는 증거로 사용할 수 없다.

dot은 인간이 직접 작업을 재개하고, 진행 상태를 기억하고, 여러 실행을 조율하는 부담을 줄일 수 있다. 대신 인간은 목표를 설정하고, 권한과 정보 경계를 정하고, 진행 상태를 이해하고, 결과를 검증하며, 예외 상황에서 판단해야 한다.

부담이 사라진 것이 아니라 위치가 바뀐 것이다.

줄어든 반복 설명과 조율 비용이 새로 생긴 설정·감독·검증 비용보다 큰가?

dot에 대한 평가는 얼마나 많은 일을 자동으로 수행했는지만으로는 부족하다. 인간이 어디에서 얼마나 자주 개입했는지, 그 개입이 실제로 새로운 판단을 필요로 했는지, AI의 작업을 다시 확인하고 바로잡는 데 어떤 비용이 들었는지도 함께 봐야 한다.

dot이 남긴 문제

dot은 Mediation의 모든 요소를 구현하지 않았지만, Mediation이 다루는 문제가 동시대의 제품 과제가 되었음을 보여준다.

지속적인 실행은 가능해지고 있다. 여러 작업의 상태를 유지하고, 권한의 범위를 설정하며, 특정 행동을 인간에게 돌려주고, 응답 이후 작업을 재개하는 구조도 실제 제품에 들어왔다. 이 점에서 dot은 Human–AI Mediation과 상당히 가까운 운영 구조를 보여준다.

그러나 공식 설명과 초기 사용 기록만으로는 아직 확인하기 어려운 문제도 있다.

  1. 요청을 어떤 문제와 책임으로 받아들였는지 사용자가 확인하거나, 해석이 어긋날 때 AI가 먼저 묻는 장치는 공식 설명에서 드러나지 않는다.
  2. 기억된 정보와 승인된 판단을 어떻게 구분하는지 공식 설명에서는 드러나지 않는다.
  3. 행동 권한과 별개로 판단이 아직 유효한지를 다루는 구조는 공식 설명에서 확인되지 않는다.
  4. 인간에게 돌아오는 요청이 단순한 실행 승인인지 새로운 판단을 요구하는 것인지 구분해 보여 주는지는 공식 설명만으로 확인하기 어렵다.
  5. 작업의 완료와 인간의 결정이 적절하게 실현된 결과는 구분되어야 한다.
  6. 지속적인 개인화가 반복 설명을 줄이는 동시에 인간을 과거의 판단에 고정할 수 있다.

이 가운데 마지막 문제는 Mediation의 범위를 넘어 TYPE의 더 큰 연구 방향과 연결된다.

앞선 글에서는 인간의 주체적인 선택을 이미 정해진 선호를 표현하는 행위로 보지 않았다. 인간은 가능성과 경험 속에서 자신의 목적과 가치를 형성·검토·수정하고, 어떤 방향을 자기 것으로 채택하며, 그 선택을 다시 검토하고 바꿀 수 있어야 한다.

이번 글에서는 이 인간관을 다시 길게 설명하지 않는다. 다만 dot 같은 상시 에이전트가 등장하면서 새로운 질문이 현실이 되었다는 점을 확인할 수 있다.

AI가 인간의 판단을 더 오래 기억하고 더 많은 일을 대신할수록, 인간이 과거에 선택한 방향은 더 쉽게 지속될 것이다. 그렇다면 시스템은 언제 그 방향을 계속 실행하고, 언제 과거의 판단을 다시 열어야 하는가. AI가 인간의 선호와 목적을 미리 추정하고 선택지를 구성할 때, 인간에게 남은 승인을 주체적인 선택이라고 볼 수 있는가. 실행 결과는 인간이 자신의 목적을 더 잘 이해하고 다음 선택을 바꾸는 경험으로 돌아오는가.

Mediation은 인간의 판단과 AI의 실행을 연결한다. dot은 이 연결의 상당 부분을 제품으로 현실화했다. 이제 TYPE이 더 살펴봐야 할 것은 연결이 존재하는가만이 아니라, 그 연결이 인간의 선택을 계속 열어두고 있는가이다.

참고 자료

  1. OpenAI. Meet dots (ChatGPT 도움말). 원문
    공식 안내.
  2. OpenAI. Tasks and memory (ChatGPT 도움말). 원문
    공식 안내. 완료된 실행만으로 결과 달성을 확인할 수 없다는 문장 포함.
  3. OpenAI. Computers and apps (ChatGPT 도움말). 원문
    공식 안내.
  4. OpenAI. Control your dot (ChatGPT 도움말). 원문
    공식 안내. Custom Rules 네 가지와 초안 작성이 발송 권한을 포함하지 않는다는 문장 포함.
  5. Reddit r/OpenAI 사용 후기 — I spent a day poking dots with sticks 원문
    개인 사용 후기로, 일반적인 성능을 보여주는 자료는 아니다.
  6. David Proctor (2026-10-01). OpenAI dot: why would I start a new chat? Trilogy AI (Substack). 원문
    개인 사용 기록.
  7. John Walter. LinkedIn 게시글과 댓글 토론 (ChatGPT dot 사용 첫날). 원문
    개인 체감 기록. 생산성 수치는 자기보고다.
  8. Reddit r/codex 사용 후기 — ChatGPT dots so far too slow to be useful 원문
    개인 사용 후기.
  9. Reddit r/OpenAI 사용 후기 — Why I will not use dots: insufficient visibility 원문
    개인 사용 후기.

관련 글