ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [ChatGPT][업무자동화] saved memory를 지웠는데 project 답변 흐름이 남아 보일 때 past chats와 project-only memory를 어느 순서로 다시 끊나
    기타개발지식/풀스택개발 2026. 8. 19. 20:16

    IT 리서치 노트

    [ChatGPT][업무자동화] saved memory를 지웠는데 project 답변 흐름이 남아 보일 때 past chats와 project-only memory를 어느 순서로 다시 끊나

    ChatGPT에서 saved memory를 지웠는데도 project 안 답변 흐름이 그대로 남아 보이면 많은 팀이 memory가 안 지워졌다고 판단한다. 하지만 2026년 8월 19일 기준 OpenAI 공식 도움말을 다시 보면 memory summary 삭제, memory 끄기, past chats 보존, project-only memory 경계, Temporary Chat은 서로 다른 축이다. 이 글은 saved memory를 지운 뒤에도 project 답변이 남아 보일 때 past chats와 project-only memory를 어떤 순서로 다시 끊어 봐야 하는지 정리한다.

    1. 개요

    결론부터 말하면 ChatGPT에서 saved memory를 지운 뒤에도 답변 흐름이 남아 보이면 memory summary 삭제 여부 → memory off 상태 → 같은 project 안 past chats와 files → project-only memory 경계 → Temporary Chat 재현 → sources 확인 순으로 보는 편이 가장 빠르다. memory summary를 지운 것과 project 대화 문맥을 비운 것은 같은 작업이 아니다.

    즉 문제의 핵심은 “기억이 남았다”가 아니라 “어떤 source가 아직 응답을 만들고 있는가”를 분리하는 데 있다. OpenAI 문서 기준으로 memory summary, past chats, project chats, files, Temporary Chat은 서로 다른 레이어다.

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

    실무에서 가장 많이 꼬이는 장면은 세 가지다. 첫째, memory summary를 비우고 memory도 껐는데 답변이 여전히 project 내부 용어와 과거 결정을 이어 받아, 사용자가 “memory가 안 지워졌다”고 느낀다. 둘째, project-only memory를 켠 상태라 개인 memory는 안 섞였는데 같은 project 안 대화가 계속 참조되어, project 밖 memory와 project 안 chat history를 한 덩어리로 오해한다. 셋째, Temporary Chat로 재현했을 때 답변이 달라졌는데도 sources를 확인하지 않아 무엇이 실제 원인이었는지 기록이 남지 않는다.

    Memory FAQ는 memory summary에서 Delete and turn off memory를 눌러도 past chats는 삭제되지 않는다고 설명한다. Projects 도움말은 project-only memory일 때 같은 project 안 대화는 참조할 수 있지만 project 밖 대화는 참조하지 못한다고 적는다. 이 두 문장을 합치면 reset 순서가 보인다. summary를 지우는 것은 summary를 지우는 일이고, 같은 project 안의 이전 대화는 별도로 남을 수 있다.

    문제가 더 커지는 지점은 사용자가 sources를 안 보는 순간이다. memory summary가 비어 있어도 past chats나 files가 source로 남아 있으면 답변은 계속 개인화될 수 있다. 반대로 Temporary Chat에서는 memory도 history도 새로 안 쌓이기 때문에 같은 질문이 다르게 나오면, 그 차이는 memory summary 때문이 아니라 남아 있는 chats나 project context일 가능성이 크다. 따라서 reset은 설정 화면에서 끝나지 않고 sources 확인으로 닫혀야 한다.

    • 증상: summary를 지웠는데 project 답변 흐름이 그대로 남아 보인다.
    • 오류: 개인 memory와 같은 project 안 chat history를 같은 source로 본다.
    • 실패: Temporary Chat 재현은 했지만 sources를 안 열어 원인을 놓친다.
    • 재발: files와 past chats를 메모에서 빠진 요소로만 보고 기록하지 않는다.
    현상 먼저 볼 source 왜 그런가
    summary 비움 뒤에도 답변이 이어짐 past chats, project chats summary 삭제는 chat history 삭제와 다르다
    project 답변만 유독 남음 same project conversations project-only memory는 같은 project 대화를 계속 참조할 수 있다
    Temporary Chat에서만 답변이 달라짐 memory, past chats, files 일반 chat에 남아 있는 source가 있다는 뜻이다

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

    가장 실용적인 reset 순서는 여섯 단계다. 1단계에서 memory summary를 비우고 memory를 끈다. 2단계에서 같은 project 안 old chat과 files가 남아 있는지 본다. 3단계에서 project memory가 project-only인지 default인지 확인한다. 4단계에서 동일 질문을 Temporary Chat으로 다시 묻는다. 5단계에서 응답 아래 sources를 열어 past chats, files, memories가 무엇인지 확인한다. 6단계에서 source에 맞는 조치를 한다. 예를 들어 summary가 원인이면 summary를, old chat이 원인이면 chat 이동·삭제를, files가 원인이면 file 정리를 먼저 한다.

    1. memory summary를 비우고 memory off 상태를 확인한다.
    2. 같은 project 안 old chats와 files 존재 여부를 본다.
    3. project memory가 project-only인지 default인지 확인한다.
    4. Temporary Chat으로 동일 질문을 재현한다.
    5. 응답 아래 sources를 열어 past chats, files, memories를 확인한다.
    6. 원인 source에 맞춰 chat 삭제, file 정리, project 분리 중 하나를 택한다.
    memory reset 메모 예시
    memory_summary_deleted=true
    memory_enabled=false
    project_memory_mode=project-only
    project_chat_count=14
    project_files_count=3
    temporary_chat_same_prompt=different_answer
    response_sources=past chats, files
    decision=clean project chats before re-enabling memory

    이 순서의 장점은 reset을 감정이 아니라 source 기준으로 끝낼 수 있다는 점이다. 사용자는 설정을 끄고, project 안 history를 보고, files를 열고, Temporary Chat을 실행하고, sources를 확인하는 다섯 행동만 반복하면 된다. “왜 아직 남아 보이지?”라는 질문을 “어떤 source가 남아 있지?”로 바꾸는 것이 핵심이다.

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

    첫 증거 화면은 2026년 8월 19일 기준 Memory FAQ 핵심 문장을 추려 적은 확인 메모다. OpenAI는 memory summary에서 Delete and turn off memory를 눌러도 past chats는 삭제되지 않으며, 나중에 memory를 다시 켜면 남아 있는 chat history에서 새 memory가 다시 만들어질 수 있다고 설명한다. 즉 memory summary 삭제와 chat history 삭제는 같은 리셋이 아니다.

    Memory FAQ 기준으로 summary 삭제와 past chats 삭제는 같은 조치가 아니며, memory를 다시 켜면 남아 있는 chat history에서 새 memory가 다시 생성될 수 있다.
    Memory FAQ 기준으로 summary 삭제와 past chats 삭제는 같은 조치가 아니며, memory를 다시 켜면 남아 있는 chat history에서 새 memory가 다시 생성될 수 있다.

    이미 memory summary가 비어 보일 때 saved memory와 project-only memory를 구분한 글이 summary가 얕게 보이는 상황을 다뤘다면, 이번 글은 summary를 지웠는데도 project 답변 흐름이 남아 보이는 상황을 정리한 후속판이다.

    두 번째 증거 화면은 Projects 도움말과 release notes의 경계 문장을 합친 확인 메모다. project-only memory일 때 같은 project 안 대화는 참조할 수 있지만, project 밖 대화나 memories outside the project는 참조하지 않는다고 적는다. 따라서 project 답변 흐름이 남아 보인다면 memory summary 때문인지, 같은 project 안 past chats 때문인지를 먼저 갈라야 한다.

    project-only memory에서는 같은 project 안 대화는 참조할 수 있지만, project 밖 대화나 memories outside the project는 참조하지 않는다.
    project-only memory에서는 같은 project 안 대화는 참조할 수 있지만, project 밖 대화나 memories outside the project는 참조하지 않는다.

    이 경계는 memory summary와 Temporary Chat을 언제 나눌지 정리한 글의 바깥쪽 설정과 이어진다. summary를 지워도 같은 project 대화가 남아 있으면 project context는 여전히 작동할 수 있다.

    현장에서 필요한 것은 삭제 버튼 이름보다 source 분기표다. saved memory, memory summary, past chats, project-only memory, Temporary Chat이 각각 무엇을 지우고 무엇을 남기는지 한 표로 놓아야 초기화 실수가 줄어든다.

    saved memory, project-only memory, past chats, Temporary Chat의 경계를 한 표에 모은 비교표다.
    saved memory, project-only memory, past chats, Temporary Chat의 경계를 한 표에 모은 비교표다.

    이 표가 있으면 'summary는 지웠는데 왜 답변이 그대로지' 같은 질문에 바로 source별로 답할 수 있다. 특히 project 안의 이전 대화와 개인 memory를 한 덩어리로 보지 않는 것이 중요하다.

    문제를 빨리 좁히려면 초기화 순서를 고정해야 한다. summary 삭제, memory 끄기, project 대화 확인, Temporary Chat 검증, sources 확인 순서를 거꾸로 섞으면 원인이 계속 섞여 보인다.

    saved memory 삭제 뒤에도 답변 흐름이 남아 보일 때 다시 끊는 순서표다.
    saved memory 삭제 뒤에도 답변 흐름이 남아 보일 때 다시 끊는 순서표다.

    특히 팀 프로젝트에서는 누가 어떤 project에서 같은 대화를 이어 왔는지와, 개인 account memory가 켜져 있는지, 연결된 files가 있는지를 한 번에 본 뒤에야 reset이 끝난다.

    마지막 자료는 운영 메모 양식이다. 답변이 남아 보인다는 문제는 감각적으로 기록하면 나중에 sources와 설정을 대조하기 어렵다. summary, chat history, project setting, temporary test 결과를 같은 메모에 남겨 두는 편이 훨씬 낫다.

    ChatGPT memory reset 조사에 바로 쓸 수 있는 메모 템플릿 예시다.
    ChatGPT memory reset 조사에 바로 쓸 수 있는 메모 템플릿 예시다.

    이런 템플릿은 project-only memory를 언제 분리할지 다룬 글과도 잘 맞는다. 개인 memory 문제인지, project 안 history 문제인지, files 문제인지를 같은 문서에서 나눌 수 있기 때문이다.

    5. 주의사항과 리스크

    첫 번째 리스크는 memory summary를 비운 것을 full reset으로 착각하는 것이다. past chats와 files가 남아 있으면 project 답변 흐름은 계속 유지될 수 있다. 두 번째는 project-only memory를 켜 두고도 같은 project 내부 대화를 지우지 않아, 개인 memory는 안 섞였지만 project context는 계속 살아 있는 상태를 놓치는 것이다. 세 번째는 Temporary Chat로 재현했는데 sources를 기록하지 않아, 다음번에는 다시 같은 실험을 반복하게 되는 것이다.

    운영 메모에는 최소한 memory on/off, project memory mode, project old chat 존재 여부, file 존재 여부, Temporary Chat 결과, response sources를 함께 남겨 두는 편이 좋다. 그래야 reset 실패가 summary 문제였는지, project 내부 context 문제였는지, file context 문제였는지 짧게 회고할 수 있다.

    • summary 삭제와 chat history 삭제는 같은 조치가 아니다.
    • project-only memory는 project 밖 memory를 끊지만 같은 project 대화는 남길 수 있다.
    • Temporary Chat과 sources 확인을 같이 해야 원인 기록이 남는다.

    6. 결론

    saved memory를 지웠는데도 project 답변 흐름이 남아 보일 때는 memory가 안 지워졌다고 단정하기보다, summary·past chats·project-only memory·files를 source별로 다시 끊어 보는 편이 맞다. OpenAI 문서 기준으로 summary 삭제는 chat history 삭제가 아니고, project-only memory는 같은 project 대화를 계속 참조할 수 있다. 이 경계만 고정하면 reset 절차는 훨씬 단순해진다.

    • memory summary 삭제 뒤에도 past chats와 files는 남을 수 있다.
    • project-only memory는 같은 project 내부 문맥을 계속 쓸 수 있다.
    • Temporary Chat과 sources 확인으로 source를 다시 구분해 본다.

    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/6825453-chatgpt-release-notes
    4. https://help.openai.com/en/articles/8914046-temporary-chat-faq
Designed by Tistory.