ChatGPT Work 클라우드와 로컬 간 컨텍스트를 유지하는 방법 (2026년 가이드)

하나의 앱, 두 개의 실행 환경

Cloud Work는 "지원되는 웹, 모바일 및 데스크톱 환경에서 사용할 수 있으며", "OpenAI가 관리하는 인프라의 격리된 환경에서 Codex 하네스를 실행합니다." 이 대화는 "이러한 환경 간에 동기화될 수 있으며", "사용자가 대화를 떠나 있는 동안에도 지원되는 작업을 계속 진행할 수 있습니다."

Local Work는 "사용자 기기의 ChatGPT 데스크톱 앱을 통해 작업을 실행하며", 그 장점은 사용자가 하지 않아도 되는 일로 설명됩니다. "웹용 Work와 달리, 로컬 Work는 클라우드 대화에 파일을 업로드할 필요 없이 컴퓨터에 남아 있는 리소스에서 작동할 수 있습니다."

두 환경 사이의 경계는 한쪽 방향으로 매우 확고합니다. "클라우드 작업은 해당 기기의 로컬 파일, 데스크톱 애플리케이션, 브라우저 세션 또는 사설 네트워크 액세스 권한을 상속받지 않습니다." 호스팅된 브라우저 역시 사용자의 브라우저로부터 아무것도 상속받지 않습니다. 즉, "사용자의 로컬 브라우저 프로필, 열려 있는 탭, 기존 로그인 상태, 저장된 비밀번호, 비밀번호 관리자 또는 인터넷 사용 기록을 상속받지 않습니다."

개인정보 보호에 대해 지레짐작하기 전에 반드시 짚고 넘어가야 할 점이 있습니다. 로컬이 오프라인을 의미하는 것은 아니라는 점입니다. "로컬 파일은 기기에 남아 있을 수 있지만, 작업을 완료하기 위해 관련 파일 발췌본, 프롬프트, 스크린샷, 브라우저 콘텐츠 또는 도구 결과가 OpenAI 서비스로 전송될 수 있습니다. 로컬 실행이 오프라인 또는 기기 단독 모델 추론을 의미하지는 않습니다."

보존 정책은 워크스페이스 단위가 아닌 데이터 카테고리 단위로 적용됩니다

클라우드 보안 페이지는 데이터 보존 동작을 표로 나열하고 있으며, 이 표가 핵심입니다. Work 대화는 워크스페이스의 대화 보존 설정을 따르며, 삭제된 채팅은 "일반적으로 30일 이내에 영구 삭제되도록 예약됩니다." Library에 저장된 파일은 Library 규칙을 따르며, "대화를 삭제해도 Library에 저장된 파일은 삭제되지 않습니다." 프로젝트 파일은 "제거되거나 프로젝트가 삭제될 때까지 해당 프로젝트에 연결된 상태로 유지됩니다." Library 외부의 일시적 업로드는 "다른 적용 가능한 보존 설정이 적용되지 않는 한 48시간 후에 만료될 수 있습니다." Compliance Logs Platform 기록은 "30일 동안 보관됩니다."

특히 다음 두 행은 주의 깊게 읽어볼 필요가 있습니다.

호스팅된 실행 상태 및 스냅샷은 "대화 및 파일과는 별개의 수명 주기를 따르며", 이 행은 사람들을 놀라게 하는 문장으로 끝납니다. "작업을 종료하거나 채팅을 삭제해도 관련 아티팩트가 즉시 모두 영구 삭제되는 것은 아닙니다."

또한 저장된 기억(Memory)은 활성화되어 있을 때 "별도의 메모리 제어 규칙을 따릅니다. 대화를 삭제한다고 해서 기존에 저장된 기억이 반드시 삭제되는 것은 아닙니다."

OpenAI는 이에 대해 다음과 같은 결론을 내립니다. "대화 삭제, Library 파일 또는 저장된 기억 제거, 앱 연결 해제, 호스팅된 브라우저 데이터 삭제는 모두 별개의 작업입니다. 하나의 작업으로 모든 복사본이 제거된다고 가정하지 말고 관련 저장 위치를 직접 확인하세요."

이는 양날의 검과 같으며, 이 내용이 단순한 보안 검토서가 아니라 컨텍스트 유지에 관한 가이드에 포함된 이유이기도 합니다. 채팅을 삭제한다고 해서 기억이 반드시 삭제되는 것은 아니라면, 반대로 채팅을 삭제한다고 해서 기억이 보존되는 것도 아닙니다. 각 저장소는 개별적인 규칙에 따라 생각해야 합니다.

로컬 기록은 별도로 관리되며, 문서에서도 이를 두 번이나 강조합니다

로컬 관련 페이지는 다음과 같은 일반적인 형태의 경고로 시작합니다. "로컬 파일, 작업 컨텍스트, 브라우저 데이터, 연결된 시스템 기록 및 감사 이벤트는 서로 다른 저장 및 보존 규칙을 따를 수 있습니다."

그리고 로컬 대화 기록에 대해 구체적으로 한 번 더 강조합니다. 로컬 대화 기록과 관련하여 검토해야 할 사항은 "데스크톱 환경이 로컬 기록을 저장, 삭제, 백업 또는 공유하는 방식입니다. 호스팅된 대화의 보존 설정이 모든 로컬 아티팩트에 적용된다고 가정하지 마십시오."라는 점입니다.

그리고 세 번째로, 독립된 지침으로서 다음과 같이 말합니다. "특정 데이터 카테고리에 적용되는지 확인하지 않고 호스팅된 대화, 일시적 업로드 또는 준수 로그의 보존 기간을 로컬 기록에 적용하지 마십시오."

공급업체가 한 페이지에서 경고를 세 번이나 반복하는 것은 그만큼 흔하게 발생하는 실수이기 때문입니다. 여기서 저지르는 실수는 워크스페이스 보존 설정이 모든 것에 적용된다고 믿는 것입니다. 그것은 오직 호스팅된 대화에만 적용되는 설정입니다.

또한 Local Work에는 클라우드 모델에는 존재하지 않는 카테고리들이 있습니다. Voice 및 Appshots는 "마이크 입력, 가장 앞에 있는 창의 스크린샷, 액세스 가능한 애플리케이션 텍스트, 로컬 세션 저장소 및 작업 컨텍스트로 전송된 모든 콘텐츠"를 포함합니다. 감사 범위 역시 다릅니다. "OpenAI는 확장을 통해 수행된 Chrome 작업의 별도 전체 기록을 저장하지 않습니다."

공급업체가 직접 밝히는 트레이드오프

두 문서 전체를 통틀어 가장 유용한 문장은 보존 정책이 단순히 보안 설정 다이얼인 척하는 것을 멈춘 바로 이 대목입니다.

"적절한 대화 및 실행 컨텍스트를 보존하면 Work가 중단된 작업을 재개하고, 이전 단계를 참조하며, 더 일관된 결과를 생성하는 데 도움이 될 수 있습니다. 보존 기간이 짧아지거나 삭제되면 이러한 연속성이 저하될 수 있으므로, 보안 요구 사항과 워크플로의 유용성 간의 균형을 맞추는 설정을 선택하십시오."

이는 실제 상충 관계에 대한 솔직한 고백입니다. 연속성은 데이터 보존을 대가로 얻어지는 것입니다. 즉, 보안 팀이 정당한 이유로 보존 기간을 단축할 때마다 어시스턴트는 이전에 하던 작업을 이어받아 처리하는 능력이 조금씩 떨어지게 되며, 아무도 이 성능 저하가 3주 전에 변경된 정책 때문이라고 생각하지 못합니다.

해결책은 보존 기간을 늘려달라고 요구하는 것이 아닙니다. 영구적인 컨텍스트를 유지하는 유일한 수단으로 보존 설정에만 의존하는 것을 멈추는 것입니다.

워크스페이스 보존 설정이 모든 것을 해결해 줄 것이라 가정하기. 이 설정은 호스팅된 대화만 다룹니다. Library 파일, 프로젝트 파일, 저장된 기억, 실행 스냅샷, 브라우저 데이터 및 준수 기록은 각각 고유한 방식으로 작동합니다.

정리를 위해 채팅 삭제하기. 합리적인 방법처럼 보이지만 양쪽 모두 불완전합니다. 저장된 기억이 반드시 삭제되는 것도 아니며, 그렇다고 보존되는 것도 아닙니다.

새로운 작업을 시작할 때마다 동일한 배경 정보를 복사하여 붙여넣기. 가장 널리 쓰이는 임시방편입니다. 효과는 있지만 매 세션마다 처음 몇 분의 시간을 낭비하게 되며, 시간이 지날수록 내용이 어긋나게 됩니다. 10월에 붙여넣는 버전은 결국 지난 6월에 작성한 버전 그대로일 가능성이 높습니다.

하나의 긴 대화방에서 모든 것을 해결하기. 이는 다른 이유로 취약합니다. 대화는 사용자가 직접 제어할 수 없는 보존 설정의 지배를 받는 카테고리 중 하나이기 때문입니다.

프로젝트를 영구 저장소로 사용하기. 프로젝트 파일은 "제거되거나 프로젝트가 삭제될 때까지 해당 프로젝트에 연결된 상태로 유지"되므로 더 나은 방법입니다. 하지만 여전히 프로젝트라는 경계 안에 갇혀 있습니다. 이에 대한 자세한 내용은 ChatGPT 프로젝트가 메모리를 공유하지 않는 이유에서 다루고 있습니다.

Work가 단순히 컨텍스트를 잃어버린다고 결론짓기. Work는 컨텍스트를 잃어버리지 않으며, 그렇게 말하는 것은 실제 메커니즘을 왜곡하는 것입니다. Work에는 컨텍스트를 잘 보관하는 여러 저장소가 있습니다. 다만 서로 다른 규칙에 따라 보관할 뿐이며, 그 중 어느 것도 팀의 지식을 위한 단일한 영구 저장소로 설계되지 않았습니다. 이는 ChatGPT가 세션 간에 컨텍스트를 잃어버리는 이유에서 설명하는 더 일반적인 상황에 해당합니다.

컨텍스트를 두 개의 더미로 분류하세요. 한 더미는 일시적인 것입니다. 현재 작업, 현재 파일, 현재 스레드 등이 이에 해당합니다. 이는 워크스페이스가 설정한 정책에 따라 원래 있던 자리에 그대로 두고 자연스럽게 만료되도록 해야 합니다.

다른 한 더미는 영구적인 것입니다. 팀의 작성 스타일, 산출물에 반드시 포함되어야 하는 내용, 승인된 협력업체 목록, 지난 분기의 접근 방식이 실패했던 원인이 된 제약 조건 등이 여기에 속합니다. 이 더미는 대화 보존 기간, 48시간 업로드 만료, 또는 어떤 실행 환경에서 작업이 실행되었는지 여부에 영향을 받아서는 안 됩니다.

MemoryLake는 바로 이 두 번째 더미를 보관하는 곳입니다. 상속받은 여러 수명 주기가 아닌, 사용자가 직접 제어하는 단 하나의 수명 주기를 가지며 API를 통해 어시스턴트가 읽을 수 있는 자체 소유의 메모리 레이어입니다. 다음 세 단계를 따르세요.

1단계: API 키 생성

로그인한 후 워크스페이스 설정에서 API 키를 생성합니다. 이 키는 특정 실행 환경에 종속되지 않는 사용자의 고유한 키이므로, 작업이 클라우드에서 실행되든 로컬 기기에서 실행되든 동일하게 작동합니다.

2단계: 첫 번째 기억 업로드

영구적인 더미를 로드합니다. 팀의 어조 및 서식 표준, 반복적으로 생성하는 산출물의 완료 정의(Definition of Done), 승인된 소스 및 제외된 소스, 반복되는 제약 조건(대상 독자, 준수 가이드라인, 고객 대면 문서에 절대 포함되어서는 안 되는 두 가지 사항 등)이 포함됩니다. 파일은 있는 그대로 업로드되며 멀티모달 파일도 처리되므로, 브랜드 덱이나 명명 규칙이 담긴 스프레드시트를 직접 업로드할 수 있습니다.

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

팀이 사용하는 다른 도구들과 함께 ChatGPT를 연결합니다. 그 시점부터 영구 레이어는 단 한 곳에서 읽히며, 어떤 환경이나 실행 환경에서 작업을 시작했는지는 중요하지 않게 됩니다.

세 가지 제한 사항을 명확히 밝힙니다. MemoryLake는 ChatGPT Work 내부의 보존 동작을 변경하지 않습니다. 대화, 스냅샷, Library 파일 및 저장된 기억은 모두 자체 수명 주기를 유지하며, MemoryLake는 다른 설정을 변경하는 수단이 아니라 영구적인 데이터를 보관하는 장소일 뿐입니다. 또한 ChatGPT에 저장된 기억을 읽거나 삭제할 수 없으며, 이는 OpenAI 자체의 메모리 제어 기능을 통해 관리됩니다. 마지막으로, 이는 감사 또는 규정 준수 도구가 아닙니다. 워크스페이스 기록, 연결된 시스템 로그 및 Compliance Logs Platform이 계속해서 공식 기록 시스템 역할을 합니다.

가장 즉각적인 변화는 보존 기간이 단축되더라도 출력 품질이 저하되지 않는다는 점입니다. 보존 정책은 어시스턴트가 얼마나 많은 지식을 알고 있는지에 대한 암묵적인 결정이 아니라, 일시적인 자료를 얼마나 오래 유지할 것인가에 대한 본연의 결정으로 돌아갑니다.

두 번째 변화는 클라우드와 로컬 중 무엇을 선택할지가 컨텍스트 유지 여부가 아닌 운영상의 선택이 된다는 점입니다. 현재는 파일이 기기를 벗어나면 안 되기 때문에 로컬을 선택하면, 영구 컨텍스트 역시 클라우드와는 다른 저장소 세트에 저장됩니다. 영구적인 컨텍스트를 외부에 두면 각 환경의 장점에 따라 실행 환경을 선택할 수 있습니다. 즉, 기기에 남아 있어야 하는 리소스는 로컬을 선택하고, 자리를 비운 동안에도 계속 진행되어야 하는 작업은 클라우드를 선택하면 됩니다.

세 번째 변화는 플랫폼이 제공하지 않는 수준의 감사 가능성(Auditability)을 확보할 수 있다는 점입니다. OpenAI는 감사 범위가 다를 수 있음을 솔직하게 밝히고 있습니다. "모든 셸 명령, 브라우저 상호 작용, 앱 호출, 파일 작업 또는 승인이 고객에게 표시되는 준수 내보내기에 나타난다고 가정하지 마십시오." 또한 엔드포인트 모니터링은 "호스팅된 실행 환경 내부의 작업을 검사할 수 없습니다." 이는 실행 텔레메트리에 대한 합리적인 한계입니다.

하지만 어시스턴트가 무엇을 수행했는지 아는 것과 어시스턴트에게 무엇을 지시했는지 아는 것은 별개의 문제입니다. 지시한 내용이 검토 가능한 한 곳에 보관되어 있다면 이 질문에 답할 수 있습니다. AI 어시스턴트가 기억하는 내용 감사하기에서 이러한 검토를 수행하는 방법을 다룹니다.

어떤 환경에서 작업을 실행했는지 파악하기. 데스크톱 앱에서 클라우드 작업을 연다고 해서 로컬 작업이 되는 것은 아닙니다. 특정 작업에서 이것이 중요하다면, 클릭한 위치로 짐작하지 말고 직접 확인하세요.

각 저장소마다 고유한 삭제 동작이 있음을 인지하기. 대화, Library 파일, 프로젝트 파일, 저장된 기억, 호스팅된 브라우저 데이터 및 실행 스냅샷은 모두 별개의 효과를 지닌 별개의 작업입니다.

보존 정책에 대한 가정을 경계선 너머로 적용하지 않기. 로컬 문서에서는 세 번이나 강조합니다. 적용 여부를 확인하지 않고 호스팅된 대화, 일시적 업로드 또는 준수 로그 기간을 로컬 기록에 적용하지 마십시오.

보존하고 싶은 콘텐츠는 의도적으로 Library를 사용하기. 연결된 앱에서 가져온 콘텐츠는 "Library 파일로 자동 저장되지 않으며", 일단 어딘가에 저장되면 "해당 복사본은 저장된 위치의 규칙을 따릅니다."

일시적 업로드를 아카이브로 사용하지 않기. Enterprise의 경우, Library 외부의 일시적 업로드는 "다른 적용 가능한 보존 설정이 적용되지 않는 한 48시간 후에 만료될 수 있습니다."

관리자 구분을 검토하고 이에 맞게 설계하기. 별도의 제어 기능이 존재하는 경우, 클라우드 및 로컬 Work는 서로 다른 권한으로 관리됩니다. 일부 워크스페이스에서는 "로컬 Work가 Codex Local과 제어 권한을 공유할 수 있습니다." 하나를 비활성화해도 다른 하나에 영향을 주지 않을 것이라 가정하기 전에 이를 파악해 두는 것이 좋습니다.

보안 태세와 연속성 태세를 분리하여 생각하기. 관련 보호 조치는 이미 명시되어 있습니다. Business, Enterprise 및 Edu 워크스페이스 데이터는 "전송 중 및 보관 시 암호화되며 기본적으로 OpenAI 모델 학습에 사용되지 않습니다." 이보다 보존 기간을 더 단축하는 것은 미미한 안전성을 얻는 대신 실제 연속성 손실을 초래합니다. 영구 레이어를 외부에 두면 두 가지를 모두 확보할 수 있으며, 이에 대한 논리는 AI 메모리 보안을 생각하는 방법에서 다루고 있습니다.

ChatGPT Work는 두 개의 실행 환경과 약 12개의 저장소로 구성되어 있으며, 각 저장소는 고유한 수명 주기를 가지고 있고 OpenAI는 이를 모두 정확하게 문서화하고 있습니다. 실패의 원인은 플랫폼이 아닙니다. 워크스페이스 보존 설정을 모든 것에 대한 기준으로 취급하고, 보존 기간을 늘려 연속성을 확보하려는 접근 방식이 문제입니다.

컨텍스트를 분류하세요. 일시적인 데이터는 원래 있던 자리에서 유지되다가 만료되도록 두십시오. 팀이 축적해 온 표준, 정의, 제약 조건 및 거부된 접근 방식과 같은 영구적인 데이터는 사용자가 직접 제어하는 단 하나의 수명 주기를 가진 곳에 보관하세요. 그렇게 하면 클라우드나 로컬을 선택하는 문제는 어시스턴트가 얼마나 기억하는지가 아니라, 작업을 어디서 실행할 것인지에 대한 질문이 될 것입니다.