기존 ChatGPT 프로젝트도 프로젝트 전용 메모리로 바꿀 수 있나요?

네. 2026년 10월 6일 확인한 OpenAI 공식 도움말에 따르면, 이미 만든 프로젝트도 설정에서 ‘프로젝트 전용 메모리(Project-only memory)’로 변경할 수 있어요. 변경 사항은 반영까지 몇 시간이 걸릴 수 있어요. 오래된 안내를 보고 새 프로젝트를 만들기 전에 현재 설정을 먼저 확인해 보세요. OpenAI 프로젝트 안내

업무별 대화를 나누었는데 다른 일의 맥락이 섞이는 것이 신경 쓰일 때 살펴볼 설정이에요. 다만 이 설정 하나로 자료 관리나 답변 검증까지 해결되지는 않아요. 어떤 맥락을 쓰게 할지 정하고, 실제 근거를 확인하는 습관을 함께 두는 편이 좋아요.

공식 설명을 바탕으로 직접 제작한 개념도. 실제 ChatGPT 화면이 아닙니다.

기존 프로젝트에서 바꾸는 순서

1. 설정을 바꿀 프로젝트를 열어요.
2. 더 보기 메뉴에서 ‘프로젝트 설정(Project settings)’으로 들어가요.
3. 메모리 항목에서 ‘프로젝트 전용 메모리’를 선택해요.
4. 저장한 뒤 변경이 적용될 시간을 둬요.

이 모드에서는 기존에 저장된 개인 메모리를 프로젝트 대화에서 참조하지 않고, 같은 프로젝트 안의 대화는 문맥으로 사용할 수 있어요. 프로젝트 밖의 대화를 참조하지 않으며, 밖의 대화도 해당 프로젝트 대화를 참조하지 않도록 경계를 둬요. 프로젝트 안의 대화와 파일 자체는 남아요. 설정 변경과 참조 범위

예시: 거래처 A와 B의 원고를 분리한다면

다음은 이해를 돕기 위한 가상 업무예요. 실제 거래처 자료를 사용한 사례가 아니에요.

A 거래처는 차분한 안내문을 원하고, B 거래처는 짧고 경쾌한 소개문을 원한다고 해볼게요. ‘고객 원고’라는 프로젝트 하나에 둘을 모두 넣으면 사용자가 자료를 찾고 관리하기도 번거로워져요.

이 경우 ‘A 안내문’과 ‘B 소개문’을 별도 프로젝트로 구분하고 각각 필요한 파일만 모으는 구성이 이해하기 쉬워요. A에는 A의 용어집과 승인된 문구를, B에는 B의 제품 설명과 금지 표현을 두는 식이에요. 제목에도 거래처와 문서 종류를 표시하면 잘못된 프로젝트에서 질문할 가능성을 줄일 수 있어요.

프로젝트 지침은 다음처럼 구체적으로 써볼 수 있어요.

“이 프로젝트에 제공한 자료를 바탕으로 작성해 줘. 상품명과 수치는 원문을 확인하고, 근거가 없는 내용은 확인 필요로 표시해 줘. 초안 끝에는 사용한 자료 이름과 추가 확인할 항목을 적어 줘.”

이 문구는 작성 기준을 전달하기 위한 예시예요. 모델이 항상 완벽히 지킨다는 보장은 없으므로, 공개할 숫자나 약속은 사람이 원문과 다시 대조해야 해요.

메모리는 모든 내용을 외우는 저장 장치가 아닙니다

OpenAI는 메모리가 대화의 모든 세부 내용을 보존하지는 않는다고 설명해요. 계정, 지역, 플랫폼, 워크스페이스에 따라 보이는 메모리 기능과 제어 항목도 다를 수 있어요. 설정 화면에 안내와 같은 항목이 없다고 해서 곧바로 오류로 단정할 수는 없어요. ChatGPT 메모리 안내

마감일, 최종 승인 문구, 최신 가격처럼 틀리면 곤란한 정보는 ‘기억할 것’이라고 한 번 말하는 데서 끝내지 않는 것을 권해요. 별도의 최신 기준 자료를 두고 날짜를 명시하세요. 예를 들어 ‘A_문구기준_2026-10-06’처럼 파일 이름을 정하고, 초안 작성 때 이 파일을 기준으로 삼으라고 요청할 수 있어요.

파일을 수정할 때는 구버전이 함께 남아 있는지도 살펴보세요. ‘최종’, ‘최종2’, ‘진짜최종’이 섞여 있으면 사람도 헷갈려요. 무엇이 최신인지 분명하게 만드는 작업은 메모리 설정과 별개로 필요해요.

직접 제작한 점검 그림. 세 항목은 서로 다른 목적의 확인 사항입니다.

공유 프로젝트는 따로 확인하세요

공유 프로젝트는 자동으로 프로젝트 전용 메모리를 사용하며 기본 메모리로 바꿀 수 없어요. 또한 설정이 보이려면 계정과 워크스페이스의 메모리 사용 조건을 충족해야 해요. 업무용 계정이라면 조직 관리자의 기능 제한도 확인하세요. 공유 프로젝트와 설정 요구 사항

팀에서 자료를 함께 쓰는 경우에는 메모리 범위와 별개로 누가 들어와 있는지 먼저 검토하는 편이 좋아요. 같은 프로젝트에 넣어도 되는 자료인지, 외부 파트너에게 보이면 안 되는 내부 검토 문장이 섞여 있지는 않은지 점검하세요.

모델 개선 설정도 별도로 살펴보세요

‘프로젝트 전용 메모리’는 대화가 참조하는 맥락에 관한 설정이에요. 개인 계정에서 새 대화를 모델 학습에 사용하지 않도록 하려면 설정의 데이터 제어에서 ‘모두를 위한 모델 개선(Improve the model for everyone)’ 항목을 따로 확인해야 해요. 이를 끄더라도 기존 대화가 자동 삭제되는 것은 아니에요. OpenAI 데이터 제어 안내

회사 문서는 회사의 승인된 계정과 보안 기준 안에서 다루세요. 프로젝트를 분리했다는 이유만으로 외부 서비스에 올릴 수 없는 자료까지 업로드해도 되는 것은 아니에요.

바꾸기 전에 프로젝트 안에 이미 들어온 자료를 봅니다

프로젝트 전용 메모리로 바꿔도 프로젝트 안에 넣어둔 대화와 파일은 남아요. 따라서 A 업무 프로젝트에 B 거래처의 문장을 이미 복사해 넣었다면, 설정만 바꿨다고 그 문장이 A와 무관하다는 사실까지 자동으로 정리되는 것으로 생각하면 안 돼요. 참조 범위를 설정한 뒤 프로젝트 내부도 확인해야 하는 이유예요.

가상의 ‘A 안내문’ 프로젝트를 정리한다면 우선 파일 이름을 훑어보고, 어떤 업무의 자료인지 알기 어려운 항목부터 원문을 확인해 보세요. 제목이 ‘참고자료’나 ‘회의 메모’인 파일은 내용과 날짜를 보기 전까지 어디에 속하는지 판단하기 어려워요. 다른 업무 자료가 섞였는지, 현재 작업에 필요 없는 개인적인 내용이 들어갔는지 함께 봐요.

자료를 정리할 때는 바로 삭제하기보다 먼저 보관 필요성을 판단하세요. 회사의 기록 보존 기준이 있을 수 있고, 예전에 승인된 문구가 현재 문서와 어떻게 달라졌는지 확인해야 할 수도 있어요. 삭제나 이동을 실행하기 전에 프로젝트를 사용하는 사람과 필요한 기록을 확인하는 편이 좋아요.

최신 자료를 선택하는 기준까지 지침에 넣어보세요

같은 주제의 파일 두 개가 있을 때 모델에게 ‘최신 자료로 써줘’만 말하면 사용자가 의도한 최신이 무엇인지 충분히 전달되지 않을 수 있어요. 수정 날짜가 가장 늦은 파일이 승인된 최종본인지, 임시 메모인지도 구분해야 해요.

아래는 가상 원고 프로젝트의 자료 구성 예시예요.

• A_문구기준_승인본_2026-10-06: 표현과 상품명에 관한 기준
• A_제품정보_확인본_2026-10-04: 사양과 수치에 관한 기준
• A_아이디어_검토중_2026-10-06: 아이디어만 참고할 자료

이때 문구 기준과 제품 정보는 각각 쓰임이 다르고, 아이디어 메모는 사실 확인을 대신하지 않아요. 요청할 때도 “표현은 문구 기준 파일을, 사양은 제품 정보 파일을 따라줘. 검토 중 메모에만 있는 내용은 확정 사실로 쓰지 말아줘”처럼 역할을 나누면 결과를 검토하기 쉬워요.

출력 형식에도 검증 칸을 하나 더 둘 수 있어요. 초안 뒤에 ‘적용한 기준 자료’, ‘출처끼리 다른 내용’, ‘추가 확인이 필요한 수치’를 붙여달라고 요청해 보세요. 이 목록 자체도 틀릴 수 있으므로 링크나 파일의 해당 부분을 직접 확인하는 과정은 남겨야 해요.

가상 프로젝트의 자료 분류 예시입니다. 실제 고객 문서나 ChatGPT 화면이 아닙니다.

답변이 섞여 보일 때 점검할 순서

첫째, 지금 대화를 연 위치를 확인해요. 비슷한 이름의 프로젝트가 여러 개라면 다른 프로젝트에서 시작한 것은 아닌지 먼저 보세요. 설정 변경 직후라면 반영에 시간이 걸릴 수 있다는 안내도 생각해야 해요.

둘째, 방금 입력한 질문을 읽어봐요. 사용자가 질문에 직접 넣은 비교 자료나 문장도 답변의 맥락이 돼요. 예를 들어 “B에서 썼던 다음 표현처럼 A도 써줘”라고 요청했다면 B의 표현이 등장하는 것이 곧바로 메모리 경계 오류라는 증거는 아니에요.

셋째, 해당 프로젝트의 파일과 이전 대화를 확인해요. 잘못된 상품명이나 문구가 그 안에 이미 들어 있다면 원인을 설명할 수 있는 후보가 돼요. 이때 AI에게 “그 내용을 어디서 확인했는지 자료 이름과 근거 문장을 알려줘”라고 물어볼 수 있지만, 답변만 믿고 원인을 확정하지 말고 실제 자료를 대조하세요.

넷째, 출처로 확인되지 않는 내용은 초안에서 빼거나 ‘확인 필요’로 남깁니다. 업무 원고를 완성하려고 모델이 제시한 빈칸을 추측으로 채우지 않는 것이 중요해요. 관련 문서가 없다는 사실을 확인하는 것도 검토 결과예요.

이 순서는 답변을 점검하는 실무 제안이에요. 특정 프로젝트가 완전히 분리됐는지 보안 검사를 대신하는 절차는 아니에요. 회사의 기밀 자료를 다루는 경우에는 조직의 계정 운영과 자료 반입 기준을 함께 따라야 해요.

팀에서 공유할 때 남겨두면 좋은 운영 메모

공유 프로젝트에는 작업 목적, 기준 자료, 초안 검토 담당자를 짧게 적어두세요. 가상 사례라면 ‘A 안내문 초안 작성용, 공개 전 담당자 검토 필요, 사양 변경은 제품 정보 확인본에 반영’처럼 쓸 수 있어요.

외부 검토를 받을 때는 프로젝트 전체 공유가 필요한지 먼저 판단하세요. 상대에게 필요한 것이 최종 문안 몇 문장이라면 자료와 대화가 함께 모인 작업 공간까지 보여줘야 하는지 별도로 검토할 이유가 있어요. 공유 대상과 자료 범위는 실제 상황에 맞게 정해야 해요.

마지막으로 설정 변경 사실과 변경 날짜를 팀 내 운영 기록에 남기면 문의 대응에 도움이 돼요. 다만 ‘이제 어떤 정보도 섞이지 않는다’처럼 확인할 수 없는 보장은 하지 마세요. 무엇을 설정했는지, 어떤 자료를 정리했는지, 앞으로 누가 검토할지를 사실대로 적는 편이 신뢰할 수 있어요.

자주 묻는 질문

프로젝트를 전부 새로 만들어야 하나요? 현재 공식 안내는 기존 프로젝트에서 변경할 수 있다고 명시해요. 우선 해당 프로젝트 설정을 확인하세요. 메뉴가 없다면 계정·워크스페이스 조건을 살펴보는 순서가 좋아요.

설정을 바꾸자마자 다른 대화의 영향이 없어지나요? 공식 문서에는 반영까지 몇 시간이 걸릴 수 있다고 나와요. 즉시 적용됐다고 가정해 민감한 작업을 시작하지 말고 설정과 자료 구성을 먼저 확인하세요.

답변이 엉뚱하면 메모리 설정만 바꾸면 되나요? 질문이 모호하거나 프로젝트 안의 자료끼리 충돌하는 경우도 생각해야 해요. 답변의 근거 파일과 문장을 확인하고, 오래된 자료나 불명확한 요청을 정리해 보세요.

기존 프로젝트를 지우기 전에 설정부터 확인해 보세요. 업무별로 자료를 잘 나누고 최신 기준을 명확히 두면, 매번 긴 배경을 다시 설명하는 수고를 줄이는 데 도움이 돼요.