ChatGPT Space와 Projects 비교: 주간 인수인계는 어디서 함께할까
TL;DR
같은 인수인계 문서를 공동 편집하려면 ChatGPT Space 페이지를 검토합니다. 같은 자료·지침·이전 대화로 질문을 이어가려면 공유 Projects를 검토합니다.
이번 목표는 선택한 한 경로의 내부 검토본입니다. 실제 초대와 공유는 별도 승인 사항입니다.
핵심 3줄 요약
핵심 1
문서 공동 편집과 질문 맥락 공유를 구분합니다.
핵심 2
한 번에 하나를 선택하고 원문과 대조합니다.
핵심 3
아래 선택 기준은 공식 기능 설명에서 도출한 저자의 제안입니다.
이 글에서 다룰 내용
기능 정의, 주간 인수인계 선택 기준, 경로별 작성 순서, 검토 프롬프트, 권한·Memory·학습 설정
공식 자료 확인일: 2026년 10월 23일. 실제 제품 실행 후기가 아닌 공식 문서 기반의 저자 운영 제안입니다. 속도·품질·인수인계 성공을 보장하지 않습니다.
기능 정의
ChatGPT Space는 페이지·업로드 파일·작업을 모으는 홈입니다.
제공 계정에서는 Library를 대체합니다. Projects는 별도로 유지됩니다. 공간 안에서 폴더와 페이지를 정리합니다.
페이지는 편집 가능한 문서로, 여러 사람이 같은 페이지를 고치면서 각자의 ChatGPT를 사용할 수 있습니다. 반면 Projects는 관련 대화·파일·지침을 묶어 반복 업무의 맥락을 유지하는 단위입니다.
Projects에서도 문서를 만들 수 있습니다. 문서 생성과 자료 정리는 겹칩니다. 이번 업무에서 무엇을 남겨야 하는지 기준으로 고릅니다.
언제 무엇을 고를까
팀원이 같은 인수인계 원고의 표현과 결론을 직접 고쳐야 한다면 Space 페이지를 제안합니다. 예컨대 ‘확인 필요’ 문장을 함께 다듬는 일이 중심입니다.
승인된 회의 메모와 지침을 바탕으로 “아직 답하지 못한 질문은 무엇인가”를 계속 묻는다면 공유 프로젝트를 제안합니다. 이는 공식 기능에서 도출한 선택 기준이지 우열 평가가 아닙니다.
예를 들어 인수인계 메모의 한 문장을 여러 검토자가 고쳐야 한다면 공동 편집할 문서가 필요합니다. 반대로 같은 메모를 보고 운영 담당자는 남은 일을, 검토자는 결정 근거를 묻는다면 공통 자료를 두고 이어갈 질문 맥락이 필요합니다. 두 상황을 하나의 자동 작업으로 묶지 않습니다.
시작 전 확인할 조건
Space 작성·편집은 Pro·Business·Enterprise의 웹 또는 데스크톱 앱에서 지원합니다. 모바일은 찾기·읽기·공유·탐색이 가능하지만 편집은 지원하지 않습니다.
캐나다·UAE 데이터 레지던시의 Business·Enterprise에는 제공 예정으로 안내됩니다.
Projects 공유는 Free·Go·Plus·Pro·Business·Enterprise·Edu에서 웹·모바일로 제공됩니다. 조직 정책과 관리자 허용 여부는 별도로 확인합니다. 이 글은 컴퓨터 웹 기준입니다.
현재 계정의 메뉴와 정책이 확인되지 않으면 진행을 보류합니다.
연습 입력은 비민감 가상 메모의 내부 검토 사본으로 제한합니다. 고객명, 실제 이메일·계정 주소, 기밀, 인사·건강·금융·로그인 정보와 외부 커넥터는 제외합니다.
선택한 경로로 진행하는 순서
1. 완료 요건과 선택 근거를 적습니다
“같은 원고의 공동 편집이 목표이므로 Space” 또는 “공통 근거에 대한 지속 질문이 목표이므로 Projects”라고 한 줄로 적습니다. 둘 다 만들 필요는 없습니다. 자동 전환이나 동기화도 수행하지 않습니다.
2. 입력 재고와 생성 승인을 확인합니다
가상 메모에 S-A·S-B 같은 자료키를 붙이고 제목·기준일·버전·허용 읽기 범위·확정/미확인·원문 위치·검토자를 기록합니다. 사용할 플랜과 현재 UI, 생성 위치·담당·승인 조건을 확인한 뒤 사람이 선택한 한 경로의 입력과 생성을 승인합니다.
원본 보존은 사람이 지키는 운영 규칙이지 자동 백업이 아닙니다. 담당자나 승인자가 정해지지 않았다면 빈칸을 임의로 채우지 않습니다.
이 자료키는 저자가 제안하는 수동 대조용 이름입니다. 제품의 자동 인용 ID나 감사 로그가 아닙니다. S-A의 원문 위치를 적었다면 결과의 각 행이 그 위치의 어느 문장을 사용했는지 사람이 확인합니다.
가상 메모에도 서로 다른 날짜나 미정인 담당자가 있다면 그대로 남깁니다. 검토자가 아직 지정되지 않은 상태를 승인 완료로 바꾸지 않습니다. 입력 재고와 승인 기록은 조직이 허용한 내부 위치에 둡니다.
3. Space 선택자만 페이지를 만듭니다
ChatGPT에 이름을 붙인 space 생성을 요청합니다. 승인 메모가 있는 대화에서 해당 공간에 목표·결정·후속 조치·확인 필요·근거 위치를 담은 페이지 생성을 요청합니다.
페이지를 열어 직접 또는 선택 영역을 수정하고 사실을 대조합니다. 원본 이전이나 미승인 공유는 하지 않습니다. 공동 편집할 팀원의 범위는 계획에만 적습니다.
이어서 5단계로 갑니다.
4. Projects 선택자만 질문 맥락을 만듭니다
사이드바의 New project에서 이름·아이콘·색을 정하고 승인 사본이나 텍스트를 추가합니다. ••• → Project settings에 지침을 넣으면 프로젝트 안에서만 적용되며 전역 사용자 지침보다 우선합니다.
프로젝트 안에서 “자료키별 미완료 사항과 다음 확인 질문을 정리해 달라”고 요청합니다. 불필요한 기존 채팅 이동, 새 앱 연결, Memory 토글 변경은 하지 않고 5단계로 갑니다.
5. 실제 산출물과 접근 계획을 대조합니다
자료키를 따라 문장·날짜·수치·단위와 원문 위치를 대조합니다. 빠진 내용과 충돌하는 내용도 표시합니다. 유창한 문장은 검증 결과가 아닙니다. 읽기·편집 계획만으로 실제 접근 권한을 입증할 수도 없습니다.
Space에서는 상위 권한 상속, 업로드와 링크의 차이, 개인 Memory 유입을 점검합니다. Projects에서는 이전 대화를 포함한 공유 범위, chat/edit 역할, 프로젝트 전용 맥락의 적용 여부를 확인합니다.
검토 상태는 저자의 운영 규칙으로 구분합니다. 원문과 맞춘 행은 확인 완료, 자료끼리 어긋난 행은 상충, 근거나 판단이 부족한 행은 확인 필요로 남깁니다. 정보가 없다는 사실과 아직 읽지 않았다는 사실도 나눠 적습니다.
접근 계획에는 필요한 협업자와 역할을 기록합니다. 아직 초대하지 않았다면 실제 접근은 미실행으로 남겨야 합니다. 계획서의 이름만으로 상대가 페이지나 프로젝트를 열 수 있다고 판정하지 않습니다.
6. 미확인을 남긴 내부 검토본에서 멈춥니다
사람이 선택 근거와 산출물을 검토·승인합니다. 완료물은 Space 페이지 내부 검토본 또는 Projects 검토 채팅과 입력 재고입니다. 실제 협업 완료라고 부르지 않습니다.
외부 공유·초대·공개 링크·이동·삭제·덮어쓰기·사업 승인은 범위 밖입니다. 후속 공유는 별도 승인 후 Share의 실제 권한명을 확인하고 협업자의 읽기·편집을 각각 관측해야 합니다.
복사해서 쓰는 검토 프롬프트
목표: 사람이 선택한 Space 또는 Projects 하나에서 주간 인수인계 내부 검토본을 작성한다.
허용 입력: 사람이 승인한 비민감 S-A·S-B 텍스트, 기준일, 자료 위치, 선택 경로만 사용한다.
제외 입력: 다른 대화·개인 Memory 정보·연결 앱·기밀을 제외하고 원본 수정·초대·공개·전송하지 않는다.
출력 형식: 선택 근거 한 줄과 항목 | 내용 | 자료키·원문 위치 | 상태 | 확인 질문으로 작성한다.
완료 기준: 각 행의 근거를 대조하고 누락·상충·확인 필요를 보존한 뒤 선택 경로의 내부 사본에서 멈춘다.
추정 금지: 담당자·기한·수치·승인·실행 성공·접근 가능성을 만들어내지 않는다.
승인 지점: 입력 범위와 생성은 사람이 사전 승인하며 최종 내부 승인과 공유 승인은 분리한다.
이 프롬프트는 보안 설정이 아닙니다. 실제 Memory 차단이나 접근 제한을 대신하지 않습니다.
실전 인사이트
같은 메모라도 완료 기준이 다르면 선택이 달라집니다. 이번 주 전달할 문장의 확정이 목표라면 페이지를, 다음 주에도 같은 근거로 질문할 구조가 목표라면 프로젝트를 우선 검토합니다.
검토본에는 ‘미확인’을 남기는 편이 낫습니다. 담당자와 기한이 없는 메모를 그럴듯하게 채우기보다, 해당 자료키 옆에 확인 질문을 붙여야 다음 사람이 판단할 수 있습니다.
검토자는 문구가 깔끔한지뿐 아니라 다음 사람이 근거로 돌아갈 수 있는지도 봅니다. 문장 하나가 S-A의 확정 내용과 S-B의 미정 내용을 섞었다면 둘을 분리합니다. 답이 매끄러워졌다는 이유로 미정 상태를 지우지 않습니다.
내부 검토본에는 선택한 경로, 사용한 자료 목록, 남은 질문, 확인한 범위를 함께 둡니다. 이렇게 기록해야 페이지가 만들어진 사실과 인수인계 내용이 승인된 사실을 구분할 수 있습니다.
주의할 점
Space는 페이지의 Share에서 대상과 view/edit를 정합니다. 하위 페이지는 상위 페이지 권한을 상속하고 공간을 통한 접근도 가능하므로, 직접 초대를 제거해도 상위에서 상속한 접근은 없어지지 않습니다.
페이지 업로드 파일은 페이지 권한을 따르지만 별도 파일 링크는 원본 권한을 넘기지 않습니다. 연결 서비스도 원래 권한을 유지하되, 페이지에 복사·요약한 정보는 원문을 못 여는 독자도 읽을 수 있습니다.
Projects의 chat은 대화·파일·지침 열람과 상호작용이 가능하지만 초대는 못 합니다. edit는 지침 변경·파일 추가 및 제거·다른 사람 초대가 가능하되 기존 멤버 제거는 불가하므로, 문서 편집 권한과 혼동하지 않습니다.
공유 프로젝트의 이전 대화도 공동 범위입니다. 이번 절차에서는 조직 전체 공유나 Anyone with a link를 사용하지 않습니다. 개인 자료가 자동으로 가려진다고 가정하지 않습니다.
Space 페이지 공유는 비공개 대화나 Memory 자체의 공유가 아닙니다. 다만 Memory의 개인 맥락이 페이지 문장에 들어가면 독자가 읽습니다. 각 협업자의 Memory·학습 설정이 적용되므로 내 학습 OFF가 상대의 상호작용까지 통제하지는 않습니다.
공유 프로젝트는 자동으로 project-only memory를 사용해 프로젝트 밖 개인 기억·맥락에 접근하지 않습니다. 개인 계정의 공유 프로젝트 데이터는 소유자와 모든 기여자가 Improve the model for everyone을 켠 경우에만 학습에 사용될 수 있습니다. 이 조건을 Space에 적용하면 안 됩니다.
아직 공유하지 않은 프로젝트에도 같은 격리가 적용됐다고 가정하지 않습니다. 두 문서는 Business·Enterprise 데이터의 기본 학습 미사용을 안내합니다. 무보관·로컬 처리나 기밀 입력 승인을 뜻하지는 않습니다.
자주 묻는 질문
Space가 Projects를 대체하나요?
아닙니다. 제공 계정에서 Library를 대체하며 Projects는 별도로 유지됩니다.
무료 Projects 공유가 되면 Space 편집도 되나요?
아닙니다. 두 기능의 요금제·기기 조건은 별개이므로 현재 계정에서 확인해야 합니다.
페이지를 공유하면 원문 파일도 열리나요?
업로드 파일과 별도 링크를 구분해야 합니다. 링크 원문 권한은 별도로 확인해야 합니다. 페이지에 복사된 요약은 페이지 독자가 읽습니다.
Memory와 학습 규칙도 같나요?
아닙니다. 공유 프로젝트의 전용 맥락·모두 ON 조건과 Space의 협업자별 설정을 구분합니다. 실제 UI와 본문도 사람이 대조해야 합니다.
출처
마무리
주간 인수인계에서는 도구보다 완료 기준을 먼저 정합니다. 한 경로의 내부 검토본을 원문과 대조한 다음, 실제 협업과 공유는 별도 승인으로 이어갑니다.
한 줄 요약: 같은 문서를 고치려면 Space, 같은 근거로 질문을 이어가려면 Projects를 검토합니다.
