ChatGPT 프로젝트는 메모리를 공유할까요? 양방향으로 차단되는 것들 (2026)

프로젝트는 파일뿐만 아니라 실제 메모리를 가집니다

우선 잘 작동하는 부분부터 살펴보겠습니다. 이 기능은 정말 유용합니다. 공식 문서에서는 다음과 같이 명확히 설명합니다. "프로젝트에는 내장 메모리가 있어 프로젝트 내에서 생성하거나 업로드한 모든 대화와 파일을 기억합니다. 프로젝트에서 작업한다는 것은 ChatGPT가 이전에 중단한 지점을 잊지 않는다는 것을 의미합니다."

그리고 설계 의도도 명시되어 있습니다. "프로젝트 메모리는 다른 프로젝트가 아닌 동일한 프로젝트 내의 대화에서만 컨텍스트를 가져옴으로써 ChatGPT가 집중할 수 있도록 유지합니다. 이는 장기적이거나 민감한 작업에 특히 유용한 독립된 공간을 생성합니다."

이것은 버그가 아니라 기능입니다. 클라이언트 프로젝트와 개인 프로젝트를 동시에 운영한다면, 이러한 장벽이 있는 것이 당연히 좋습니다.

두 가지 모드, 생성 시에만 선택 가능

문서에 따르면: "프로젝트를 생성할 때 메모리를 프로젝트 전용(project-only)으로 할지 기본(default)으로 할지 선택합니다. 기존 프로젝트는 기본 메모리로 유지되며, 프로젝트 전용 메모리는 새 프로젝트를 시작할 때만 설정할 수 있습니다."

프로젝트 전용(project-only) 메모리에서는 세 가지가 적용됩니다. "이전에 저장된 메모리는 대화 중에 참조되지 않으며", 대화는 "동일한 프로젝트 내의 다른 대화를 참조할 수 있고", 대화는 "프로젝트 외부의 대화(예: 일반 ChatGPT 또는 다른 프로젝트의 대화)를 참조할 수 없습니다."

Enterprise 요금제가 아닌 경우 기본(default) 메모리에서는 대화가 프로젝트 내부 및 외부 대화를 모두 참조할 수 있으며(상대 프로젝트가 프로젝트 전용이 아닌 경우), 계정 메모리는 "프로젝트 내 대화를 포함한 모든 대화에서 활성화된 상태로 유지"됩니다. Plus 및 Pro 요금제의 경우, ChatGPT는 프로젝트 내의 이전 대화도 참조할 수 있으며 "프로젝트 대화와 파일을 우선시"합니다.

사람들을 당황하게 만드는 부분은 바로 '되돌릴 수 없다'는 점입니다. 기존 프로젝트를 전환할 수 있는 토글 버튼은 존재하지 않으며, FAQ에서도 이를 두 번이나 강조합니다. 전역 설정은 존재하지 않으며, "프로젝트 전용 메모리를 사용하려면 새 프로젝트를 만들어야 합니다. 다만, 대화를 한 프로젝트에서 다른 프로젝트로 이동할 수는 있습니다."

공유하는 순간 스위치가 영구적으로 켜집니다

이것이 바로 "공유했더니 더 똑똑하지 않게 느껴진다"는 경험 뒤에 숨겨진 구체적인 메커니즘입니다. 공유를 시작하면 "프로젝트 참여자들의 명확한 컨텍스트 경계를 유지하기 위해" 그 시점부터 메모리가 프로젝트 전용으로 자동 설정되며, "기본 메모리로 되돌릴 수 없습니다."

그리고 사람들이 예상치 못한 부분은 공유를 취소하더라도 메모리 모드가 복구되지 않는다는 점입니다. 모든 협업자를 제거하더라도 "프로젝트 메모리는 계속 프로젝트 전용으로 유지되어 컨텍스트가 프로젝트 내 리소스로 제한되며, 다른 비프로젝트 메모리에 접근하기 위해 기본값으로 변경할 수 없습니다." Business 사용자의 경우, 공유 프로젝트는 "이전 메모리 설정과 관계없이 공유 시점"에 프로젝트 전용으로 설정됩니다.

이 결정이 의미하는 바를 주목하세요. 프로젝트를 공유하는 것은 협업을 위해 개인의 컨텍스트를 영구적으로 맞바꾸는 일방통행 거래입니다. 팀의 공유 작업 공간에 개인의 메모리가 반영되는 것을 누구도 원치 않으므로 합리적인 조치이지만, 영구적이라는 점을 기억해야 합니다.

맞춤형 지침(custom instructions)도 장벽을 넘지 못합니다

Enterprise 및 Edu 동작 표를 보면 이 점이 명확히 드러나며, 사람들은 메모리 규칙보다 이 부분에 더 놀라곤 합니다. 프로젝트 내부 대화의 경우, 기본 메모리와 프로젝트 전용 메모리 모두에서 맞춤형 지침은 "사용 불가(프로젝트 지침만 적용)"로 표시됩니다.

따라서 지난 1년 동안 튜닝해 온 계정 수준의 맞춤형 지침은 프로젝트 내부의 답변에 영향을 미치지 않습니다. 대신 프로젝트 지침(project instructions)이 적용되며, 문서에는 "해당 프로젝트 내부에서만 적용된다"고 명시되어 있습니다. 만약 여러분의 어조, 서식, 기본 규칙이 맞춤형 지침에 들어있다면, 프로젝트마다 관련 내용을 다시 작성해야 합니다. 이는 맞춤형 지침이 설정되었으나 적용되지 않는 오류와는 다른 문제입니다. 여기서는 범위(scope) 자체에서 제외되는 것입니다.

프로젝트가 무엇을 기억하는지 볼 수 없습니다

개인 메모리에는 읽고 편집할 수 있는 요약 페이지가 있습니다. 하지만 프로젝트 메모리에는 없습니다. FAQ에 따르면: "프로젝트 메모리 목록을 볼 수 있나요? 아니요. 프로젝트 메모리는 개인 메모리처럼 메모리 목록을 보여주지 않습니다."

제공되는 유일한 제어 방법은 매우 투박합니다. "특정 대화를 무시하도록 하려면 해당 대화를 삭제하거나 다른 프로젝트로 이동해야 합니다."

따라서 프로젝트 내부에서는 인공지능이 무엇을 알고 있다고 생각하는지 감사(audit)할 수 없고, 잘못된 결론을 그 자리에서 수정할 수 없으며, 메모리를 내보낼 수도 없습니다. 오직 대화 전체를 삭제하는 방법뿐입니다.

그리고 파일 제한은 예상보다 낮습니다

프로젝트 개수에는 제한이 없지만, 프로젝트당 및 업로드당 파일 수는 제한되어 있습니다. Free 요금제는 프로젝트당 5개, Go 및 Plus는 25개, Edu, Pro, Business, Enterprise는 40개까지 가능하며, 한 번에 업로드할 수 있는 파일은 10개로 제한됩니다. 이 제한에 도달했을 때 문서에서 제시하는 해결책은 "오래되거나 불필요한 업로드를 제거하거나, 파일 데이터를 병합하거나, 작업을 여러 프로젝트로 분할하는 것"입니다.

마지막 옵션을 위에서 언급한 모든 내용과 대조해 보십시오. 파일 제한을 해결하기 위해 작업을 여러 프로젝트로 분할하는 것이 권장되지만, 프로젝트 간에는 메모리가 공유되지 않습니다. 하나의 장벽을 피하기 위한 우회책이 또 다른 장벽을 만드는 셈입니다.

프로젝트 재생성. 메모리 모드를 변경하기 위해 문서에 기재된 공식적인 방법이지만, 프로젝트를 가치 있게 만들어 주었던 대화 기록을 잃게 됩니다. 대화를 이동할 수는 있어 도움이 되지만, 결국 프로젝트를 처음부터 다시 구축해야 합니다.

프로젝트 간 대화 이동. 지원되는 기능으로, 대화를 프로젝트로 드래그하거나 '프로젝트로 이동' 기능을 사용할 수 있습니다. 다만 부작용을 알아두어야 합니다. 이동된 대화는 "프로젝트의 지침과 파일 컨텍스트를 상속"받으며, 공유 프로젝트의 경우 이동된 대화는 "더 이상 공유 프로젝트 외부에서 보이지 않습니다." GPT로 생성된 대화는 아예 이동할 수 없습니다.

맞춤형 지침을 프로젝트 지침에 붙여넣기. 올바른 우회 방법이지만, 이제 N개의 장소에서 동일한 기본 규칙을 유지 관리해야 합니다. 스타일을 개선할 때 N번 수정해야 하거나, 아예 포기하게 됩니다.

모든 프로젝트에 동일한 참조 파일 재업로드. 또 다른 우회 방법이지만, 파일 제한을 낭비하게 됩니다. 12개의 프로젝트에 각각 동일한 4개의 PDF가 필요하다면, 해당 PDF들이 모든 곳에서 Plus 요금제 허용량의 6분의 1을 차지하게 됩니다.

큰 작업을 여러 프로젝트로 분할. 파일 제한에 대해 OpenAI가 제안하는 해결책입니다. 하지만 프로젝트 메모리는 프로젝트 간에 공유되지 않으므로 메모리도 함께 분할됩니다.

공유 프로젝트를 팀 지식 허브로 사용. 기본 제공 옵션 중에서는 진정으로 가장 좋은 방법입니다. 문서에서는 ChatGPT가 "대화, 업로드된 파일, 맞춤형 지침을 포함하여 공유 프로젝트의 모든 리소스에서 정보를 가져올 수 있는 라이브 컨텍스트 허브"라고 설명합니다. 다만 이는 엄격한 경계가 있는 허브이며, 개인의 컨텍스트는 그 외부에 머문다는 점을 알아야 합니다.

패턴은 명확합니다. 모든 우회 방법은 파일, 지침, 지식 중 무언가를 중복해서 생성하게 만듭니다.

장벽이 보호하는 대상에 따라 문제를 분리하세요.

민감하거나 세션 형태의 작업에는 장벽을 유지하세요. 클라이언트 분리, 기밀 작업, 특정 프로젝트의 대화 기록 등은 격리하는 것이 실제로 도움이 되며, 공유 프로젝트가 자동으로 프로젝트 전용으로 전환되는 것은 올바른 기본값입니다. 이를 억지로 바꾸려 하지 마세요.

재사용 가능한 절반은 프로젝트 외부로 완전히 꺼내세요. 스타일 가이드, 스키마, 용어집, 기본 제약 조건, 결정 기록 등 모든 프로젝트에서 동일해야 하지만 현재 여러 개의 파일 복사본이나 동일한 지침의 반복적인 붙여넣기로 존재하는 것들입니다. 이것들은 특정 프로젝트에 속하지 않습니다.

해결책은 모든 프로젝트, 대화, 도구가 검색할 수 있는 ChatGPT 외부의 저장소를 사용하는 것입니다. 이렇게 하면 공유 지식이 무분별하게 복제되지 않고 용량 제한도 받지 않습니다.

MemoryLake는 이를 위한 메모리 레이어입니다. 문서, 표준, 결정을 하나의 저장소에 보관하고 필요할 때 검색하여 API를 통해 ChatGPT에서 읽거나 Claude 및 Codex 같은 MCP 지원 도구에서 직접 읽을 수 있습니다. 프로젝트는 장벽을 유지하고, 참조 자료는 프로젝트 내부에 갇히지 않게 됩니다.

1단계: API 키 생성

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

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

현재 모든 프로젝트에 복사하고 있는 문서, 이미지, 파일을 업로드하세요. 스타일 가이드, 스키마, 용어집, 계약서 템플릿, 결정 기록, 모두가 계속해서 다시 찾아 헤매는 연구 자료 등이 해당됩니다. 요약본이 아닌 원본 소스를 업로드하고, 단 한 번만 업로드하면 됩니다. 이것이 핵심입니다.

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

Claude, Codex, OpenClaw 및 기타 AI 에이전트가 MCP 또는 API를 통해 메모리에 액세스할 수 있도록 하세요. ChatGPT에는 MCP 클라이언트가 없으므로 API를 통해 필요한 정보를 검색하여 프롬프트, 프로젝트 지침 또는 모델을 호출하는 워크플로우에 주입합니다. MCP를 지원하는 도구는 동일한 저장소를 직접 읽으므로, 코드를 작성하는 에이전트에게도 자료가 전달됩니다.

첫 번째 차이점은 프로젝트를 공유하더라도 더 이상 지식을 잃지 않는다는 것입니다. 프로젝트 내부에서 개인 메모리 액세스 권한을 잃는 것은 문서화된 영구적인 사실이지만, 실제로 중요한 자료는 장벽 반대편에 갇히는 대신 언제든 검색할 수 있게 됩니다.

두 번째는 파일 제한이 더 이상 아키텍처를 좌우하지 않는다는 점입니다. 프로젝트당 40개의 파일은 프로젝트 전용 자료에는 충분하지만, 전체 참조 라이브러리를 담기에는 턱없이 부족합니다. 라이브러리를 외부에 두면 프로젝트는 진정으로 자체적인 자료만 보유하게 되며, 작업을 분할하더라도 지식이 분할되지 않습니다.

세 번째는 프로젝트 간에 표준이 흐려지지 않는다는 점입니다. 지난 3월에 동일했던 12개의 프로젝트 지침 블록 대신, 단 하나의 스타일 가이드 사본을 한 번만 업데이트하여 모든 곳에서 읽을 수 있습니다.

그리고 사용 중인 다른 도구들과도 조화를 이룹니다. 프로젝트 메모리는 집중된 역할을 계속 수행하고, 개인 메모리는 개인화를 담당하며, 어느 쪽도 공유 기록이 될 필요가 없습니다. 이는 도구마다 복사본을 유지하는 대신 여러 어시스턴트 간에 하나의 메모리를 공유하여 작동하게 만드는 것과 동일한 분할 방식입니다.

생성 시 메모리 모드를 신중하게 결정하세요

생성할 때가 유일한 기회입니다. 클라이언트 작업, 기밀 자료 또는 나중에 공유할 가능성이 있는 모든 작업에는 프로젝트 전용(project-only)을 선택하세요. 프로젝트가 사용자에 대해 ChatGPT가 알고 있는 정보를 활용하도록 하려면 기본(default)을 선택하세요. 이를 잘못 설정하면 설정을 바꾸는 것이 아니라 프로젝트를 다시 구축해야 합니다.

공유는 되돌릴 수 없다고 생각하세요

누군가를 초대하기 전에, 모든 협업자를 제거한 후에도 메모리가 영구적으로 프로젝트 전용으로 유지된다는 점을 받아들이십시오. 개인 작업 공간과 공유 작업 공간이 모두 필요하다면, 하나의 프로젝트를 전환하려 하지 말고 처음부터 두 개의 프로젝트를 만드세요.

기본 규칙은 프로젝트 지침이 아닌 재사용 가능한 곳에 두세요

프로젝트 지침은 해당 프로젝트 내부에서만 적용되며, Enterprise 및 Edu에서는 계정 맞춤형 지침이 프로젝트 내부에서 전혀 적용되지 않습니다. 표준의 표준 버전을 ChatGPT 외부에 보관하고 필요한 부분만 붙여넣거나 검색하여 업데이트할 소스를 하나로 유지하세요.

분할을 강제하기 전에 파일 제한을 주시하세요

Free는 5개, Go 및 Plus는 25개, Edu, Pro, Business, Enterprise는 40개이며 업로드당 10개입니다. 이 슬롯은 해당 프로젝트에 특화된 자료를 위해 아껴두고, 일반 참조 라이브러리는 다른 곳에 보관하세요. 그렇지 않으면 공식 해결책인 작업 분할을 해야 하며, 이는 메모리 파편화로 이어집니다.

프로젝트 메모리는 감사(audit)할 수 없음을 기억하세요

목록도 없고 요약 페이지도 없으며 그 자리에서 수정할 수도 없습니다. 프로젝트가 잘못된 가정을 바탕으로 작동하기 시작하면 대화를 삭제하거나 다른 프로젝트로 이동하는 방법뿐입니다. 잘못되었을 때 치명적인 정보는 읽을 수 없는 저장소에만 보관해서는 안 됩니다. 이는 개인 메모리가 작동하지 않는 것처럼 보일 때도 동일하게 적용되는 사항입니다.

프로젝트를 문서 저장소 대용으로 사용하지 마세요

프로젝트는 대화, 파일, 지침, 범위가 지정된 메모리가 있는 작업 공간입니다. 용량이 제한되고 내보낼 수 없으며 프로젝트 범위로 제한된 컨테이너는 팀 전체에 필요한 4개의 문서를 보관하기에 적합한 장소가 아닙니다.

ChatGPT 프로젝트는 메모리를 공유하지 않으며, 이는 대부분 의도된 설계입니다. 프로젝트에는 동일한 프로젝트 내의 대화에서만 컨텍스트를 가져오는 내장 메모리가 있습니다. 생성 시 프로젝트 전용 또는 기본값을 선택하며 나중에는 변경할 수 없습니다. 공유하면 모든 협업자를 제거한 후에도 영구적으로 프로젝트 전용으로 강제되며, 공유 프로젝트는 멤버의 외부 컨텍스트, 맞춤형 지침 또는 메모리에 접근할 수 없습니다. Enterprise 및 Edu에서는 계정 맞춤형 지침이 프로젝트 내부에서 전혀 적용되지 않습니다. 또한 프로젝트가 기억하는 목록을 볼 수 없으므로, 유일한 수정 방법은 대화를 삭제하거나 이동하는 것뿐입니다.

장벽이 무언가를 보호하는 곳에는 장벽을 유지하고, 재사용 가능한 절반은 밖으로 이동시키세요. 스타일 가이드, 스키마, 표준, 결정 사항 등은 프로젝트와 다른 도구들이 읽을 수 있는 하나의 저장소에 보관해야 합니다. 그래야 프로젝트를 공유할 때 구축해 둔 모든 지식을 잃는 대신 메모리 모드 하나만 양보할 수 있습니다.