ChatGPT Dreaming V3, 자동 기억 요약의 개인정보 부담

AI 요약

• 무슨 일: OpenAI가 2026년 6월 4일 ChatGPT 메모리 합성 시스템 Dreaming V3를 배포했습니다.
  • 미국 Plus와 Pro 사용자에게 먼저 열리고, Free와 Go 및 추가 국가는 몇 주 동안 확대됩니다.
• 변화: 명시적 저장 메모리에서 대화 이력을 배경 합성하는 장기 개인화 구조로 이동합니다.
• 주의점: Memory Summary는 검토 UX를 주지만 모든 기억을 보여주지는 않습니다.
  • 완전 삭제에는 과거 대화, 보관 대화, 파일, 연결 앱까지 출처별 정리가 필요합니다.

OpenAI가 2026년 6월 4일 Dreaming: Better memory for a more helpful ChatGPT를 공개했습니다. 발표의 대상은 새 모델이 아니라 ChatGPT의 메모리 합성 시스템입니다. OpenAI는 이 업데이트가 미국 Plus와 Pro 사용자에게 당일 제공되고, 추가 국가와 Free, Go 사용자에게는 앞으로 몇 주 동안 확대된다고 밝혔습니다. 이름은 부드럽지만 제품적으로는 꽤 큰 전환입니다. ChatGPT가 사용자의 명시적 저장 메모리만 보는 도구에서, 여러 대화의 맥락을 배경에서 합성해 다음 대화에 반영하는 개인화 런타임으로 바뀌고 있습니다.

이번 발표가 AI 개발자에게도 의미가 있는 이유는 메모리가 더 이상 "좋아하는 문체를 기억한다"는 부가 기능에 머물지 않기 때문입니다. OpenAI는 memory가 preferences, projects, constraints를 학습해 미래 대화가 처음부터 시작하지 않도록 돕는다고 설명했습니다. 장기 프로젝트, 반복 업무, 연결 앱, 파일 라이브러리, 에이전트 실행이 같은 제품 안으로 들어오면 메모리는 답변 품질의 일부가 아니라 권한과 데이터 보존의 일부가 됩니다. 소비자 ChatGPT 기능처럼 보이는 업데이트 안에 AI 제품팀이 장기 기억을 설계할 때 마주칠 문제가 들어 있습니다.

2024년 saved memories에서 2026년 Dreaming V3까지

OpenAI의 메모리는 2024년 4월 saved memories로 시작했습니다. 사용자가 "싱가포르에 7월에 간다는 것을 기억해줘"처럼 말하면 ChatGPT가 그 정보를 저장하고 다음 대화에서 참고하는 방식입니다. OpenAI는 이번 글에서 saved memories가 대화 중에만 쓰였고, 강한 신호가 있어야 기억을 만들었으며, 시간이 지나면서 오래된 정보가 틀리거나 관련성을 잃는 문제가 있었다고 적었습니다. 이 설명은 기존 메모리 UX의 한계를 꽤 직접적으로 인정합니다. 사용자가 직접 적어준 노트는 검토하기 쉽지만, 장기 대화에서 자연스럽게 생기는 선호와 제약을 놓치기 쉽습니다.

2025년 4월에는 첫 Dreaming 방식이 들어왔습니다. OpenAI는 이때 ChatGPT가 saved memories 목록 밖의 대화 맥락을 참조할 수 있게 했고, 이를 background process로 chat history를 참고해 메모리를 자동 큐레이션하는 방법이라고 설명했습니다. 2026년 6월 발표의 Dreaming V3는 그 위에 올라간 더 강한 버전입니다. OpenAI는 새 구조가 staleness, correctness, scalability 문제를 다루기 위해 만들어졌고, 수억 명 사용자와 여러 해의 대화 기간을 염두에 둔 더 compute-efficient architecture라고 밝혔습니다.

OpenAI가 제시한 평가 축은 세 가지입니다. 첫째는 사용자가 한 번 말한 유용한 맥락을 다음 대화로 가져가는 carry-forward입니다. 둘째는 채식, 응답 방식, 여행 취향 같은 preference와 constraint를 일관되게 따르는 능력입니다. 셋째는 시간이 흐르며 정보가 오래되는 문제를 처리하는 freshness입니다. OpenAI는 카메라 장비 추천, 싱가포르 여행 계획, 과거 여행지가 현재 위치처럼 남는 stale memory 예시를 통해 이 평가 축을 설명했습니다. 수치 그래프는 공개하지 않았지만, 평가 프레임은 메모리 제품이 줄여야 할 실패 유형을 세 갈래로 나눕니다.

Memory Summary는 통제 화면이지만 전체 로그는 아닙니다

Dreaming V3에서 사용자에게 보이는 새 표면은 Memory Summary입니다. OpenAI 발표는 dreaming이 합성한 memories를 summary page에서 검토할 수 있고, 사용자가 ChatGPT가 자신에 대해 아는 하이라이트를 보고 수정하거나 업데이트할 수 있다고 설명했습니다. 특정 주제를 언제 꺼낼지에 대한 instruction도 줄 수 있습니다. 이것은 메모리 UX에서 필요한 방향입니다. 자동 합성이 강해질수록 사용자는 모델 내부 상태를 직접 볼 수 없기 때문에, 최소한 "현재 시스템이 나를 어떻게 요약하고 있는가"를 확인할 수 있어야 합니다.

다만 OpenAI Help Center의 Memory FAQ는 이 Summary의 한계도 분명히 적습니다. FAQ는 Memory Summary가 가장 중요한 세부 정보를 담아야 하지만 ChatGPT가 대화를 바탕으로 기억하는 모든 내용을 포함하지는 않는다고 설명합니다. 어떤 정보가 기억됐는지 알고 싶으면 대화에서 물어볼 수 있지만, Summary는 완전한 원장이나 감사 로그가 아닙니다. AI 제품팀이 여기서 배울 점은 분명합니다. 자동 메모리 기능을 출시할 때 "요약을 보여준다"와 "모든 근거를 설명한다"는 같은 말이 아닙니다.

Memory Sources도 같은 문제를 다룹니다. FAQ에 따르면 사용자는 답변 아래 책 모양 아이콘을 통해 custom instructions, past chats, files, memories 같은 개인화 출처를 볼 수 있습니다. Plus와 Pro에서는 Free, Go의 past chats, saved memories, custom instructions에 더해 파일 라이브러리와 Gmail 연결 정보도 일부 지역에서 출처로 들어갈 수 있습니다. 하지만 OpenAI는 Memory Sources가 답변을 만든 모든 요인이나 모든 과거 대화를 보여주지는 않을 수 있다고 덧붙였습니다. 이 문장은 개인정보와 설명 가능성 관점에서 중요합니다. 출처 UI는 신뢰를 높일 수 있지만, "보이지 않는 출처는 없다"는 보증은 아닙니다.

5배 compute 절감은 Free 사용자 확대의 조건입니다

OpenAI 발표에서 가장 제품 운영에 가까운 숫자는 약 5배입니다. 회사는 최근 개선으로 Free 사용자에게 dreaming을 제공할 수 있을 만큼 serving compute가 약 5배 줄었다고 밝혔습니다. 이 수치는 메모리 기능이 단순한 데이터베이스 조회가 아니라는 점을 드러냅니다. 여러 대화의 맥락을 합성하고, 낡은 정보를 갱신하고, 새 대화에 맞는 관련 조각을 찾는 과정은 inference와 storage, retrieval, summarization 비용을 계속 만듭니다.

AI 제품을 만드는 팀은 이 숫자를 모델 가격표와 별도로 봐야 합니다. 장기 메모리를 붙이면 사용자당 비용은 한 번의 답변 생성에서 끝나지 않습니다. 대화 종료 후 memory extraction을 돌릴지, 주기적으로 consolidation을 할지, 검색 인덱스를 갱신할지, 삭제 요청을 모든 출처에 전파할지, 연결 앱에서 가져온 정보를 어느 기간 보관할지 결정해야 합니다. OpenAI가 Free 사용자 확대를 compute 절감 뒤에 붙인 것은, 개인화 기능의 경제성이 제품 범위를 결정한다는 뜻입니다.

개발자 도구에서도 같은 문제가 나타납니다. 코딩 에이전트가 repository 선호, 실패한 테스트, 배포 절차, 팀 정책을 기억하려면 장기 메모리 저장소가 필요합니다. 하지만 기억이 많아질수록 context injection 비용과 stale decision 위험도 늘어납니다. OpenAI Dreaming V3는 소비자 ChatGPT용 기능이지만, 메모리 제품의 핵심 질문을 "더 많이 저장할 것인가"에서 "무엇을 합성하고 무엇을 낡은 것으로 처리할 것인가"로 옮깁니다.

삭제는 버튼 하나보다 복잡합니다

Memory FAQ에서 가장 실무적인 문장은 완전 삭제 절차입니다. OpenAI는 사용자가 ChatGPT가 자신에 대해 알고 있을 수 있는 어떤 정보를 완전히 제거하려면 그 정보가 나타나는 모든 위치에서 삭제해야 한다고 설명합니다. 예시는 saved memories, memory summary, past chats, archived chats, files, connected apps입니다. 또 "Don't mention this again"은 향후 답변에서 그 내용을 피하도록 돕지만, 해당 정보를 삭제하는 것은 아니라고 적습니다. 이것은 자동 메모리 시스템의 본질적인 부담입니다. 정보가 한 곳에 있지 않으면 삭제도 한 곳에서 끝나지 않습니다.

이 부담은 연결 앱이 늘수록 커집니다. FAQ는 Gmail이 연결된 경우 받은편지함의 여행 계획, 프로젝트 스레드, 일정 맥락이 개인화에 쓰일 수 있다고 설명합니다. 파일 라이브러리도 Plus와 Pro 사용자의 Memory Sources에 포함될 수 있습니다. 사용자가 "이 정보를 잊어줘"라고 말했을 때, 모델 요약에서 지우는 것과 원본 파일이나 이메일, 대화 기록, 검색 인덱스, safety용 제한 맥락에서 지우는 것은 서로 다른 작업입니다. 제품팀은 이 차이를 UI 문구와 내부 데이터 흐름 양쪽에서 명확히 해야 합니다.

OpenAI는 Temporary Chat을 대안으로 제시합니다. Memory가 켜져 있어도 Temporary Chat은 기존 memories를 사용하지 않고 새 memories를 만들지 않는다고 FAQ는 설명합니다. 민감한 주제를 다루는 AI 제품에서 temporary mode는 사실상 필수 기능입니다. 다만 사용자가 언제 temporary mode를 써야 하는지, 연결 앱의 데이터가 temporary mode에서 완전히 차단되는지, 기존 메모리 기반 안전 기능과 어떻게 분리되는지까지 안내해야 신뢰를 얻을 수 있습니다.

커뮤니티 반응은 기대보다 통제에 가깝습니다

발표 당일 Reddit r/OpenAI와 r/ChatGPT에는 Dreaming memory 스레드가 올라왔습니다. 반응은 아직 초기라 깊은 실사용 검증보다 기능 설명, 우려, 추측이 많습니다. 한 r/OpenAI 댓글은 대화를 주기적으로 요약해 중요한 정보를 장기 메모리에 쓴다는 식으로 구조를 이해했습니다. r/ChatGPT 쪽에서는 새 기능 소개보다 기존 메모리 경험에 대한 불만과 기대가 함께 보입니다. ChatGPT 사용자 커뮤니티에는 과거 memory wipe, 모델 성격 변화, long-term persona 손실 같은 불만이 누적되어 있습니다. 새 메모리 시스템은 "더 많이 기억한다"보다 "잘못 기억했을 때 고칠 수 있는가"로 평가받을 공산이 큽니다.

이 반응은 AI 제품팀에 꽤 현실적인 신호입니다. 사용자는 장기 기억을 원하지만, 기억이 마음대로 변하거나 삭제되지 않거나 원치 않는 맥락을 꺼내면 신뢰를 빠르게 잃습니다. 특히 개인 AI, 업무 AI, 학습 도우미, 치료나 상담에 가까운 사용 사례에서는 기억의 품질이 모델 점수보다 더 개인적인 경험을 만듭니다. 모델이 과거 정보를 틀리게 붙이면 단순 hallucination보다 더 불쾌할 수 있습니다. 사용자는 "나를 기억한다"는 표현을 제품 기능이 아니라 관계적 약속으로 받아들이기 때문입니다.

개발팀이 확인할 세 가지 질문

첫째, 메모리의 원본과 요약을 분리해야 합니다. OpenAI의 Summary는 사용자가 이해하기 쉬운 표면이지만, 그 자체가 모든 근거는 아닙니다. B2B AI 제품이라면 summary, raw source, retrieval trace, deletion status를 구분해 저장해야 합니다. 예를 들어 고객 지원 에이전트가 "이 고객은 환불을 싫어한다"는 메모리를 만들었다면, 원본 티켓과 대화, 작성 시점, 적용 범위, 만료 조건이 함께 있어야 합니다. 그렇지 않으면 메모리는 개인화가 아니라 보이지 않는 편견 저장소가 됩니다.

둘째, 시간 경과를 데이터 모델에 넣어야 합니다. OpenAI가 "싱가포르 여행 예정"이 시간이 지나 "싱가포르에 다녀옴"으로 바뀌어야 한다고 든 예시는 단순해 보이지만 실무에서는 어렵습니다. 프로젝트 마감일, 계약 상태, 고객 선호, 건강 정보, 위치 정보, 조직 역할은 시간이 지나며 의미가 바뀝니다. 메모리 시스템은 created_at만으로 충분하지 않습니다. valid_from, valid_until, confidence, source freshness, conflict handling 같은 필드가 필요합니다.

셋째, 삭제를 제품 요구사항으로 먼저 설계해야 합니다. OpenAI FAQ처럼 사용자가 완전 삭제를 하려면 여러 출처를 정리해야 한다면, 제품은 그 복잡성을 숨기지 말아야 합니다. "메모리에서 제거"와 "원본 대화 삭제"와 "연결 앱 접근 차단"과 "모델 개선 학습 제외"는 서로 다릅니다. 이 네 가지를 하나의 버튼으로 보이게 만들 수도 있지만, 내부적으로는 각각의 상태를 추적해야 합니다. 개인정보 규제가 강한 지역이나 Enterprise 환경에서는 이 차이가 계약 조건이 됩니다.

메모리 경쟁은 모델 성능 밖에서 벌어집니다

ChatGPT Dreaming V3는 모델 출시 뉴스보다 덜 화려합니다. 하지만 AI 제품의 체감 품질에는 더 오래 남을 수 있습니다. 사용자가 매번 자기 프로젝트, 취향, 지역, 금지사항, 진행 중인 결정을 다시 설명해야 한다면 모델이 아무리 좋아도 제품은 피곤합니다. 반대로 메모리가 너무 넓고 불투명하면 사용자는 AI가 자신을 추적한다고 느낄 수 있습니다. OpenAI가 Dreaming V3와 Memory Summary, Memory Sources를 함께 내놓은 이유는 이 두 압력을 동시에 다루기 위해서입니다.

경쟁사도 같은 지점으로 갈 수밖에 없습니다. Gemini, Claude, Copilot, Perplexity, 기업용 에이전트 플랫폼은 모두 장기 맥락을 필요로 합니다. 차이는 "얼마나 많이 기억하는가"보다 "사용자가 기억의 상태를 얼마나 검토하고 교정하고 삭제할 수 있는가"에서 생깁니다. 에이전트가 파일, 이메일, 캘린더, 코드 저장소, 업무 시스템에 연결될수록 메모리는 추천 품질이 아니라 데이터 거버넌스가 됩니다.

OpenAI의 이번 발표는 그 경계선을 꽤 선명하게 드러냅니다. Dreaming V3는 오래된 saved memory를 보완하고, Free 사용자까지 확대할 수 있을 만큼 compute 비용을 낮추며, Memory Summary로 검토 표면을 제공합니다. 동시에 FAQ는 Summary가 전체 기억이 아니고, 완전 삭제가 여러 출처를 요구하며, Memory Sources도 답변을 만든 모든 요인을 보여주지 않을 수 있다고 말합니다. AI 개발자에게 남는 결론은 단순합니다. 장기 기억을 기능 목록에 넣는 순간, 제품은 retrieval 시스템이 아니라 신뢰 시스템을 운영하게 됩니다.

출처

• OpenAI: Dreaming: Better memory for a more helpful ChatGPT
• OpenAI Help Center: Memory FAQ
• Reddit r/OpenAI: Dreaming memory discussion
• Reddit r/ChatGPT: Dreaming memory discussion