왜 Perplexity가 내 Spaces 콘텐츠를 잊어버릴까?

Perplexity가 당신의 Spaces 콘텐츠를 잊어버리는 이유는 Spaces가 플랜당 파일 제한(프로는 50개, 엔터프라이즈는 최대 5,000개)을 적용하고, 지침이 짧은 시스템 프롬프트로 요약되며, 검색 레이어가 모든 업로드된 소스를 모든 쿼리에 대해 항상 표면화하지 않기 때문입니다. Spaces는 소스와 지침의 컨테이너이지, 당신의 전체 라이브러리를 보장하는 것은 아닙니다. 해결 방법은 질문당 콘텐츠의 올바른 조각을 검색하는 외부 기억 레이어입니다.

Spaces는 Perplexity의 주요 작업 공간 기능으로, Collections의 업그레이드로 도입되었습니다. 강력하지만, 콘텐츠가 사라지는 것처럼 보이는 이유를 설명하는 세 가지 실제 한계가 있습니다.

1. 파일 제한은 실제입니다. Perplexity Pro는 Spaces를 50개의 파일로 제한합니다. 엔터프라이즈 플랜은 계층에 따라 500개 또는 5,000개의 파일로 상한을 높입니다. 제한에 도달하면 소스를 추가할 수 없으며, 파일을 교체하는 것은 수동 작업으로, 제거된 파일에 의존했던 모든 추론을 깨뜨립니다.

2. 지침이 요약됩니다. Space의 맞춤 지침 필드는 모든 쿼리에 앞서 추가되는 짧은 시스템 프롬프트입니다. 지식 기반이 아닙니다. 긴 계층화된 지침은 압축되거나 부분적으로 무시되며, 특히 질문이 지침이 설명하는 것과 느슨하게 일치할 때 더욱 그렇습니다.

3. 검색은 선택적입니다. Perplexity는 쿼리의 관련성에 따라 특정 답변에 어떤 Space 소스를 가져올지 결정합니다. 이는 속도를 위해 합리적이지만, 이 종류의 질문을 위해 특별히 업로드한 소스가 검색 순위에서 다른 소스보다 낮게 평가되면 여전히 생략될 수 있습니다. 당신의 Space는 파일을 보유하지만, 당신의 답변은 항상 이를 반영하지 않습니다.

결과적으로: Space는 가득 차 보이지만 반쯤 차 있는 것처럼 행동하며, 당신이 큐레이션한 작업을 조용히 잃어버립니다.

모든 놓침은 재업로드, 재프롬프트 또는 재확인을 요구하며, 손실은 Space에 의존하는 프로젝트 전반에 걸쳐 누적됩니다:

• 업로드된 소스가 사용되지 않습니다. 지난주에 고정한 12페이지 시장 보고서는 조용히 생략되고, Perplexity는 대신 뉴스 블로그를 인용합니다.
• 지침이 약해집니다. "항상 주요 소스를 먼저 인용하십시오"는 질문이 약간 주제에서 벗어날 때 무시되는 정중한 제안이 됩니다.
• 교차 소스 추론이 깨집니다. 두 소스가 모두 Space에 존재하더라도, Perplexity는 하나를 선택하고 다른 하나는 무시할 수 있으므로, 당신이 양쪽 모두 업로드한 모순이 간과됩니다.

해결 방법은 "더 깔끔한 파일로 Space를 재구성하는 것"이 아닙니다. 그것은 Perplexity의 검색 순위에서 소스 라이브러리를 분리하고 외부 기억이 각 스레드에 올바른 조각을 공급하도록 하는 것입니다.

Perplexity는 이 문제를 해결하려고 시도하는 몇 가지 메커니즘을 출시했습니다. 그러나 어느 것도 간극을 메우지 않습니다.

Spaces는 파일을 업로드하고, 소스를 고정하고, 작업 공간별로 맞춤 지침을 설정할 수 있게 해줍니다. 이것이 주요 답변입니다. 라이브러리가 작고, 질문이 Space의 주제에 머물며, 검색 순위가 우연히 올바른 파일을 표면화할 때 잘 작동합니다. 라이브러리가 커지거나 질문이 벗어나거나 지침이 엄격하게 시행되어야 할 때는 어려움을 겪습니다.

스레드는 하나의 대화 내에서 맥락을 보존하여 Perplexity가 특정 Space 파일을 다시 프롬프트하도록 합니다. 작동하지만 수동적입니다: 어떤 파일이 중요한지 기억하고 Perplexity에게 읽도록 지시해야 합니다.

Perplexity의 자체 작성 내용을 Perplexity 도움말 센터에서 읽을 수 있습니다.

가벼운 사용에는 Spaces가 괜찮습니다. 밀집하거나 논란이 있는 소스 라이브러리에는 적합하지 않습니다.

더 깊은 문제는 동일한 소스 라이브러리가 종종 Perplexity 이상으로 읽혀야 한다는 것입니다. 당신은 Perplexity에서 검색하고 종합하며, Claude에서 초안을 작성하고, ChatGPT에서 분석하고, Cursor에서 코딩합니다. 각 도구는 고유한 파일 저장소, 고유한 검색 순위, 고유한 지침 상자를 가지고 있으며, 이들 중 어느 것도 공유하지 않습니다. Perplexity Spaces 내에서 하나의 라이브러리를 큐레이션하는 것은 문제의 일부를 해결하지만 나머지는 하나의 제품 내에 잠겨 있습니다.

이것이 교차 도구 기억 레이어가 해결하는 것입니다: 하나의 소스 라이브러리, 일관된 검색, 당신이 사용하는 모든 AI가 읽습니다.

MemoryLake는 당신과 당신이 사용하는 모든 AI 사이에 위치한 교차 모델 기억 레이어입니다. Spaces에만 의존하는 대신, 당신은 소스 라이브러리를 MemoryLake 프로젝트에 로드하고 Perplexity는 쿼리당 올바른 조각을 읽습니다.

• 소스 수에 제한이 없습니다. MemoryLake의 문서 드라이브는 PDF, Word, Excel, PowerPoint, Markdown 및 이미지를 50개의 파일 상한 없이 보유합니다. Pro Space를 초과한 소스 라이브러리는 프로젝트 내에서 계속 성장합니다.
• 결정론적 지침 시행. 구조화된 기억으로 저장된 규칙과 읽기 지침은 모든 쿼리와 함께 이동하며, 짧은 시스템 프롬프트로 압축되지 않습니다.
• 모든 다른 AI로 이식 가능. 동일한 소스 라이브러리는 Claude, ChatGPT, Grok 및 Cursor에서 작동합니다. Perplexity를 떠나 초안 작성이나 코딩을 할 때, 소스와 규칙이 따라옵니다.

MemoryLake는 2026년 기준으로 발표된 최고 결과인 LoCoMo 장기 맥락 벤치마크에서 94.03%를 기록했으며, 밀리초 검색 및 AES-256 종단 간 암호화를 제공합니다.

1. 프로젝트를 생성하고 Space를 마이그레이션합니다. MemoryLake에 로그인하고, 프로젝트 관리 열기, 프로젝트 생성 클릭, 이동할 Space의 이름으로 명명합니다(예: "Perplexity - Q2 시장 정보"). 문서 드라이브를 통해 Space의 모든 파일을 업로드한 후, Space의 맞춤 지침과 모든 읽기 규칙을 기억 탭에 추가하여 프로젝트와 함께 이동하도록 합니다.
2. MCP 서버 엔드포인트를 생성합니다. 프로젝트 내의 MCP 서버 탭을 열고, MCP 서버 추가 클릭, "Perplexity 통합"으로 이름을 지정한 후 생성 클릭합니다. MemoryLake는 API 키 ID, 비밀 및 엔드포인트 URL을 반환합니다. 비밀은 한 번만 표시되므로 즉시 복사합니다.
3. Perplexity에 연결합니다. Perplexity는 아직 MCP를 기본적으로 지원하지 않으므로, REST API와 Bearer 토큰을 사용하여 각 스레드 전에 프로젝트의 올바른 조각을 가져오거나, MemoryLake 프로젝트를 가리키는 시스템 프롬프트를 새 스레드의 상단에 붙여넣습니다. Perplexity Sonar API에서 개발 중인 개발자는 Python SDK를 사용하여 쿼리당 관련 소스를 주입할 수 있습니다.