[ChatGPT][업무자동화] shared project를 만들기 전에 project-only memory와 shared links와 개인 memory를 언제 분리하나

IT 리서치 노트

[ChatGPT][업무자동화] shared project를 만들기 전에 project-only memory와 shared links와 개인 memory를 언제 분리하나

ChatGPT를 팀 업무에 쓰기 시작하면 shared project, project-only memory, shared link, 개인 memory가 한 덩어리처럼 보이기 쉽다. 하지만 2026년 7월 29일 기준 OpenAI 공식 도움말을 다시 보면 shared project는 프로젝트 내부 문맥만 쓰도록 경계를 고정하는 협업 공간이고, 개인 memory는 여전히 계정별로 남으며, shared link는 특정 시점 대화 스냅샷을 공유하는 기능이다. 이 글은 shared project를 만들기 전에 project-only memory와 shared links와 개인 memory를 언제 분리하는 편이 덜 꼬이는지 정리한 것이다.

목차

1. 개요
2. 어디서 실제로 막히는가
3. 실무에서 적용하는 순서
4. 공식 문서와 예시 화면으로 확인하기
5. 주의사항과 리스크
6. 결론
7. 참고 링크

1. 개요

결론부터 말하면 shared project는 팀이 같은 문맥을 오래 이어 가야 할 때만 열고, 단순 리뷰 공유는 shared link로 끝내며, 개인 memory는 팀 문맥과 별개로 봐야 한다. OpenAI 문서 기준으로 shared project는 공유 시점부터 project-only memory로 고정되고, 멤버 개인의 외부 memory나 custom instructions에는 접근하지 않는다.

반대로 shared link는 대화 스냅샷이지 공동 작업 공간이 아니다. 이후에 원본 채팅에 메시지를 더해도 자동으로 따라붙지 않고, 링크를 연 사람이 이어서 대화를 시작하면 그 사람의 새 private conversation이 따로 생긴다. 즉 팀 협업 경계와 리뷰 공유 경계는 처음부터 다른 기능으로 나눠야 한다.

2. 어디서 실제로 막히는가

실무에서 자주 생기는 혼선은 세 가지다. 첫째, 같은 Business workspace에 있으니 memory도 팀끼리 공유될 것이라고 생각한다. 둘째, shared link를 shared project처럼 보고 긴 작업을 계속 link로만 주고받는다. 셋째, 개인 memory를 쓰며 탐색하던 프로젝트를 그대로 공유해도 context 경계가 유지될 것이라고 기대한다.

하지만 Projects 도움말은 shared project가 되면 project memory가 자동으로 project-only가 되고, 멤버 개인의 외부 memory에는 접근하지 않는다고 설명한다. Business memory FAQ는 memory가 각 개인 계정에 묶여 있으며 다른 사용자에게 이전되지 않는다고 밝힌다. Business privacy 문서도 각 사용자가 자기 chat history를 가지며, 다른 멤버가 자동으로 이를 읽을 수 없다고 못 박는다.

즉 '같은 workspace'와 '같은 문맥'은 같은 말이 아니다. 같은 workspace에 있어도 개인 memory는 개인 것이고, shared project를 열어야 비로소 프로젝트 내부 대화와 파일이 팀 공통 문맥이 된다. 또 shared link는 이 공통 문맥을 만드는 기능이 아니라, 특정 시점 결과물을 보여 주는 URL이기 때문에 장기 협업을 맡기기엔 맞지 않는다.

• 증상: 팀원이 같은 프로젝트인데 왜 내 개인 기억을 못 보냐고 묻는다.
• 실패: snapshot 공유와 공동 작업 공간을 같은 기능으로 본다.
• 막힘: shared project 전환 뒤 memory 경계가 바뀌는 점을 문서에 안 남긴다.
• 누락: Business workspace의 개인 chat history와 팀 공유 범위를 분리해 설명하지 않는다.

헷갈리는 상황	먼저 볼 곳	판단 기준
팀이 같은 문맥으로 며칠 작업해야 한다	shared project	project-only 경계가 필요한지 본다
결과만 잠깐 보여 주면 된다	shared link	스냅샷 공유로 충분한지 본다
개인 취향, 과거 대화가 응답에 섞이면 안 된다	project-only memory	프로젝트 밖 memory를 끊어야 하는지 본다

3. 실무에서 적용하는 순서

가장 실용적인 순서는 다섯 단계다. 1단계에서 이 작업이 단순 리뷰 공유인지, 실제 공동 작업 공간이 필요한지 먼저 나눈다. 2단계에서 팀이 같은 문맥을 오래 이어 가야 하면 shared project 후보로 올린다. 3단계에서 개인 memory가 섞이면 안 되는 작업이면 project-only memory를 전제로 한다. 4단계에서 리뷰용이면 shared link만 만들고, 이후 메시지는 자동으로 안 붙는다는 점을 팀에 설명한다. 5단계에서 Business workspace의 개인 chat history와 shared project의 공통 문맥을 분리한 운영 문서를 남긴다.

1. 리뷰 공유인지 공동 작업인지 먼저 구분한다.
2. 장기 협업이면 shared project를 고려한다.
3. 민감한 문맥이면 project-only memory를 전제로 한다.
4. 결과물만 보여 줄 때는 shared link를 쓴다.
5. 개인 memory와 팀 문맥의 차이를 문서로 남긴다.

이때 중요한 것은 기능 이름보다 경계 설명이다. 팀원에게 'shared project를 열면 모두가 같은 프로젝트 문맥을 보지만, 각자의 개인 memory가 팀에 공유되는 것은 아니다'라고 한 문장으로 설명할 수 있어야 한다. 또 shared link를 전달할 때는 '이건 현재 스냅샷이고, 이후 대화는 자동으로 안 붙는다'고 같이 말해야 불필요한 오해가 줄어든다.

project_name=launch-review-q3
collaboration_mode=shared_project
memory_boundary=project_only
personal_memory_shared=false
snapshot_share=use_shared_link_only_for_reviews
team_note=shared_link_is_not_live_sync

이 메모 정도만 있어도 팀 협업 기준이 훨씬 선명해진다. 개인 실험은 개인 프로젝트에서, 중간 리뷰는 shared link에서, 실제 공동 작업은 shared project에서 하도록 층을 나누면 ChatGPT 기능이 겹쳐 보여도 운영은 단순해진다. 결국 중요한 것은 무엇을 공유할지보다, 무엇을 공유하지 않을지를 먼저 고정하는 것이다.

실무 적용 때는 먼저 Settings 또는 User Settings를 열고 Memory 설정을 확인하고, 공유하려는 프로젝트의 sharing pane을 열어 shared project인지 shared link인지 선택하고, Data Controls에서 기존 shared links를 관리하고, 링크를 업데이트할지 새 프로젝트를 만들지 기록해 두는 편이 좋다. 누가 무엇을 클릭하고, 어느 화면에서 공유를 켜고, 어떤 경계에서 저장했는지 남겨야 다음 멤버도 같은 설정을 재현할 수 있다.

예를 들어 Settings에서 Memory를 확인하고, Share 버튼을 클릭하고, sharing pane에서 초대 범위를 선택하고, Data Controls에서 shared link 목록을 조회하고, 필요 없는 링크를 삭제하고, 바뀐 설정을 저장하고, 팀 문서에 링크 URL과 프로젝트 이름을 기록하는 순서를 고정해 두면 협업 실수가 크게 줄어든다. 이 과정에서 어떤 권한을 열었는지, 어떤 파일과 응답을 공유했는지, 어느 메뉴에서 변경했는지까지 같이 남기는 편이 좋다.

관련 흐름으로는 Projects와 GPTs와 Apps를 나누는 글, Project 안 GPT 재사용 글, project-only memory 글이 함께 이어진다.

4. 공식 문서와 예시 화면으로 확인하기

첫 자료는 Projects 도움말의 shared project 경계를 운영 카드로 다시 정리한 것이다. OpenAI는 shared project가 되면 project memory가 자동으로 project-only가 되고, 멤버 개인의 외부 memory나 custom instructions에는 접근하지 않는다고 설명한다.

Projects 도움말 핵심을 shared project 경계와 project-only 전환 관점으로 정리한 카드다.

즉 shared project는 단순히 사람을 더 초대하는 기능이 아니라, memory 경계를 더 엄격하게 고정하는 협업 공간에 가깝다. 그래서 개인 memory를 많이 쓰던 프로젝트를 팀에 공유하려면, 공유 전후의 경계가 어떻게 바뀌는지 먼저 알아야 한다.

두 번째 자료는 default memory와 project-only memory, shared project를 한 표에 놓고 비교한 것이다. 같은 Projects 기능 안에서도 context 범위가 다르기 때문에 이 차이를 먼저 가르지 않으면 팀 정책이 바로 섞인다.

default memory, project-only memory, shared project의 context 경계를 비교한 표다.

이미 project-only memory 글이 개인 memory와 앱 데이터를 나누는 기준을 다뤘다면, 이번 표는 여기에 사람 간 공유 경계까지 추가한 버전이다.

세 번째 자료는 Business memory FAQ와 Business privacy 문서의 핵심을 합친 카드다. OpenAI는 memory가 사용자 계정별로 묶이며 다른 멤버에게 이전되지 않고, 각 사용자가 자신의 chat history를 가진다고 안내한다.

Business memory FAQ와 privacy 문서의 계정별 memory 경계를 정리한 카드다.

그래서 팀이 같은 workspace에 있더라도 개인 memory는 팀 공용 자산이 아니다. '같은 워크스페이스니까 내 memory도 공유되겠지'라는 기대는 shared project 정책을 설계할 때 가장 먼저 버려야 한다.

네 번째 자료는 shared links FAQ의 snapshot 성격을 카드로 정리한 것이다. shared link는 대화를 자동 동기화하는 공동 작업 창이 아니라, 특정 시점의 대화 스냅샷을 보여 주는 공유 URL이다.

Shared links는 공유 시점의 스냅샷이며, 이후 메시지가 자동으로 따라붙지 않는다는 점을 정리한 카드다.

이 차이를 모르면 shared project가 필요한 상황을 shared link로 대신하려 하거나, 반대로 단순 리뷰 공유만 해도 될 일을 굳이 shared project로 열어 버리는 실수를 하게 된다. link는 스냅샷이고 project는 작업 공간이다.

다섯 번째 자료는 팀에서 새 프로젝트를 열 때 어떤 공유 단계를 밟는 편이 좋은지 보여 주는 흐름도다. 개인 탐색, snapshot 공유, shared project 오픈을 서로 다른 단계로 두는 편이 가장 덜 위험하다.

개인 탐색, shared link, shared project를 순서대로 여는 권장 흐름이다.

이 흐름을 고정해 두면 개인 실험 중인 대화를 곧바로 팀 프로젝트로 공개해 버리거나, 반대로 협업이 필요한 장기 작업을 계속 shared link만으로 버티는 실수를 줄일 수 있다.

마지막 자료는 shared project 오픈 전에 팀이 합의해야 할 질문들이다. 무엇을 팀 문맥으로 둘지, 무엇은 개인 채팅과 link로 끝낼지를 미리 정하면 협업 경계가 훨씬 선명해진다.

shared project를 열기 전에 먼저 확인해야 할 협업 정책 질문들이다.

또 Projects와 GPTs와 Apps를 나누는 글과 같이 보면 shared project를 언제 열지, GPT 공유나 앱 연결은 그다음 어떤 층에서 다룰지 구분하기 쉬워진다.

5. 주의사항과 리스크

첫 번째 리스크는 같은 workspace라는 이유로 개인 memory도 자동 공유된다고 믿는 것이다. 두 번째 리스크는 shared link를 live collaborative space처럼 써서, 누군가 원본 채팅 뒤에 더한 메시지가 팀에 자동 반영될 것이라 기대하는 것이다. 세 번째 리스크는 shared project 전환 뒤 project-only memory로 바뀌는 사실을 기록하지 않아, 왜 이전보다 응답이 덜 넓게 보이느냐는 질문이 반복되는 것이다.

운영 전에 남겨야 할 최소 규칙은 세 가지다. shared project는 프로젝트 내부 문맥만 쓴다. shared link는 스냅샷이다. 개인 memory는 사용자별이다. 이 세 문장이 문서 첫머리에 없으면, 나머지 세부 권한이나 GPT 공유 정책을 아무리 길게 써도 협업 경계가 모호해지기 쉽다.

• shared project는 자동 memory 공유 기능이 아니다.
• shared link는 협업 URL이 아니라 시점 고정 스냅샷이다.
• Business workspace에서도 개인 chat history와 memory는 기본적으로 개인 것이다.

6. 결론

ChatGPT 협업에서 먼저 나눠야 할 것은 사람 수가 아니라 문맥 경계다. shared project는 프로젝트 내부 문맥을 팀이 함께 이어 가는 공간이고, shared link는 특정 시점 결과를 보여 주는 스냅샷이며, 개인 memory는 여전히 각 계정의 영역이다.

따라서 shared project를 열기 전에는 project-only memory가 필요한지, 리뷰만 하면 되는지, 개인 memory가 섞이면 안 되는지를 먼저 묻는 편이 맞다. 이 기준만 고정해 두면 ChatGPT 협업 기능이 많아져도 실제 운영 문서는 훨씬 단순해진다.

같은 memory 운영 흐름에서 한 단계 더 좁혀 보고 싶다면 memory summary와 project-only memory와 Temporary Chat을 언제 나눠 써야 하는지 정리한 후속 글을 이어서 보는 편이 좋다. shared project를 열기 전 경계를 정했다면, 그다음에는 어떤 대화가 저장 memory로 남고 어떤 대화는 프로젝트 안에만 머물며 어떤 대화는 아예 남기지 않아야 하는지까지 같은 문서에서 운영 규칙으로 묶어야 실제 팀 사용이 덜 꼬인다.

7. 참고 링크

1. https://help.openai.com/en/articles/10169521-projects-in-chatgpt
2. https://help.openai.com/en/articles/8590148-memory-faq
3. https://help.openai.com/en/articles/9295112-memory-faq-business-version
4. https://help.openai.com/en/articles/8798634-managing-data-sharing-and-privacy-in-chatgpt-business
5. https://help.openai.com/en/articles/8474715-chatgpt-shared-links-faq-enterprise-version
6. https://help.openai.com/en/articles/6825453-chatgpt-release-notes