Perplexity 라이브러리에서 실제로 어떤 부분이 사라졌는지 추적하는 방법 (2026년 가이드)

Perplexity에는 둘 다 기억(memory)처럼 느껴지는 두 가지 시스템이 있으며, "히스토리"라는 단어는 이 두 가지 모두에 사용됩니다.

스레드(Threads)는 대화입니다. Perplexity는 스레드를 "Perplexity AI와 논의한 모든 내용을 기억하는 대화 히스토리와 같다"고 설명하며, 그 내용에 대해 구체적으로 명시합니다. "스레드에는 초기 질문, 후속 질문, Perplexity의 모든 답변 및 답변을 제공하는 데 사용된 모든 출처가 포함됩니다." 스레드는 고객 지원 센터에서 히스토리라고 부르는 라이브러리(Library)에 저장됩니다. "모든 스레드는 귀하만 액세스할 수 있는 히스토리에 저장됩니다. 히스토리에서 이전 스레드를 보고 이전 대화를 이어갈 수 있습니다."

메모리(Memories)는 개인화 레이어입니다. Perplexity의 메모리 관련 문서에서는 이를 별도로 정의합니다. "메모리(때로는 개인 검색이라고도 함)는 Perplexity가 대화 간의 세부 정보를 기억하여 상호 작용을 더욱 개인화되고 효율적으로 만들 수 있도록 하는 기능입니다." 그런 다음 두 가지 고유한 입력을 언급합니다. "메모리 참조: 메모리는 귀하가 당사와 공유하는 선호도, 관심사 및 정보입니다"와 "검색 기록 참조: 일부 시나리오에서는 가장 관련성 높은 답변을 제공하기 위해 과거 질문, 답변 등을 참조하는 것이 도움이 됩니다."

따라서 검색 기록은 개인화를 위한 입력값이고, 스레드는 작업의 기록입니다. 첫 번째를 꺼도 두 번째에는 아무런 영향을 미치지 않습니다. 두 번째를 삭제하면 스레드가 제거되고 잠재적인 출처에서도 제거됩니다. 이 두 가지는 서로 다른 곳에서 관리되고 서로 다른 방식으로 작동을 멈추기 때문에, "기억하지 못한다"는 단 하나의 증상만으로 사람들이 엉뚱한 화면을 찾아가게 만듭니다. 저희는 이와 관련된 리콜 측면의 문제를 Perplexity가 이전 질문을 기억하지 못하는 이유에서 다룬 바 있습니다.

그리고 이 두 가지 위에는 세 번째 레이어가 있습니다. Perplexity는 "계정 설정에서 AI 데이터 보존(AI Data Retention)을 꺼서 당사가 귀하의 데이터를 사용하는 기능을 비활성화할 수 있다"고 명시하고 있습니다. 세 개의 스위치, 두 개의 저장소, 하나의 단어인 셈입니다.

대부분의 사라짐 현상에는 조치를 취할 수 있는 설명이 존재합니다. 하지만 이 사례에는 시간 제한이 있으며, 이는 이 가이드에서 가장 유용한 사실입니다.

스레드 동작에 대한 Perplexity의 공식 문서에는 다음과 같이 직접적으로 명시되어 있습니다. "사용자가 Perplexity 계정에 로그인하지 않은 상태에서 스레드를 생성하면 스레드 작성자는 '익명'으로 간주되므로 스레드가 장기적으로 저장되지 않습니다. 이러한 익명 스레드는 14일 동안만 표시되며, 그 이후에는 복구 가능성 없이 영구적으로 사라집니다."

조건을 주의 깊게 읽어보세요. 로그인하지 않은 상태에서 생성됨. "시크릿 창에서 생성됨"이나 "계정을 만들기 전에 생성됨"이 아니라, 스레드가 생성된 바로 그 순간에 로그아웃 상태였다는 의미입니다. 이는 공용 컴퓨터에서의 빠른 질문, 로그인이 소리 없이 만료된 세션, 로그인한 적 없는 모바일 브라우저, 동료가 보낸 링크를 타고 들어가 계속 타이핑한 경우 등 실제 일어나는 많은 행동을 포함합니다.

복구 지침 또한 매우 구체적이며, 오직 유효 기간 내에만 작동합니다. "팁: 스레드가 생성된 지 14일이 지나지 않았다면 브라우저 히스토리에서 해당 스레드를 찾을 수 있습니다. 다시 로그인한 후, 14일 후에 만료되는 것을 방지하기 위해 스레드를 스페이스(Space)에 저장하세요."

이것이 복구 절차의 전부입니다. 브라우저 히스토리에 URL이 남아 있으므로, 로그인한 후 스레드를 스페이스에 저장하면 만료 경로에서 벗어날 수 있습니다. 14일이 지나면 페이지는 문서에 적힌 대로 영구 삭제됩니다. 영구적인 해결책은 사전에 방지하는 것입니다. "스레드에 장기적으로 액세스할 수 있도록 하려면 계정에 로그인해 주세요. 로그인한 상태에서 생성된 모든 스레드는 히스토리에 자동으로 저장됩니다."

라이브러리에서 더 열심히 검색하기. 가장 먼저 해볼 만한 가치가 있으며, Perplexity는 그 방법을 다음과 같이 설명합니다. "히스토리 페이지로 이동하여 검색창을 사용하세요. 키워드나 제목으로 검색할 수 있습니다." 로그인한 상태에서 생성되었고 삭제되지 않았다면 그곳에 있습니다. 키워드와 제목 검색 모두 결과가 없다면, 원인은 "검색 기능이 나빠서"가 아닐 가능성이 높습니다.

메모리를 다시 켜고 스레드가 돌아오기를 기대하기. 이 둘은 서로 무관합니다. 개인화 레이어에 대한 Perplexity의 제어 기능은 토글 스위치입니다. "개인화 설정 메뉴를 통해 메모리 및 검색 기록 참조를 토글할 수 있습니다." 이를 토글하면 답변이 참조할 수 있는 출처가 변경될 뿐, 라이브러리에 존재하는 스레드가 변경되지는 않습니다.

스레드를 다시 나타나게 하려고 메모리를 삭제하기. 메모리 관리 페이지는 반대 방향으로 작동합니다. Perplexity는 이를 삭제 도구로 설명합니다. 답변을 받으면 "참조된 메모리와 이전 검색이 출처에 표시"되며, "향후 검색에서 출처가 사용되지 않도록 하려면 개인화의 메모리 관리 페이지에서 삭제할 수 있습니다."

스페이스가 소급하여 저장해 주었을 것이라 가정하기. 스페이스에 저장하는 것은 앞으로의 스레드를 보호하는 것이지, 이미 만료된 스레드까지 소급하여 적용되지 않습니다. 스페이스 자체의 콘텐츠 동작은 별도의 주제로, 저희는 Perplexity 스페이스 내부의 콘텐츠에 일어나는 일에서 다룬 바 있습니다.

할당량(quota)을 원인으로 취급하기. 때로는 불만의 원인이 무언가 사라진 것이 아니라 긴 스레드가 감당할 수 있는 컨텍스트의 양에 관한 것일 수 있습니다. 이는 다른 해결책이 필요한 다른 문제입니다. Perplexity 메모리 제한에 대한 실질적인 해결책을 참조하세요.

다음 순서대로 세 가지를 확인하세요. 각 단계는 질문에 대한 답을 주거나 특정 레이어를 제외해 줍니다.

1단계: 스레드가 본인의 소유였는지 확인하기

라이브러리를 열고 고객 지원 센터의 설명대로 키워드와 제목으로 검색해 보세요. 그곳에 있다면 문제는 저장소가 아닌 리콜(불러오기)에 있는 것이므로 확인을 멈추셔도 됩니다.

그곳에 없다면 모든 것을 결정짓는 질문을 던져보세요. 스레드를 생성할 때 로그인 상태였나요? 답변이 '아니오' 또는 '확실하지 않음'이라면 Perplexity를 계속 검색하는 대신 즉시 브라우저 히스토리로 이동하세요. 14일 이내라면 브라우저 히스토리에 있는 URL이 복사본 역할을 합니다. 로그인한 후 해당 URL을 열고 스페이스에 저장하세요.

2단계: 개인화 레이어를 별도로 확인하기

스레드는 존재하지만 Perplexity가 그 안에서 정립된 내용을 더 이상 활용하지 않는다면, 다른 시스템의 문제입니다. 설정을 열고 개인화(Personalize) 섹션을 찾은 다음, 메모리 관리(Manage Memories)를 확인하세요. Perplexity의 지침은 "'메모리 관리'를 클릭하여 저장된 메모리를 보고 삭제할 수 있습니다"이며, 메모리 및 검색 기록에 대한 참조 토글도 확인하세요.

모든 답변에는 유용한 진단 정보가 무료로 제공됩니다. Perplexity는 참조된 메모리와 이전 검색이 "출처에 표시될 것"이며, "Perplexity는 당사가 공유하는 답변을 결정하는 모든 참조를 인용할 것"이라고 명시합니다. 개인화될 것으로 예상했던 답변이 메모리를 전혀 인용하지 않는다면, 어떤 레이어를 수정해야 하는지 알 수 있습니다. 가정하기보다 확인하는 습관은 세션 간에 Perplexity가 연구 컨텍스트를 계속 인지하도록 유지하는 방법의 핵심이기도 합니다.

3단계: 결론을 스레드 외부로 이동하기

두 저장소 모두 귀하가 아닌 어시스턴트의 편의에 최적화되어 있습니다. 스레드는 대화의 기록이고, 메모리는 개인화를 위한 입력값입니다. 어느 것도 귀하가 내린 결정을 인덱싱해 주지 않습니다.

스레드가 검증된 수치, 인용할 출처, 실행할 결론 등 지속 가능한 결과물을 만들어내면 이를 스레드 밖으로 꺼내세요. 이 단계는 앞의 두 단계를 덜 중요하게 만듭니다. 질문이 "내가 그 스레드를 찾을 수 있는가"에서 "내가 그 결과물을 여전히 가지고 있는가"로 바뀌기 때문입니다.

세 번째 단계를 수행하려면 결과물을 담을 장소가 필요합니다. MemoryLake는 특정 어시스턴트의 라이브러리나 개인화 설정과 무관하게 귀하가 직접 결론을 기록하는 저장소이며, 연결하는 모든 도구에서 읽을 수 있습니다. 귀하의 언어로 직접 항목을 작성합니다. Perplexity의 시스템이나 다른 벤더의 저장소에서 데이터를 읽거나, 쓰거나, 삭제하지 않습니다. 귀하의 스레드, 스페이스 및 메모리는 전적으로 Perplexity 자체의 제어 하에 유지됩니다.

1단계: API 키 생성하기

대시보드에서 키를 생성합니다. 이 키를 통해 리서치 어시스턴트, 글쓰기 어시스턴트 등 다음에 사용할 어떤 도구든 동일한 사실 정보에 접근할 수 있게 됩니다.

2단계: 첫 번째 메모리 업로드하기

다시 도출하기 번거로운 결과물부터 시작하세요. 검증된 수치와 그 출처, 신뢰할 수 있는 것으로 밝혀진 소스, 논문 세 편을 읽고 제외한 접근 방식 등이 이에 해당합니다. 보통 12개 정도의 짧은 항목이면 하나의 연구 프로젝트를 커버할 수 있습니다. 출처와 날짜를 포함하여 서술형 문장으로 작성하세요.

3단계: AI 및 에이전트 연결하기

도구가 이 레이어를 가리키도록 설정하여, 먼저 찾아서 열어야 하는 스레드에서 사실을 재구성하는 대신 세션 시작 시 해당 사실을 바로 로드할 수 있도록 하세요. 그런 다음 테스트해 보세요. 새 대화를 열고 결과물 중 하나를 물어보세요. 답변을 잘 한다면, 스레드가 유실되더라도 손실이 아닌 단순한 번거로움에 그치게 됩니다.

첫 번째 변화는 "로그인 여부"가 나중에 생각할 문제가 아니라 습관이 된다는 점입니다. 익명 스레드에는 14일의 시간 제한이 있고 로그인 상태에서 생성된 스레드는 자동으로 저장된다는 사실을 알게 되면, 로그인 안내를 그냥 무시하지 않게 됩니다.

두 번째는 14일이라는 유효 기간이 이론이 아닌 실행 가능한 조치가 된다는 점입니다. 대부분의 사람들은 만료가 일어난 후에야 이를 발견합니다. 브라우저 히스토리를 이용하는 경로를 미리 알고 있으면 영구적인 손실을 2분 만의 복구로 바꿀 수 있지만, 이는 오직 유효 기간 내에 확인했을 때만 가능합니다.

세 번째는 스페이스(Spaces)가 본연의 장점에 맞게 사용된다는 점입니다. 스레드를 스페이스에 저장하는 것은 만료 경로에서 제외하는 공식적인 방법이므로, 스페이스는 단순한 폴더가 아니라 의도적인 보관소 역할을 하게 됩니다.

네 번째는 두 시스템을 서로 혼동하지 않게 된다는 점입니다. 스레드와 메모리는 화면, 제어 기능, 오류 유형이 모두 다릅니다. 이 영역에서 발생하는 대부분의 불만은 한쪽을 주시하면서 다른 쪽을 조정하는 데서 비롯됩니다. 이는 Perplexity가 이전 검색을 잊어버리는 것처럼 보이는 현상의 원인이 되는 혼동과 동일합니다.

시작하기 전에 항상 로그인하세요. 로그인 상태에서 생성된 스레드는 히스토리에 자동으로 저장되며, 익명 스레드는 14일 동안만 표시되는 것으로 문서화되어 있습니다.

스레드가 사라졌다면 다른 무엇보다 브라우저 히스토리를 먼저 확인하세요. 유효 기간 내라면 해당 URL이 복구 경로입니다.

중요한 것은 모두 스페이스에 저장하세요. Perplexity는 이를 복구된 스레드의 만료를 방지하는 방법으로 제시합니다.

두 화면을 명확히 구분하세요. 스레드는 라이브러리 및 검색에서, 개인화 레이어는 설정 > 개인화 및 메모리 관리에서 관리합니다.

답변의 출처를 읽어보세요. 참조된 메모리와 이전 검색이 그곳에 표시되므로, 어떤 레이어가 활성화되어 있는지 확인하는 가장 빠른 방법입니다.

결과물을 스레드 밖으로 꺼내세요. 단 하나의 대화 내에만 존재하는 결론은 한 번의 삭제, 한 번의 만료, 또는 하나의 URL 유실만으로도 다시 도출해야 하는 상황에 처할 수 있습니다.

Perplexity의 라이브러리는 질문, 답변, 출처가 포함된 스레드를 보관합니다. 개인화 설정은 메모리를 보관하고 검색 기록 참조 여부를 제어합니다. 이들은 두 개의 서로 다른 시스템이며, "내 히스토리가 사라졌다"는 말은 둘 중 어느 쪽이든 의미할 수 있습니다.

기억해 둘 가치가 있는 사실은 기한이 있는 사실입니다. 로그아웃 상태에서 생성된 스레드는 Perplexity의 표현대로 "장기적으로 저장되지 않으며", "14일 동안 표시"되고, 그 이후에는 "복구 가능성 없이 영구적으로 사라집니다." 다만 유효 기간 내에 브라우저 히스토리를 통해 스페이스에 저장하는 단 하나의 문서화된 복구 방법이 존재합니다.

이 중 어느 것도 불합리하지 않습니다. 익명 스레드는 귀속될 계정이 없고, 개인화 토글은 저장 제어 장치로 설계된 적이 없습니다. 유용한 결론은 "모든 것을 백업하라"는 것보다 더 구체적입니다. 로그인하고, 14일의 기한을 인지하며, 결과물을 나중에 찾아 헤매야 할지도 모르는 대화창이 아닌 다른 곳에 보관하는 것입니다.