간단한 답변
Perplexity는 각 스레드가 샌드박스화되어 있기 때문에 이전 쿼리를 잊어버립니다: 후속 질문은 시작한 스레드 내에서만 연결되며, 같은 공간 내의 새로운 스레드는 빈 상태로 시작합니다. 검색 기록은 당신이 탐색할 수 있도록 제목을 저장하지만, 모델은 새로운 스레드의 맥락으로 이전 스레드를 로드하지 않습니다. 해결책은 쿼리 기록을 캡처하고 이를 모든 새로운 스레드에 다시 제공하는 외부 기억 레이어입니다.
Perplexity가 이전 쿼리를 잊어버리는 이유
Perplexity의 제품은 빠르고 인용 기반의 답변을 위해 설계되었으며, 한 번에 하나의 질문에 집중합니다. 이를 빠르게 만드는 아키텍처는 쿼리 전이의 약함도 초래합니다.
1. 스레드는 고립된 대화입니다. 후속 질문은 하나의 스레드 내에서 연결되지만, Perplexity는 모든 새로운 스레드를 새로운 세션으로 간주합니다. 모델은 두 스레드가 같은 공간에 있어도 어제의 스레드를 오늘의 맥락으로 자동 로드하지 않습니다.
2. 검색 기록은 당신을 위한 것입니다, 모델을 위한 것이 아닙니다. 당신의 과거 쿼리는 검색 기록에 나타나지만, 새로운 쿼리의 맥락으로 다시 제공되지 않습니다. 기록은 UI 편의성이지 기억 레이어가 아닙니다.
3. 공간은 지침을 추가하지만 쿼리 기억은 추가하지 않습니다. 공간은 내부의 모든 스레드에 공유된 지침 세트와 파일 풀을 제공합니다. 그러나 내부의 모든 스레드가 형제 스레드의 실제 질문과 답변에 접근할 수 있도록 하지는 않습니다.
결과적으로: Perplexity는 오늘의 질문에 대해 훌륭한 답변을 제공하지만, 어제의 질문에서 오늘의 질문으로 이어지는 추론의 연결이 끊어집니다.
Perplexity가 이전 쿼리를 잊어버릴 때 잃는 것
모든 새로운 스레드는 5-15분의 재정립 비용이 발생하며, 이 비용은 실제 연구 프로젝트에서 누적됩니다:
- 추론 체인이 끊어집니다. "우리는 인증 필터를 기반으로 지난 스레드에서 12개의 후보 공급업체를 3개로 좁혔습니다"라는 사실은 Perplexity가 더 이상 기억하지 않으므로, 전체 12개 후보 목록을 다시 열어야 합니다.
- 출처 선호도가 초기화됩니다. 어제 구식이라고 거부한 몇몇 출처가 오늘 다시 주요 인용으로 나타납니다.
- 정제된 질문이 둔해집니다. 어제의 긴밀한 질문은 여섯 번의 후속 질문을 통해 정제되었지만, 오늘의 질문은 처음부터 정제된 느슨한 질문이 됩니다.
해결책은 "하나의 스레드를 영원히 열어두는 것"이 아닙니다. 긴 스레드는 느려지고, 한계에 도달하며, 후속 질문의 품질이 떨어집니다. 해결책은 쿼리 기억을 스레드 기억과 분리하는 것입니다.
Perplexity의 내장된 우회 방법
Perplexity는 이 문제를 다루는 몇 가지 기능을 출시했습니다. 그러나 그 중 어느 것도 간극을 메우지 못합니다.
스레드는 하나의 대화 내에서 후속 질문을 연결하고 스레드 내의 맥락을 잘 유지합니다. 그러나 형제 스레드와는 맥락을 공유하지 않으므로 기억의 경계는 스레드 자체입니다.
공간은 프로젝트를 공유된 지침과 출처가 있는 작업 공간으로 범위를 설정하여 해당 작업 공간 내의 모든 스레드의 바닥을 높입니다. 그러나 스레드 간에 쿼리 기록을 전달하지 않으므로 새로운 스레드를 열 때마다 추론 상태가 여전히 초기화됩니다.
검색 기록은 이전 쿼리의 탐색 가능한 목록을 유지합니다. 수동으로 스레드를 다시 열고 싶을 때 유용하지만, 모델에 맥락으로 제공되지 않으므로 잊어버림을 막지 않습니다.
Perplexity의 이러한 기능에 대한 설명은 Perplexity 도움말 센터에서 확인할 수 있습니다.
일회성 질문의 경우, 기본 기능은 괜찮습니다. 지속적인 질문의 경우, 누수가 발생합니다.
Perplexity의 내장된 기억이 부족한 부분
더 깊은 문제는 당신의 질문이 거의 항상 하나의 제품 내에 머물지 않는다는 것입니다. Perplexity에서 질문하고, Claude에서 검증하고, ChatGPT에서 초안을 작성하고, 시트에서 숫자를 확인합니다. 각 도구는 자체 쿼리 로그를 가지고 있으며, 서로 대화하지 않으며, 추론의 연결이 조각납니다. 공간은 Perplexity 내의 문제의 일부를 해결하지만, 탭을 전환하는 순간 아무것도 해결하지 않습니다.
이것이 교차 도구 기억 레이어가 채우는 간극입니다: 하나의 쿼리 기억, Perplexity에 의해 작성되고, 당신이 사용하는 모든 다른 AI에서 읽힙니다.
MemoryLake가 Perplexity의 이전 쿼리 잊어버림을 어떻게 해결하는가
MemoryLake는 당신과 당신이 사용하는 모든 AI 사이에 위치한 교차 모델 기억 레이어입니다. Perplexity의 스레드별 샌드박스에 의존하는 대신, 당신은 조사 라인에 고유한 MemoryLake 프로젝트를 부여하고, Perplexity는 매 새로운 스레드의 시작에서 해당 프로젝트를 읽습니다.
- 프로젝트별 쿼리 기억. 과거 질문, 답변 및 정제 단계는 스레드가 아닌 프로젝트에 저장됩니다. 새로운 스레드를 열면 이전의 추론이 이미 로드됩니다.
- 원시 프롬프트보다 10,000배 더 많은 맥락. MemoryLake의 검색 엔진은 수십억 개의 쿼리 기록 토큰에서 읽고, 현재 질문과 관련된 슬라이스만 Perplexity에 제공합니다. 더 이상 요약을 붙여넣을 필요가 없습니다.
- 모든 다른 AI로 이동 가능. 동일한 쿼리 기억이 Claude, ChatGPT, Grok, Gemini 및 Cursor에서 작동합니다. Perplexity를 떠나 초안을 작성하거나 분석할 때, 추론의 연결이 따라옵니다.
MemoryLake는 2026년 기준으로 발표된 최고 결과인 LoCoMo 긴 맥락 벤치마크에서 94.03%를 기록했으며, 밀리초 검색 및 AES-256 종단 간 암호화를 제공합니다.
MemoryLake를 Perplexity에 연결하는 3단계
- 프로젝트를 생성하고 이전 쿼리를 로드합니다. MemoryLake에 로그인하고, 프로젝트 관리에서 프로젝트 생성 버튼을 클릭한 후, 조사 라인에 따라 이름을 지정합니다 (예: "Perplexity - 공급업체 검증 Q2"). 이전 스레드에서 주요 질문과 답변을 기억 탭에 붙여넣어 프로젝트와 함께 이동하도록 하고, 참조 문서는 문서 드라이브에 넣습니다.
- MCP 서버 엔드포인트를 생성합니다. 프로젝트 내의 MCP 서버 탭을 열고, MCP 서버 추가 버튼을 클릭한 후, "Perplexity 통합"이라고 이름을 지정하고 생성 버튼을 클릭합니다. MemoryLake는 API 키 ID, 비밀 및 엔드포인트 URL을 반환합니다. 비밀은 한 번만 표시되므로 즉시 복사합니다.
- Perplexity에 연결합니다. Perplexity는 소비자 앱에서 MCP를 기본적으로 지원하지 않으므로, REST API와 Bearer 토큰을 사용하여 새로운 스레드마다 프로젝트의 쿼리 기록을 가져오거나, 새로운 스레드의 상단에 MemoryLake 프로젝트를 참조하는 짧은 프롬프트를 붙여넣습니다. Perplexity Sonar API를 사용하는 개발자는 각 턴마다 이전 쿼리를 주입하기 위해 Python SDK를 호출할 수 있습니다.