ChatGPT Atlas 서비스 종료 — 이전된 것과 내보내기 기능이 지원되지 않은 단 한 가지 (2026)

합리적이었던 타임라인

OpenAI의 도움말 문서는 "브라우저 기반 에이전트 작업을 위해 Atlas를 ChatGPT로 발전시키기"라는 제목으로 다음과 같이 명시하고 있습니다. "우리는 Atlas 서비스를 종료하고 브라우저 기반 에이전트 기능을 ChatGPT 및 Codex로 이전합니다." 서비스 종료 기간은 약 30일이었습니다. 2026년 7월 9일에 발표되어 8월 9일에 작동이 중단될 예정이었으며, 해당 문서는 왜 미련을 두지 말아야 하는지 직설적으로 설명합니다. 브라우저는 지속적인 보안 유지 관리가 필요하며, 단종된 브라우저는 더 이상 이를 지원받지 못하기 때문입니다.

인정할 것은 인정해야 합니다. 명확한 공지 기간, 대체 경로 제시, 그리고 정직한 보안상의 이유까지 갖추었습니다. 대부분의 서비스 종료는 이보다 훨씬 매끄럽지 못합니다.

네 가지 아티팩트, 네 가지 서로 다른 답변

문서에서는 각 브라우저 데이터 유형에 어떤 일이 일어나는지 구체적으로 설명합니다.

• 북마크는 자동으로 이전되지 않습니다. Atlas에서 HTML 파일로 내보낸 다음 Chrome과 같은 다른 브라우저로 가져와야 합니다. 도움말 문서에서 두 과정 모두에 대한 단계별 지침을 제공합니다.
• 열린 탭은 자동으로 이전되지 않을 수 있습니다. 북마크에 추가하거나 URL을 문서에 복사해 두세요.
• 브라우저 방문 기록은 자동으로 이전되지 않을 수 있습니다. 나중에 필요한 항목은 저장하거나 북마크해 두세요.
• 쿠키: "Atlas는 가능한 경우 내보내기 옵션을 제공할 것"이라며 쿠키 및 세션 파일을 민감한 정보로 취급하라는 경고와 함께, 문제 해결 섹션에 "쿠키 및 활성 세션은 다른 브라우저로 가져올 수 없습니다"라고 명확히 명시하고 있습니다.

여기서 패턴을 주목해 보세요. 이 목록에 있는 모든 것은 URL, 북마크, 쿠키 파일 등 파일 형태의 아티팩트(artifact)입니다. 브라우저 업계가 지난 20년 동안 이를 표준화해 왔기 때문에 내보내기 형식이 존재하는 것들입니다.

명시적으로 안전하게 보관된 대화 기록

이 부분은 안심할 수 있는 대목이며, 문서에서 두 번이나 강조되었습니다. "ChatGPT 대화 기록은 Atlas 브라우저 데이터와 분리되어 있습니다. 요금제, 워크스페이스 설정 및 계정 액세스 권한에 따라 ChatGPT에서 대화 기록을 계속 사용할 수 있습니다."

즉, 대화는 브라우저가 사라져도 살아남았습니다. 이 점은 누락된 부분을 더욱 도드라지게 만듭니다. OpenAI가 어떤 데이터 저장소가 영향을 받는지 신중하게 생각하고 각각에 대해 안내했음을 보여주기 때문입니다.

브라우저 메모리는 실제 존재했던 기능이었습니다

이 기능은 Atlas 자체의 데이터 제어 문서에 기록되어 있으며, 사용자가 "도구가 자신에 대해 기억하는 내용"을 제어할 수 있다는 말로 시작합니다. 정의는 정확합니다. "브라우저 메모리(Browser memories)는 브라우징에서 얻은 사실과 통찰을 포함하지만, 전체 페이지 콘텐츠는 포함하지 않습니다."

이것은 방문 기록도 아니고 캐시도 아닙니다. 원시 브라우징 데이터의 상위 레이어인 '파생된 지식(derived knowledge)'이며, 바로 이 점 때문에 유용했습니다. 또한 내보내기 형식이 없는 이유이기도 합니다. "도구가 사용자에 대해 내린 결론"을 표준화한 사람은 아무도 없기 때문입니다.

수명 주기에 대해 문서화된 유일한 사실은 '삭제'뿐입니다

개인정보 보호 문서에서 브라우저 메모리에 일어나는 일을 다루는 문장은 단 두 개뿐이며, 둘 다 이식성(portability)이 아닌 삭제에 관한 내용입니다.

• 모든 대화를 삭제해도 "Browser memories, 쿠키 또는 Atlas 전용의 다른 데이터는 삭제되지 않습니다."
• "웹 기록(Web History)을 삭제하면 관련 Browser memories도 함께 삭제됩니다."

즉, 브라우저 메모리는 삭제 목적상 브라우징 기록과 결합되어 있었고, 대화와는 분리되어 있었습니다. 이는 일관성 있는 개인정보 보호 설계입니다. 하지만 동시에 사용자가 이 데이터에 대해 취할 수 있었던 유일한 조치가 파괴적인 것(삭제)뿐이었음을 의미합니다.

제가 주장하지 않는 것

서비스 종료 시점에 브라우저 메모리에 어떤 일이 일어났는지는 저도 알지 못합니다. 서비스 종료 안내 문서에는 이에 대한 설명이 없으며, 저는 그 침묵을 추측으로 채우지 않을 것입니다. 두 곳에서 "대화는 분리되어 안전하다"고 밝힌 제품인 만큼 현명하게 처리했을 가능성도 큽니다.

검증 가능한 사실은 더 좁지만 여전히 곱씹어 볼 가치가 있습니다. 북마크에는 내보내기 경로가 존재했고, 탭과 방문 기록에는 부분적인 경로가 존재했으며, 쿠키에는 조건부 경로가 존재했지만, 파생된 레이어에 대해서는 내보내기 경로가 전혀 문서화되어 있지 않다는 점입니다. 도구가 사용자의 작업 방식에 대해 무언가를 학습할 때, 그 지식은 파일 형식이 아니라 도구의 형태(shape) 속에 살아갑니다. 도구가 종료되면 그 지식에 어떤 일이 일어나는지에 대한 질문은 FAQ에조차 등장하지 않습니다.

그리고 이것은 Atlas만의 특이점이 아니라 일반적인 현상입니다

현재 메모리 기능을 가진 모든 도구가 이러한 특성을 가지고 있습니다. 일반 소비자용 챗 메모리는 구조화된 내보내기 기능이 없습니다. 코딩 에이전트가 생성한 메모리는 직접 편집하도록 설계되지 않은 로컬 파일입니다. 화면 활동 기록 도구는 자체 클라이언트 저장소에 데이터를 컴파일합니다. 이는 에이전트 메모리의 에피소드 영역의 전형적인 형태이며, 사용자가 실제로 수행한 작업의 기록이 단일 기기의 단일 제품 내에 머물게 됩니다.

서비스 종료 공지를 받고 나서야 이 문제를 처음 생각하게 된다면, 이미 조치를 취할 기회를 놓친 것입니다.

문서에 나열된 모든 것을 내보내기. 올바른 방법이며, 그렇게 하셨어야 합니다. 북마크는 HTML로, 탭은 URL 목록으로 내보내고, 방문 기록에서 중요한 항목이 있는지 검토하는 것입니다. 이는 복구 가능한 데이터 세트이며, 실제로 사람들이 일상적으로 아쉬워하는 대부분의 항목입니다.

쿠키와 세션 이동 시도하기. 다른 브라우저로 가져오는 것은 불가능하다고 문서화되어 있으며, 우회 방법을 찾기보다는 이를 따르는 것이 좋습니다. 세션 파일은 사실상 신원 증명서(credentials)와 다름없으며, 이를 공유하지 말라는 문서의 경고는 지극히 타당합니다.

ChatGPT 메모리가 브라우징 지식을 흡수했을 것이라 가정하기. 그렇지 않았으며, 문서에서도 명확히 선을 긋고 있습니다. 브라우저 데이터와 대화 기록은 서로 다른 저장소입니다. Atlas가 사용자의 브라우징에서 추론한 모든 것은 Atlas 쪽에 남아 있었습니다.

동일한 사이트를 다시 브라우징하여 재구축하기. 이것이 실제로 대부분의 사람들이 취하는 행동이며, 본질을 보여줍니다. 지식 레이어를 잃어버린 것에 대한 해결책이 "그 지식을 만들어낸 행동을 재현하는 것"뿐이라면, 그 지식은 애초에 사용자가 마음대로 옮길 수 있는 것이 아니었습니다.

데스크톱 앱이나 Chrome 확장 프로그램으로 전환하고 기대해 보기. 권장되는 경로이자 합리적인 방법입니다. 해당 문서는 에이전트 기반 브라우저 작업을 위해 ChatGPT 데스크톱 앱을, Chrome과 함께 사용하기 위해 Chrome 확장 프로그램이나 사이드바를 가리키고 있습니다. 새로운 기능, 새로운 저장소가 제공되지만 기존의 파생된 레이어는 가져올 수 없습니다.

모든 임시방편은 아티팩트는 잘 처리하지만, 파생된 지식은 전혀 처리하지 못합니다.

이 교훈은 Atlas에만 국한되지 않으며, "공급업체를 불신하라"는 뜻도 아닙니다. 도구가 보유하는 정보에는 두 가지 종류가 있으며, 실질적인 의미에서 오직 하나만이 진정으로 사용자의 것이라는 점입니다.

아티팩트는 이식 가능합니다. 북마크, 파일, URL, 문서 등입니다. 표준 형식이고, 평범하며, 내보내기가 가능합니다. 이를 표준적인 위치에 보관하면 이러한 종류의 문제로 골머리를 앓을 일이 없습니다.

파생된 지식은 대개 이식 불가능합니다. 도구가 사용자의 작업, 선호도, 패턴에 대해 추론하고 요약하거나 결론을 내린 내용입니다. 상호 교환 형식이 없기 때문에 마이그레이션 경로가 없으며, 서비스가 종료되면 그대로 끝납니다.

따라서 두 번째 범주의 정보가 클라이언트 내부에만 독점적으로 쌓이도록 방치하는 것을 멈춰야 합니다. 제약 조건, 결정 사항, "승인하기 전에 항상 스테이징 대시보드 확인하기"와 같이 알 가치가 있는 모든 것은 사용자가 직접 기록한 형태로 존재해야 하며, 어떤 도구에서든 읽을 수 있고 언제든지 내보낼 수 있는 저장소에 보관되어야 합니다.

MemoryLake는 바로 이를 위한 메모리 레이어입니다. 문서, 결정 사항, 작업 컨텍스트를 하나의 저장소에 보관하며, API를 통해 ChatGPT에서 읽을 수 있고 Claude 및 Codex와 같은 MCP 지원 도구에서 직접 읽을 수 있습니다. 브라우저를 대체하거나 Atlas의 메모리를 복구해 주지는 않지만, 향후 5년 동안 축적될 지식이 어디에 저장될지를 바꾸어 줍니다.

1단계: API 키 생성하기

키를 생성하고 약 30초 만에 첫 번째 요청을 보낼 수 있습니다. 채팅 창에 붙여넣는 대신 환경 변수나 보안 관리자(secret manager)에 보관하세요.

2단계: 첫 번째 메모리 업로드하기

다시 작성하기 까다로운 문서, 이미지, 파일들을 업로드하세요. 운영 가이드(runbook), 공급업체 특이사항, 고객 요구사항, 결정 사항과 그 이유, 계속해서 다시 찾게 되는 연구 자료 등이 이에 해당합니다. 요약본보다는 원본 소스를 업로드하세요. 요약은 파생된 아티팩트이며, 파생된 아티팩트는 방금 의존하지 말아야 한다고 배운 바로 그 대상이기 때문입니다.

3단계: AI 및 에이전트 연결하기

Claude, Codex, OpenClaw 및 기타 AI 에이전트가 MCP 또는 API를 통해 메모리에 액세스할 수 있도록 하세요. ChatGPT에는 MCP 클라이언트가 없으므로 API를 통해 필요한 정보를 검색하여 프롬프트, 맞춤형 GPT(custom GPT)의 지침 또는 모델을 호출하는 워크플로우에 주입해야 합니다. 핵심은 단일 클라이언트가 저장소를 독점하지 않으므로, 특정 클라이언트의 서비스가 종료되더라도 데이터가 사라지지 않는다는 점입니다.

첫 번째 차이점은 서비스 종료 공지가 그저 사소한 불편함에 불과해진다는 것입니다. 저장소를 읽는 도구만 바꾸면 됩니다. 복구 가능한 데이터를 분류하는 데 30일을 허비할 필요가 없습니다.

두 번째는 지식을 보유하고 있는 동안 그 내용을 명확히 읽을 수 있다는 점입니다. Atlas의 브라우저 메모리는 설계상 전체 목록을 읽을 수 없었습니다. 읽을 수 없는 저장소는 감사(audit)할 수도, 수정할 수도, 복사할 수도 없습니다. 직접 기록하는 방식은 자동 캡처라는 마법 같은 편리함은 잃을지 몰라도, 그 외의 모든 이점을 얻게 됩니다.

세 번째는 더 이상 단일 제품만의 문제가 아니게 된다는 점입니다. 동일한 지식이 계획을 세우는 어시스턴트와 코드를 작성하는 에이전트 모두에게 제공되므로, 모든 도구에 컨텍스트를 매번 다시 설명해야 하는 번거로움에서 벗어날 수 있습니다.

내장된 기능들도 공평하게 평가하자면, 계속 사용하셔도 좋습니다. ChatGPT 메모리는 개인화에 뛰어나며, 그 한계 또한 잘 문서화되어 있습니다. 메모리가 작동하지 않는 것처럼 보이는 이유는 대개 버그가 아니라 문서에 명시된 다섯 가지 동작 중 하나 때문입니다. 다만 중요한 정보가 오직 그곳에만 머물게 하지는 마세요.

리소스를 투입하기 전에 "내보내기 형식이 무엇인가?"를 질문하세요

"내보낼 수 있는가?"가 아니라 "어떤 형식으로 내보낼 수 있는가?"를 물어야 합니다. 북마크는 형식이 있지만, 메모리는 그렇지 않습니다. 상호 교환 형식이 없는 기능은 아무리 훌륭하더라도 임대해서 쓰는 기능에 불과합니다. 자신이 가진 지식 중 어떤 것이 그 안에 들어있는지 알고만 있다면 그것도 괜찮습니다.

파생된 메모리는 항상 편의를 위한 레이어로 취급하세요

어떤 제품이든 자동 생성된 메모리는 사용자가 이미 알고 있는 정보 앞단의 캐시(cache)로 이해하는 것이 가장 좋습니다. 그것을 잃어버렸을 때 곤란해진다면, 다른 곳에도 보관해야 합니다. 브라우저 메모리, 채팅 메모리, 코딩 에이전트의 로컬 노트 모두 마찬가지입니다.

도구가 파악한 내용을 의도적으로 기록해 두세요

일주일에 한 번씩 어시스턴트에게 사용자의 작업에 대해 무엇을 알고 있는지 물어보고 그 답변을 저장해 두세요. 10분밖에 걸리지 않으며, 내보낼 수 없는 저장소를 문서로 변환할 수 있습니다. 서비스 종료 이메일을 받기 전에 실행하세요. 메일을 받은 후에는 마감 기한에 쫓기며 작업해야 하거나, 아예 하지 못하게 될 수 있습니다.

쿠키와 세션은 항상 자격 증명(credentials)으로 취급하세요

Atlas 문서의 경고는 언제나 유효한 기본 원칙입니다. 수신자를 신뢰하고 그 파일이 어떤 권한을 부여하는지 명확히 이해하지 못했다면 쿠키나 세션 파일을 공유하지 마세요. 세션 파일은 로그인된 상태의 사용자 자신과 같습니다.

아티팩트는 표준 형식과 표준 위치에 보관하세요

HTML로 내보낸 북마크, 파일 시스템이나 직접 제어하는 저장소에 있는 문서, 문서 내의 URL 등이 이에 해당합니다. 살아남는 것은 평범한 형식들이며, 독점적인 편의 기능들은 사라지기 마련입니다.

Atlas 서비스 종료는 이 분야에서 기대할 수 있는 가장 매끄러운 방식으로 처리되었습니다. 30일 전 공지, ChatGPT 및 Codex라는 명확한 대체 경로 제시, 단계별 북마크 마이그레이션 안내, 정직한 보안상의 이유 설명, 그리고 대화 기록이 분리되어 안전하게 보관된다는 명시적 약속까지 제공되었습니다. 쿠키에 대한 답변이 "가져오기 불가능"이었을지언정, 모든 파일 형태의 아티팩트에는 해결책이 있었습니다.

공백은 파생된 레이어에 있습니다. 브라우저 메모리는 브라우징에서 얻은 사실과 통찰로 문서화되어 있었고, 삭제를 위해 방문 기록과 결합되어 있었지만, 이를 내보낼 수 있는 경로는 그 어디에도 나타나지 않았습니다. 이는 Atlas만의 문제가 아닙니다. 오늘날 출시되는 모든 메모리 기능의 현주소입니다. 그러므로 이러한 기능들을 계속 사용하되, 중요한 지식은 형식과 탈출구(exit)가 있는 저장소에 보관하세요. 사용자에 대해 학습하는 도구가 그 내용을 아는 유일한 존재가 되어서는 안 됩니다.