ChatGPT에서 오래 작업한 기존 채팅을 그대로 버리고 새 Dot을 처음부터 가르쳐야 할까요? 2026년 10월 2일 기준으로는 “이 기존 채팅을 이 Dot에 연결”하는 전용 버튼은 공식 도움말에 안내돼 있지 않습니다. 하지만 그렇다고 기존 대화를 활용할 수 없는 것은 아닙니다.
OpenAI는 Dot이 ChatGPT의 메모리와 최근 대화 컨텍스트를 받을 수 있다고 설명합니다. 여기에 기존 채팅에서 핵심 상태를 정리해 직접 넘기는 인계 방식까지 결합하면, 기존 ChatGPT 대화는 ‘기획·의사결정 공간’, Dot은 ‘계속 일하는 실행 담당’처럼 나눠 쓸 수 있습니다.
결론부터: 기존 채팅과 Dot은 ‘직접 묶기’보다 ‘컨텍스트 인계’가 핵심
OpenAI Dots 개인정보·보안 FAQ는 Dot이 ChatGPT에서 메모리와 최근 대화 컨텍스트를 받을 수 있다고 설명합니다. 또한 Dot과 나눈 대화도 다시 ChatGPT 메모리에 영향을 줄 수 있습니다.
다만 현재 공식 문서에는 특정 기존 채팅을 선택해 Dot에 영구 연결하거나, 기존 대화창 안으로 Dot을 불러오는 전용 기능은 설명돼 있지 않습니다. 따라서 중요한 프로젝트라면 “기억이 알아서 이어지겠지”라고 기대하기보다 기존 채팅에서 상태를 압축해 Dot에게 명시적으로 넘기는 방식이 더 안전합니다.
방법 1: Memory를 통한 자연스러운 연결
가장 간단한 연결은 ChatGPT Memory를 이용하는 방식입니다. Memory가 켜져 있다면 Dot은 ChatGPT가 기억하고 있는 정보와 최근 대화 컨텍스트를 받을 수 있습니다. 사용자의 선호, 반복되는 프로젝트 이름, 평소 작업 방식처럼 장기적으로 유지되는 정보는 이 경로로 자연스럽게 이어질 수 있습니다.
하지만 Memory는 기존 채팅 전체를 그대로 복사하는 기능이 아닙니다. 수백 개 메시지 안에 있는 세부 결정, 수정 이력, 특정 파일 버전, “이 방법은 실패했으니 다시 쓰지 않는다” 같은 정보가 모두 동일하게 전달된다고 가정해서는 안 됩니다.
또 ChatGPT에서 Memory를 끄면 이후 Dot과 ChatGPT 사이의 새로운 메모리 공유는 중단되지만, Dot이 이미 받은 정보까지 자동으로 삭제되지는 않습니다. Dot 자체의 컨텍스트를 없애려면 Dot을 Reset해야 한다는 점도 알아둘 필요가 있습니다.
방법 2: 기존 채팅에서 ‘인계 패키지’를 만들어 넘기기
장기 프로젝트에서는 이 방법이 가장 실용적입니다. 기존 채팅에 다음과 같이 요청합니다.
“이 채팅을 다른 AI 에이전트가 바로 이어서 작업할 수 있도록 현재 상태, 확정된 결정, 금지사항, 파일·URL, 완료된 작업, 실패한 시도, 다음 작업을 빠짐없이 인계 문서로 정리해줘.”
그 결과를 Dot 대화에 붙여 넣거나 파일로 첨부한 뒤, “이 문서를 이 프로젝트의 현재 기준 상태로 사용하라”고 지시합니다. 이렇게 하면 Memory가 놓칠 수 있는 구체적인 실행 상태까지 명확하게 전달할 수 있습니다.
개발 프로젝트라면 저장소, 브랜치, 배포 방식, 최근 정상 버전, 미해결 오류, 다음 수정 대상까지 포함하고, 콘텐츠 프로젝트라면 사이트 주제, 발행 원칙, 최근 글, 금지 주제, 내부링크 구조, 다음 후보까지 포함하는 것이 좋습니다.
인계 문서에는 무엇을 넣어야 할까
인계 문서의 핵심은 길이가 아니라 다음 행동에 필요한 정보가 빠지지 않는 것입니다. 최소한 아래 여섯 가지를 넣는 편이 좋습니다.
1. 목적: 이 프로젝트가 최종적으로 무엇을 만들거나 운영하는지.
2. 현재 상태: 지금 어디까지 끝났는지.
3. 확정 결정: 이미 선택했고 다시 논의할 필요가 없는 사항.
4. 금지·주의: 실패한 방식, 바꾸면 안 되는 구조, 보안·비용 제한.
5. 핵심 자원: 저장소, 문서, 사이트, 파일, 연결 앱.
6. 다음 행동: Dot이 바로 시작해야 할 작업.
이 구조를 사용하면 기존 채팅의 수백 개 메시지를 다시 읽지 않아도 Dot이 “현재 시점”부터 이어가기 쉬워집니다.
방법 3: 기존 채팅은 ‘두뇌’, Dot은 ‘상시 실행자’로 역할을 나눈다
기존 ChatGPT 채팅과 Dot을 완전히 같은 역할로 쓰면 오히려 중복이 생길 수 있습니다. 더 좋은 구조는 Chat = 판단·설계, Dot = 반복 실행·감시로 나누는 것입니다.
예를 들어 제품 개발 채팅에서는 기능 방향, UX, 기술 스택과 우선순위를 결정합니다. 결정이 끝나면 Dot에는 “이 저장소를 기준으로 빌드 실패를 확인하고, 문제가 생기면 원인과 수정 후보만 알려줘”처럼 반복 역할을 맡길 수 있습니다.
콘텐츠 운영이라면 일반 채팅에서 사이트별 주제와 발행 기준을 정하고, Dot에는 “최근 24~72시간의 변화 중 실제 문서를 업데이트할 가치가 있는 것만 찾아라”처럼 상시 관찰 역할을 맡기는 방식이 어울립니다.
방법 4: 플러그인은 기존 ChatGPT 연결을 그대로 활용한다
기존 채팅에서 Gmail, Google Drive, Slack 같은 플러그인을 이미 연결했다면 Dot을 위해 같은 연결을 처음부터 다시 만들 필요가 없는 경우가 많습니다. OpenAI는 플러그인 권한이 Dots, ChatGPT, ChatGPT Work, Codex 사이에서 공유된다고 안내합니다.
즉 기존 채팅에서 Drive의 프로젝트 문서를 읽고 있었다면, 같은 계정·권한 범위 안에서 Dot도 그 연결을 활용할 수 있습니다. 다만 플러그인을 연결했다는 것과 모든 작업을 자동으로 허용한다는 것은 다릅니다. Dot의 Custom Rules에서 읽기, 수정, 메시지 전송 같은 행동의 승인 수준을 따로 정하는 것이 좋습니다.
방법 5: Work·Codex를 Dot의 실행 도구로 사용한다
Dots 시작 가이드에 따르면 로컬 컴퓨터 연결이 허용된 Dot은 Work 또는 Codex 작업을 만들고, 로컬 skills와 브라우저를 사용할 수 있습니다. Codex 클라우드 환경도 미리 만들어두면 Dot이 해당 환경에 작업을 생성할 수 있습니다.
따라서 기존 채팅에서 “무엇을 만들지” 결정하고, Dot이 필요할 때 Work나 Codex를 통해 실제 파일·코드·웹 작업을 수행하도록 하는 구조가 가능합니다. 이때 Dot은 단순 대화 상대보다 여러 작업 도구를 연결하는 지속형 조정자에 가깝게 동작합니다.
기존 채팅 URL이나 공유 링크를 Dot에 주면 연결될까
ChatGPT에는 대화를 읽기 전용 링크로 공유하는 기능이 있지만, 공식 도움말은 이 공유 링크를 Dot의 기존 채팅 가져오기 기능으로 설명하지 않습니다. 따라서 공유 링크만 던지면 특정 채팅이 Dot의 영구 컨텍스트가 된다고 기대하는 것은 안전하지 않습니다.
프로젝트 연속성이 중요한 경우에는 링크보다 기존 채팅에서 인계 요약을 생성해 직접 제공하는 편이 확실합니다. 대화 전문이 반드시 필요하다면 ChatGPT 데이터 내보내기 기능으로 conversations.json을 받을 수 있고, OpenAI는 이 파일을 새 대화에서 참고 자료로 업로드하는 방법도 안내합니다. 다만 이것은 기존 채팅 자체를 그대로 복원하거나 Dot과 자동 연결하는 기능은 아닙니다.
실전 예시 1: 개발 프로젝트 채팅을 Dot으로 이어가기
먼저 기존 개발 채팅에서 “현재 브랜치, 서버, 최근 정상 커밋, 배포 방식, 해결한 오류, 남은 오류, 다음 작업”을 인계 문서로 만듭니다. 그다음 Dot에 저장소와 필요한 개발 도구 접근을 허용하고 인계 문서를 전달합니다.
Dot의 역할은 “매일 개발 방향을 다시 고민하는 것”이 아니라 “정해진 구조에서 빌드 상태 확인 → 실패 원인 확인 → 필요한 경우 Codex 작업 생성 → 결과 보고”처럼 정의하는 편이 좋습니다. 중요한 구조 변경이나 데이터 삭제는 Custom Rules에서 반드시 사용자 승인으로 설정합니다.
실전 예시 2: 장기 리서치 채팅을 Dot으로 이어가기
기존 채팅에서 이미 조사한 자료와 결론이 있다면 “확정된 사실, 아직 불확실한 부분, 추적 중인 기업·기술·정책, 새로운 변화가 생겼을 때 알림 조건”을 정리합니다.
Dot에는 이 인계 문서를 기준으로 반복 조사를 맡기고, “기존 결론을 바꿀 만한 새로운 1차 출처가 생길 때만 알려줘”처럼 조건을 둡니다. 이렇게 하면 매번 처음부터 리서치를 반복하는 대신 기존 지식 위에 변화만 쌓을 수 있습니다.
실전 예시 3: 콘텐츠 운영 채팅을 Dot으로 이어가기
기존 채팅에서 사이트별 주제, 글 톤, SEO 원칙, 발행 금지사항, 내부링크 기준을 정리합니다. Dot은 최신 뉴스와 공식 발표를 지속 확인하고 실제로 발행 가치가 있는 변화만 후보로 올리도록 설정할 수 있습니다.
여기서 중요한 것은 Dot에게 바로 게시 권한을 전부 주는 것이 아니라, 초기에 “조사와 후보 생성은 자동, 최종 공개는 승인 후”처럼 경계를 두는 것입니다. 일정 기간 결과 품질을 확인한 뒤 반복 작업만 자동 범위를 넓히는 편이 안전합니다.
가장 추천하는 구조: Master Chat + Handoff + Dot
장기 프로젝트에서는 Master Chat → Handoff → Dot 구조가 가장 이해하기 쉽습니다. Master Chat은 아이디어와 결정이 쌓이는 원본 기록이고, Handoff는 현재 상태를 압축한 기준 문서, Dot은 그 기준을 바탕으로 계속 움직이는 실행자입니다.
Master Chat에서 중요한 결정이 바뀔 때마다 Handoff를 갱신해 Dot에게 전달하면 Memory에만 의존하는 것보다 작업 연속성이 높아집니다. 특히 개발·사업·콘텐츠처럼 결정 이력이 중요한 프로젝트에서 효과적입니다.
주의: Memory는 연결 장치이지 백업 시스템은 아니다
Memory는 기존 채팅의 모든 문장을 보존하는 전문 저장소가 아닙니다. Dot이 최근 대화 컨텍스트를 받을 수 있다는 공식 설명도 “특정 채팅 전문을 항상 그대로 읽는다”는 뜻은 아닙니다.
따라서 중요한 작업 상태는 별도 인계 문서, 프로젝트 파일, 저장소, 문서 서비스 등에 명시적으로 남기는 것이 좋습니다. 또한 Dot이 이미 받은 컨텍스트는 Memory를 끈다고 자동 삭제되지 않으며, Dot의 자체 컨텍스트를 제거하려면 Reset이 필요하다는 점도 기억해야 합니다.
정리
현재 Dots와 기존 ChatGPT 채팅의 연결은 “기존 채팅 하나를 클릭해 붙이는 방식”보다는 Memory·최근 대화 컨텍스트 + 명시적 인계 문서 + 공유된 플러그인·도구를 조합하는 방식에 가깝습니다.
가장 안정적인 활용법은 기존 Chat을 사고와 결정의 기록으로 유지하고, 그 내용을 Handoff로 압축해 Dot에게 전달한 뒤 Dot에는 반복 조사·모니터링·Work·Codex 실행 같은 지속 업무를 맡기는 것입니다. Dots 자체의 기본 구조가 궁금하다면 AISOLUTION의 ChatGPT Dots 기본 가이드와 OpenAI DevDay 2026 정리를 함께 참고할 수 있습니다.