ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [ChatGPT][업무자동화] memory summary와 project-only memory와 Temporary Chat을 언제 나눠 써야 하나
    기타개발지식/풀스택개발 2026. 8. 14. 09:19

    IT 리서치 노트

    [ChatGPT][업무자동화] memory summary와 project-only memory와 Temporary Chat을 언제 나눠 써야 하나

    ChatGPT에서 memory summary, project-only memory, Temporary Chat을 모두 쓰기 시작하면 세 기능이 비슷한 프라이버시 버튼처럼 보일 때가 많다. 하지만 2026년 8월 14일 기준 OpenAI 공식 도움말을 다시 보면 memory summary는 개인화 맥락을 검토하는 화면이고, project-only memory는 프로젝트 안쪽 문맥만 쓰게 하는 격리 기능이며, Temporary Chat은 history와 memory를 남기지 않는 일회성 blank slate에 가깝다. 이 글은 세 기능을 언제 나눠 써야 실무 문맥이 덜 꼬이는지 정리한 것이다.

    1. 개요

    결론부터 말하면 memory summary는 개인화 검토용, project-only memory는 장기 프로젝트 격리용, Temporary Chat은 일회성 blank slate용으로 나눠 보는 편이 맞다. memory summary는 ChatGPT가 기억하는 전체의 고수준 요약일 뿐이고, project-only memory는 프로젝트 밖 대화를 끊는 경계이며, Temporary Chat은 memory를 만들거나 쓰지 않는 임시 대화다.

    즉 "민감해서 기억 안 남게 하고 싶다"와 "이 프로젝트 문맥을 밖과 섞고 싶지 않다"와 "이미 쌓인 개인화 내용을 수정하고 싶다"는 서로 다른 질문이다. 세 질문을 한 기능으로 해결하려고 하면 공유, 앱 연결, 문맥 범위가 자꾸 섞인다.

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

    현장에서 자주 생기는 혼선은 네 가지다. 첫째, memory summary에 안 보이니 그 정보는 답변에 절대 안 쓰인다고 단정한다. 둘째, 기존 프로젝트도 나중에 project-only memory로 바꿀 수 있다고 생각한다. 셋째, Temporary Chat이면 모든 설정이 완전히 비활성화된다고 믿고 custom instructions까지 사라진다고 오해한다. 넷째, shared project와 Temporary Chat을 같은 협업·프라이버시 도구처럼 취급한다.

    Memory FAQ는 memory summary가 전체 기억의 완전한 목록이 아니라고 설명한다. Projects 문서는 project-only memory가 새 프로젝트 생성 시점에만 정해지고, 공유된 프로젝트는 자동으로 그 모드로 바뀐다고 적고 있다. Temporary Chat FAQ는 history에 남지 않고 memory를 만들거나 사용하지 않지만, custom instructions는 계속 따를 수 있다고 설명한다. 이 셋을 합치면 기능 이름은 비슷해도 답하는 질문이 전혀 다르다는 결론이 나온다.

    실제로 장기 문서 작업에서는 프로젝트 안 대화와 파일을 계속 참조해야 하고, 일회성 민감 질문은 반대로 흔적 없이 빠르게 끝내는 편이 낫다. 또 개인화가 이상하게 쌓였다고 느낄 때는 프로젝트를 새로 만드는 것이 아니라 memory summary를 열어 어떤 합성이 보이는지부터 확인해야 한다.

    • 증상: 이전 대화가 계속 영향을 주는 것 같은데 어디서 끊어야 할지 모른다.
    • 실패: memory summary를 격리 기능처럼 쓴다.
    • 막힘: 기존 프로젝트도 later toggle로 project-only memory가 될 것이라 기대한다.
    • 누락: Temporary Chat에서도 custom instructions가 적용될 수 있다는 점을 놓친다.
    질문 먼저 볼 기능 판단 기준
    나를 어떻게 기억하고 있나 memory summary 요약을 검토하고 수정 또는 삭제한다
    프로젝트 문맥을 밖과 끊을까 project-only memory 새 프로젝트 생성 시점에 설정한다
    이번 대화만 blank slate가 필요한가 Temporary Chat history와 memory를 남기지 않는지 본다

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

    실무 기준은 다섯 단계가 가장 단순하다. 먼저 이 작업이 장기 프로젝트인지, 일회성 민감 질문인지, 개인화 점검인지 적는다. 두 번째로 장기 프로젝트면 새 프로젝트를 만들며 project-only memory 필요 여부를 정한다. 세 번째로 이번 대화만 blank slate가 필요하면 Temporary Chat으로 시작한다. 네 번째로 이미 쌓인 개인화가 이상하면 memory summary를 열어 수정한다. 다섯 번째로 그다음에만 connected apps나 shared project를 붙인다.

    1. 장기 프로젝트인지, 임시 질문인지, 개인화 점검인지 먼저 적는다.
    2. 장기 프로젝트면 새 프로젝트와 project-only memory 여부를 정한다.
    3. 임시 민감 질문이면 Temporary Chat으로 시작한다.
    4. 개인화 검토면 memory summary를 연다.
    5. 그다음에만 shared project나 connected apps를 검토한다.

    Projects 문서에 따르면 Temporary Chat은 프로젝트에 추가할 수 없고, shared project가 되면 project-only memory로 자동 전환된다. 따라서 팀 협업 문맥을 유지해야 하는 작업에서 Temporary Chat을 임시로 열어 두고 나중에 프로젝트에 붙이는 방식은 맞지 않는다. 반대로 개인 메모리 영향이 싫다고 프로젝트를 새로 만드는 것이 아니라, 일회성 민감 질문이라면 Temporary Chat이 더 직접적일 수 있다.

    운영할 때는 먼저 작업 메모에 목적을 기록하고, 새 프로젝트 생성 설정을 확인하고, 프로젝트 이름을 입력하고, 필요한 옵션을 클릭해 설정을 저장하고, memory summary 화면에서 무엇을 검토할지 확인하고, Temporary Chat 시작 전 어떤 파일과 앱 action을 붙일지 조회하는 편이 좋다. 공유 전에 connected apps 설정과 third-party action 권한을 다시 확인하고, 결과 메모와 오류 사례를 저장하면 다음 판단이 훨씬 빨라진다.

    여기서 memory summary가 너무 짧거나 비어 보여서 saved memory 자체가 없는지 헷갈리는 상황이라면, 개념 구분보다 증상 triage가 더 중요해진다. 그런 경우에는 memory summary가 기대보다 비어 보일 때 saved memory와 project-only memory를 다시 구분하는 후속 글을 같이 보면 Settings 메뉴, Manage memories, project context를 어떤 순서로 확인할지 더 빨리 잡을 수 있다.

    반대로 민감 파일을 잠깐 검토하고 끝낼지, 결과만 링크로 공유할지, 팀 프로젝트로 올릴지를 먼저 정해야 하는 장면이라면 Temporary Chat과 shared link와 shared project를 어디서 끊는지 정리한 새 글을 함께 보면 기록과 협업 경계를 더 짧게 고를 수 있다.

    운영 메모 예시
    task_kind=temporary_sensitive_question
    needs_long_running_context=false
    memory_summary_review_needed=false
    project_only_needed=false
    start_mode=temporary_chat
    followup_project=false

    이 흐름을 고정하면 why가 선다. connected app 경로 글처럼 외부 데이터까지 섞이는 작업에서는 먼저 문맥 경계를 정하고, 그다음에 앱과 search 경로를 붙이는 편이 더 안정적이다. 즉 memory 선택이 tools 선택보다 앞선다.

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

    첫 자료는 Memory FAQ 내용을 바탕으로 memory summary의 의미를 요약한 로컬 표다. OpenAI는 memory summary가 ChatGPT가 기억하는 모든 것을 다 보여 주는 목록이 아니라, 중요한 맥락의 고수준 요약이라고 설명한다.

    Memory FAQ의 핵심을 정리한 표로, memory summary가 전체 기억 목록이 아니라 고수준 합성 요약임을 보여 준다.
    Memory FAQ의 핵심을 정리한 표로, memory summary가 전체 기억 목록이 아니라 고수준 합성 요약임을 보여 준다.

    즉 memory summary는 회고와 수정용 창구이지, 민감 작업 격리 기능이 아니다. summary가 짧게 보인다고 해서 과거 문맥이 전혀 안 쓰인다고 단정하면 안 된다.

    두 번째 자료는 Projects 문서 내용을 요약한 로컬 흐름도다. 새 프로젝트를 만들 때만 project-only memory를 선택할 수 있고, shared project가 되면 자동으로 그 모드로 고정된다고 적혀 있다.

    Projects 도움말을 요약한 흐름도로, project-only memory가 새 프로젝트 생성 시점에 정해지고 공유 뒤에는 그 경계가 고정됨을 정리한다.
    Projects 도움말을 요약한 흐름도로, project-only memory가 새 프로젝트 생성 시점에 정해지고 공유 뒤에는 그 경계가 고정됨을 정리한다.

    이 문장 때문에 장기 협업 문맥과 개인 memory를 섞지 않으려면 새 프로젝트 설계가 먼저라는 점이 분명해진다. 기존 프로젝트를 나중에 토글해 해결하는 방식은 안 통할 수 있다.

    세 번째 자료는 Temporary Chat FAQ를 바탕으로 남는 것과 남지 않는 것을 정리한 로컬 표다. OpenAI는 Temporary Chat이 history에 남지 않고 memory를 만들거나 사용하지 않으며, 안전 목적 복사본은 최대 30일 보관될 수 있다고 설명한다.

    Temporary Chat FAQ 요약표로, history와 memory는 남기지 않지만 안전 목적 사본은 최대 30일 보관될 수 있음을 구분한다.
    Temporary Chat FAQ 요약표로, history와 memory는 남기지 않지만 안전 목적 사본은 최대 30일 보관될 수 있음을 구분한다.

    즉 Temporary Chat은 blank slate가 필요할 때 유용하지만, 프로젝트 안에서 계속 이어갈 협업 맥락 저장소와는 목적이 다르다. privacy와 continuity를 같은 버튼으로 해결하려 하면 운영 기준이 흔들린다.

    memory summary, project-only memory, Temporary Chat은 이름이 비슷해 보여도 질문이 다르다. 하나는 개인화 검토, 하나는 프로젝트 문맥 격리, 하나는 일회성 blank slate에 가깝다.

    memory summary, project-only memory, Temporary Chat을 운영 질문 기준으로 나눈 비교표다.
    memory summary, project-only memory, Temporary Chat을 운영 질문 기준으로 나눈 비교표다.

    이미 project-only memory 글과 shared project 경계 글이 프로젝트 문맥을 다뤘다면, 이번 표는 개인화와 일회성 격리를 포함해 더 넓게 나눈 판이다.

    실무에서는 세 기능을 버튼이 아니라 흐름으로 보는 편이 좋다. 장기 작업인지, 민감 격리인지, 개인화 검토인지부터 먼저 물으면 선택이 짧아진다.

    장기 프로젝트, 민감 일회성 질문, 개인화 점검을 나누는 선택 흐름 예시다.
    장기 프로젝트, 민감 일회성 질문, 개인화 점검을 나누는 선택 흐름 예시다.

    이 흐름이 있으면 메모리 문제가 생겼을 때 Tools, Apps, Shared Project까지 무작정 같이 건드리지 않게 된다. 어떤 버튼이 문맥 범위를 바꾸고, 어떤 버튼이 기억 검토만 하는지 구분이 선다.

    5. 주의사항과 리스크

    첫 번째 리스크는 memory summary에 안 보이면 그 정보가 전혀 사용되지 않는다고 믿는 것이다. 두 번째 리스크는 project-only memory가 필요한데 기존 프로젝트를 고치며 버티는 것이다. 세 번째 리스크는 Temporary Chat의 blank slate 성격만 보고 custom instructions나 third-party actions 경계를 놓치는 것이다.

    • memory summary는 검토용 요약이지 완전한 목록이 아니다.
    • project-only memory는 새 프로젝트 설계 단계에서 결정한다.
    • Temporary Chat은 memory를 끊지만 앱 action과 third-party 데이터는 별도 정책을 탄다.

    6. 결론

    ChatGPT의 memory summary, project-only memory, Temporary Chat은 모두 프라이버시나 문맥과 닿아 있지만 답하는 질문이 다르다. 개인화 검토는 memory summary, 장기 문맥 격리는 project-only memory, 일회성 blank slate는 Temporary Chat으로 나누면 실무 기준이 가장 덜 흔들린다.

    • 기억을 검토하려면 memory summary를 연다.
    • 프로젝트 문맥을 밖과 끊으려면 새 프로젝트에서 project-only memory를 고른다.
    • 이번 대화만 비우려면 Temporary Chat을 쓴다.

    7. 참고 링크

    1. https://help.openai.com/en/articles/8590148-memory-faq
    2. https://help.openai.com/en/articles/10169521-projects-in-chatgpt
    3. https://help.openai.com/en/articles/8914046-temporary-chat-faq
    4. https://help.openai.com/en/articles/6825453-chatgpt-release-notes
    반응형