Perplexity가 연구 컨텍스트를 기억하도록 만드는 방법 (2026)

Perplexity의 세 가지 레이어 중 단 하나만 메모리입니다

이 세 가지는 실패하는 방식이 다르므로 명확히 구분해 둘 가치가 있습니다.

Personalization은 프로필입니다. 설정 페이지에는 "직업", "회사 이름", "생년월일", "성별", "Custom instructions: 선호도, 관심사, 스타일을 입력하는 자유 텍스트 필드" 및 위치 정보 수집 동의 여부가 나열되어 있습니다. Perplexity는 "Personalization은 Perplexity에 귀하에 대한 컨텍스트를 제공하여 답변이 맞춤형으로 느껴지도록 하는 곳"이라고 정의합니다. 이는 귀하에 관한 것이고 정적이며, 연구 결과가 저장되는 곳이 아닙니다.

Project instructions는 결정론적이며 넉넉합니다. Project를 생성할 때 "이 Project 내에서 Computer가 작동하는 방식을 지시하는 지침(최대 8,000자)을 추가할 수 있습니다. 예를 들어 선호하는 답변 형식이나 계속 업데이트할 상태 파일 등입니다." 8,000자는 상시 규칙을 담기에 매우 넉넉한 공간입니다. 하지만 이는 여전히 지침일 뿐, 누적된 연구 결과가 아닙니다.

Brain이 바로 메모리입니다. 프로젝트 활동에서 생성되며 전용 탭에서 볼 수 있고, 세 가지 중 작업하면서 유일하게 성장하는 레이어입니다.

대부분의 "Perplexity가 내 연구를 잊어버렸다"는 보고는 이 세 가지 중 하나가 원래 설계되지 않은 역할을 수행하고 있기 때문에 발생합니다.

Brain이 수동으로 실행되도록 설정되어 있을 수 있습니다

이것이 사람들이 놓치는 설정이며, 문서에도 명시되어 있습니다. Brain 실행은 "프로젝트 생성자에게 비용이 청구되며, Settings 탭의 memory 섹션에서 자동으로 실행할지 수동으로 실행할지 제어할 수 있습니다."

이에 따라 두 가지 결과가 따릅니다. 수동으로 설정된 경우 메모리는 요청할 때만 누적되므로, 겉보기에는 완전히 망각한 것처럼 보입니다. 또한 실행 비용이 프로젝트 생성자에게 청구되기 때문에, 공유 프로젝트에서는 비용을 지불하는 사람과 연구를 수행하는 사람이 다를 수 있습니다. 이는 합리적인 설계이며, 팀 프로젝트에서 Brain 설정을 낮춰 놓는 실질적인 이유가 됩니다.

동일한 패널에 있는 관련 설정은 project summary로, "프로젝트에서 수행된 작업의 진행 상태 업데이트를 생성"하며, 활성화되면 더 많은 컨텍스트를 위해 Brain을 활용하기도 합니다.

모든 것은 하나의 프로젝트로 범위가 제한됩니다

Project는 "진행 중인 노력을 위한 모든 것을 하나의 허브에 보관하는 Perplexity의 지속적이고 공유 가능한 작업 공간으로, Search 대화, Computer 작업, 파일, custom instructions, 연결된 도구, 그리고 작업하면서 Perplexity가 구축하는 컨텍스트를 포함합니다"라고 설명됩니다.

하나의 허브입니다. 즉, 지난 분기 프로젝트에서 Perplexity가 구축한 컨텍스트는 지난 분기 프로젝트에만 존재합니다. 새로운 고객을 위해 새 Project를 시작하면 설계상 Brain은 처음부터 다시 시작합니다. 어떤 설정으로도 이를 바꿀 수 없으며, 이는 오류가 아닙니다. 하지만 이는 Brain 단독으로는 귀하가 수행하는 모든 작업에 걸쳐 하나의 연속된 연구 지식 체계를 제공할 수 없음을 의미합니다.

개인 메모리가 프로젝트와 차단되어 있을 수 있습니다

거의 아무도 보지 않는 스위치가 하나 있습니다. Settings 탭의 memory 섹션에서 "프로젝트의 쿼리가 개별 메모리에서 정보를 가져올 수 있도록 허용할지 여부를 제어"할 수 있습니다.

이 설정이 꺼져 있으면 프로젝트는 Perplexity가 귀하에 대해 개별적으로 알고 있는 정보로부터 의도적으로 격리됩니다. 고객 작업에는 유용하지만, 직접 설정하지 않았고 존재 여부도 모른다면 혼란스러울 수 있습니다.

용어가 변경되었으나 오래된 가이드는 업데이트되지 않았습니다

만약 Spaces를 언급하는 지침을 따르고 있다면, 이는 이전 이름으로 동일한 기능을 설명하고 있는 것입니다. 현재 고객센터 문서의 제목은 "What are Projects?"이지만 URL에는 여전히 what-are-spaces가 포함되어 있으며, 마지막 업데이트 날짜는 2026년 7월 30일로 표시되어 있습니다. 메뉴 이름이 변경되었으므로 헛수고하지 않도록 알아두는 것이 좋습니다.

이전 세션의 요약을 새 대화에 붙여넣기. 매번 동일한 비용이 영구적으로 발생하지만 작동은 합니다. 이는 how to stop re-explaining context to AI에서 다루는 루프입니다.

연구 결과를 Personalization의 custom instructions에 넣기. 잘못된 컨테이너입니다. 해당 필드는 "선호도, 관심사, 스타일"을 위한 것이며, 학습한 내용을 저장하는 곳이 아니라 귀하에 대해 항상 켜져 있는 텍스트입니다.

동일한 소스 문서를 다시 업로드하기. Project에는 지속적인 Files가 있으므로, 이는 대개 Project 외부에서 연구를 수행할 때 발생하는 증상입니다. 이는 why Perplexity forgets uploaded files에서 다루는 인접한 사례입니다.

모든 것을 위해 하나의 거대한 Project 만들기. 경계 문제는 해결되지만, Brain이 무관한 작업으로부터 메모리를 구축하게 되므로 더 심각한 문제를 야기합니다. 기여자 수 제한도 걸림돌이 됩니다. "Enterprise가 아닌 Project에서는 최대 5명의 기여자, Enterprise 소유 Project에서는 최대 9,999명까지 가능합니다."

8,000자 제한의 instructions에 연구 결과 작성하기. 아무것도 안 하는 것보다는 낫지만, 컨테이너의 역할을 전도시키는 것입니다. 지침은 Computer가 어떻게 작동해야 하는지에 대한 것이지, 귀하가 내린 결론이 아닙니다. 또한 프로젝트의 모든 쿼리와 함께 전송됩니다.

Projects가 존재하므로 Brain이 켜져 있다고 가정하기. 가장 흔한 경우입니다. Projects는 컨테이너일 뿐이며, Brain은 그 내부의 설정입니다.

네 단계로 진행됩니다. 처음 세 단계는 약 10분이 소요됩니다. 네 번째 단계는 프로젝트가 종료된 후에도 살아남는 단계입니다.

연구를 Project로 이동하기 — 처음부터 다시 시작할 필요가 없습니다. Perplexity는 기존 작업의 전환을 지원합니다. "Computer 작업에서 Convert session to project를 사용하여 Project를 시작하고 파일과 아티팩트를 가져오거나, 진행 중인 세션 또는 기존 세션에서 프로젝트를 생성하도록 Computer에 요청할 수 있습니다." 심지어 설정을 제안해 주기도 합니다. "기존 세션에서 Project를 시작할 수도 있으며, Perplexity가 이를 기반으로 제목, 설명 및 지침을 제안합니다."

제목(최대 50자)과 설명(최대 1,000자)을 입력합니다. Projects는 "기본적으로 비공개(Restricted)"이므로 귀하가 선택하기 전에는 아무것도 공유되지 않습니다.

Settings 탭을 열고 네 가지 스위치를 수정합니다. memory 섹션에서 Brain을 켜고, 기본값 대신 자동과 수동 중 의도적으로 선택합니다. 진행 상태를 원한다면 project summary를 활성화합니다. 프로젝트 쿼리가 개별 메모리에서 정보를 가져올 수 있게 할지 결정합니다. 그리고 Context 섹션에서 "우선순위를 지정할 웹 링크 및 도메인 추가 및 관리"를 설정합니다. 연구 작업의 경우, 소스를 제한하거나 우선순위를 지정하는 것이 패널에서 가장 영향력이 큰 설정이며, 이는 메모리와는 아무런 관련이 없습니다.

Brain 탭을 확인합니다. 이 단계는 Brain을 블랙박스에서 신뢰할 수 있는 도구로 바꾸어 줍니다. 프로젝트에 대해 생성된 현재 메모리를 보여줍니다. 비어 있다면 Brain이 실행되지 않고 있는 것입니다. 잘못되어 있다면, 그것이 수십 개의 답변에 영향을 미치기 전에 미리 파악할 수 있습니다.

8,000자를 결과가 아닌 규칙을 위해 사용하세요. 답변 형식, 선호하는 소스, 업데이트할 상태 파일, 인용 방법 등입니다. 문서 자체의 예시도 "선호하는 답변 형식 또는 업데이트할 상태 파일"로, 사실이 아닌 절차적인 내용입니다.

이것으로 하나의 프로젝트 내부의 모든 것이 해결됩니다. 하지만 해결할 수 없는 부분은 프로젝트보다 오래 지속되는 영역입니다. 예를 들어 지난 3월에 발견하여 여전히 적용되는 제약 조건, 신뢰하지 않기로 한 소스, 팀에서 합의한 정의, 이미 배제한 접근 방식 등입니다. Brain은 설계상 프로젝트로 범위가 제한되고 project instructions는 모든 쿼리와 함께 전송되므로, 지속적인 레이어가 자리 잡을 곳이 없습니다.

이것이 바로 MemoryLake가 보관하는 것입니다. 어떤 어시스턴트든 쿼리할 수 있는 레이어에서 읽고, 수정하고, 삭제할 수 있는 항목으로 지속적인 연구 결과와 제약 조건을 저장합니다. 설정은 세 단계로 이루어집니다.

1단계: API 키 생성

MemoryLake에 로그인하고 API 키를 생성합니다. 연결하는 도구 전반에 걸쳐 하나의 자격 증명만 사용하면 됩니다.

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

각각 하나의 주장만 담은 짧은 항목들입니다. 단일 프로젝트 외부의 영역에 속하는 것들입니다.

증거가 첨부된 결론. "공개된 수치에 플랫폼 수수료가 제외되어 있기 때문에 공급업체 가격 페이지는 Enterprise 등급을 과소평가합니다." 결론만 있으면 다시 논쟁이 벌어지지만, 이유가 함께 있으면 그렇지 않습니다.

가중치를 다르게 두어야 함을 알게 된 소스. 보도자료를 재활용하는 업계 전문지, 2분기 지연이 있는 데이터 세트 등입니다. 이는 존재하는 가장 재사용성이 높은 연구 지식이며, 어떤 문서에도 존재하지 않습니다.

팀에서 실제로 사용하는 정의. 무엇을 활성 사용자로 간주할지, 어떤 회계 달력을 사용할지, 누구의 수치가 정본(canonical)인지 등입니다. 새로운 프로젝트를 시작할 때마다 이를 다시 논쟁하게 됩니다.

이미 답변된 질문과 그 위치. 이를 통해 다음 프로젝트는 공개 웹이 아닌 귀하의 연구 결과에서 시작할 수 있습니다.

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

사용하는 도구를 연결합니다. MemoryLake는 MCP 및 API를 통해 액세스할 수 있으므로, Claude Code, Codex, OpenClaw를 포함한 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결하고, 다른 어시스턴트는 API를 통해 동일한 메모리를 읽습니다. 이것이 바로 연구 결과를 이식 가능하게 만드는 요소입니다. Perplexity, 채팅 어시스턴트, 에이전트 중 어디에 있든 동일한 결론을 사용할 수 있습니다.

세 가지 솔직한 한계가 있습니다. MemoryLake는 귀하의 Brain을 읽지 않으며 Perplexity 프로젝트 설정을 작성하지 않습니다. Brain은 프로젝트 내부 작업을 위한 Perplexity의 메모리이며, Projects에서 작업하는 경우 이를 켜고 사용해야 합니다. MemoryLake는 귀하 또는 귀하의 에이전트가 입력한 내용만 보관하므로 2단계는 수동으로 진행됩니다. 또한 연구 자체를 수행하지는 않습니다. 소스 우선순위 지정, 검색 및 인용은 Perplexity의 역할입니다.

"기억하고 있는가?"를 직접 눈으로 확인할 수 있게 됩니다. Brain 탭은 프로젝트에 대해 생성된 메모리를 보여줍니다. 비어 있다는 것은 고장 난 것이 아니라 꺼져 있음을 의미합니다.

새로운 프로젝트가 더 이상 빈 도화지에서 시작하지 않습니다. 프로젝트 범위를 제한하는 것은 의도된 설계입니다. 범위 제한과 싸우는 대신 지속적인 레이어를 프로젝트 외부에 유지하는 것이 해답입니다.

지침이 더 짧아지고 절차적으로 변합니다. 연구 결과가 다른 곳에 저장되면, 8,000자는 다시 작업 방식에 대한 규칙으로 돌아갑니다.

공유 프로젝트가 더 이상 혼란스럽지 않습니다. Brain 실행 비용은 생성자에게 청구되며 개인 메모리는 차단될 수 있습니다. 이 두 가지 설정은 "팀 프로젝트에서 아는 것이 더 적다"는 보고의 대부분을 설명해 줍니다.

귀하의 연구가 도구보다 오래 살아남습니다. 다음에 어떤 어시스턴트를 사용하든 동일한 결론을 읽을 수 있습니다. 이는 what persistent memory actually means에서 다루는 형태입니다.

일회성 세션이 아닌 Project 내부에서 지속적인 연구를 수행하세요. Brain은 프로젝트 활동에서만 메모리를 구축합니다.

처음부터 다시 시작하는 대신 Convert session to project를 사용하세요. 파일과 아티팩트를 그대로 가져옵니다.

Brain이 자동인지 수동인지 확인하세요. 수동은 겉보기에 망각한 것과 똑같이 보입니다.

신뢰하기 전에 Brain 탭을 확인하세요. 잘못된 메모리는 지침과 충돌하기 때문에 없는 것보다 나쁩니다.

Context 설정에서 도메인 우선순위를 지정하세요. 연구의 경우, 소스 제어가 메모리 설정보다 더 중요합니다.

지침을 절차적으로 유지하세요. 결론이 아닌 형식, 인용 스타일, 상태 파일 등을 다루어야 합니다.

누가 비용을 지불하고 무엇이 차단되어 있는지 파악하세요. Brain 실행 비용은 프로젝트 생성자에게 청구되며, 개별 메모리는 프로젝트 쿼리에서 차단될 수 있습니다.

모든 것을 위해 하나의 Project를 만들지 마세요. 그렇게 하면 Brain이 무관한 작업으로부터 학습하게 되며, Enterprise가 아닌 프로젝트는 기여자가 5명으로 제한됩니다.

결론과 그 증거를 프로젝트 외부에 저장하세요. 추론이 포함된 연구 결과는 새 프로젝트, 새 도구, 새 팀원 사이에서도 살아남지만, 결과 단독으로는 살아남지 못합니다. 이는 why RAG isn't memory에서 다루는 일반적인 문제입니다.

Perplexity에는 실제로 연구를 위한 메모리 기능이 있으며, 이는 사용하는 대부분의 사람들이 깨닫는 것보다 더 강력합니다. Brain은 프로젝트 활동을 통해 실시간으로 업데이트되는 지식을 구축하며, Brain 탭에서 정확히 무엇을 가지고 있는지 확인할 수 있습니다. 또한 Project는 대화, 작업, 파일, 지침, 연결된 도구를 하나의 지속적인 허브에 보관합니다.

메모리가 없는 것처럼 느껴지는 원인은 거의 항상 다음 네 가지 중 하나입니다. 연구가 Project가 아닌 일회성 Search 세션에서 진행되고 있거나, Brain이 수동으로 실행되도록 설정되어 있거나, 자체적인 별도 메모리를 가진 다른 Project로 넘어갔거나, 프로젝트 쿼리가 개별 메모리를 가져오지 못하도록 차단되어 있는 경우입니다. 처음 세 가지는 설정을 변경하는 데 10분이면 충분합니다. 네 번째는 존재조차 몰랐을 수 있는 스위치입니다.

어떤 설정으로도 해결할 수 없는 단 한 가지는 범위(scope)입니다. Brain은 의도적으로 프로젝트별로 제한되어 있으며, project instructions는 모든 쿼리와 함께 전송됩니다. 따라서 프로젝트보다 오래 지속되는 결론들(신뢰하지 않기로 한 소스, 팀에서 합의한 정의, 이미 배제한 접근 방식 등)은 이 모든 것의 외부에 보금자리가 필요합니다. 이러한 정보들을 어떤 어시스턴트든 쿼리할 수 있는 곳에 두고, 각 프로젝트 내부 작업을 위해 Brain을 켜두면, 새로운 프로젝트는 공개 웹이 아닌 귀하가 이미 알고 있는 정보에서 시작할 수 있습니다.