컨텍스트 손실 없이 Perplexity Spaces(현 Projects)를 Cline으로 마이그레이션하는 방법 (2026)

프로젝트 지침은 .clinerules/로 이동합니다. Perplexity에서는 설정의 "프로젝트에서 실행되는 모든 쿼리에 사용되는 지침"에서 "이 Project 내에서 Computer가 작동하는 방식을 알려주는 지침(최대 8,000자)"을 추가할 수 있습니다. Cline은 ".clinerules/ 내부의 모든 .md 및 .txt 파일을 처리하여 통합된 규칙 세트로 결합"하므로, 8,000자는 여러 개의 집중된 파일로 여유롭게 나눌 수 있습니다.

하지만 붙여넣기 전에 먼저 읽어보세요. Perplexity가 예시로 든 지침에 포함될 내용은 "선호하는 응답 형식 또는 업데이트 상태를 유지할 상태 파일"과 같은 연구 어시스턴트를 위한 출력 형태 지침입니다. 여러분의 지침 중 상당 부분은 아마도 Computer에게 조사 결과를 어떻게 제시할지 지시하는 내용일 것이며, 이는 Cline에 필요한 것이 아닙니다. 표준을 설명하는 부분은 변환하고, 보고서 서식을 설명하는 부분은 제외하세요.

프로젝트 파일은 리포지토리 파일로 이동합니다. Perplexity Projects에서는 "지속적인 파일을 개별적으로, 폴더로, 또는 연결된 파일 소스에서 가져오기 형태로 업로드"할 수 있으며, "Computer가 사용자를 대신하여 파일을 생성, 업데이트 및 관리"할 수도 있습니다. 이러한 결과물은 실제 파일이므로, 다운로드하여 여전히 중요한 파일들을 리포지토리에 넣으세요. Cline은 @ 언급 및 드래그 앤 드롭을 통해 이 파일들에 접근할 수 있습니다.

소유자가 아닌 경우 권한에 관한 주의 사항이 있습니다: "뷰어와 에디터는 파일을 볼 수 있지만, 에디터만 프로젝트 파일을 편집할 수 있습니다."

그 외에는 깔끔하게 전송되는 것이 없으며, 다음 다섯 가지는 갈 곳이 전혀 없습니다.

기억 역할을 하던 Brain. 이것이 가장 큰 문제입니다. Brain은 프로젝트에서 수행된 모든 작업으로부터 지속적인 기억을 구축하며, 사용자는 "Brain 탭에서 생성된 현재 기억을 볼 수 있고" 설정에서 자동 또는 수동으로 실행되도록 설정할 수 있습니다. 내보내기 기능은 없으며, Cline에는 스스로 누적되는 기능이 없습니다. Memory Bank는 수동으로 유지 관리하는 문서화 방법론입니다. 따라서 Brain의 내용은 직접 읽고 다시 작성해야 하며, Brain 탭이 이를 읽을 수 있는 유일한 장소입니다.

마이그레이션 도중 팀들이 자주 맞닥뜨리는 결제 세부 정보가 있습니다: "Brain 실행 비용은 프로젝트 생성자에게 청구됩니다." 프로젝트 생성자가 퇴사했거나 계정이 사라진 경우, 마이그레이션하는 동안 Brain이 계속 업데이트되는지에 영향을 미칠 수 있습니다.

프로젝트 요약. 프로젝트에서 수행된 작업의 진행 상태 업데이트로, Perplexity의 설정 문서에 따르면 활성화 시 "더 많은 컨텍스트를 위해 Brain도 활용"합니다. Cline에서 이와 가장 유사한 것은 Memory Bank의 activeContext.md 및 progress.md이며, Cline은 이를 가장 자주 업데이트되고 마일스톤을 추적하는 파일로 설명합니다. 목적은 같지만 메커니즘은 정반대입니다. Perplexity는 이를 자동 생성하지만, Cline의 것은 사용자가 직접 작성해야 합니다.

우선순위 소스. Perplexity에서는 프로젝트의 쿼리에 대해 "우선순위를 지정할 웹 링크 및 도메인을 추가하고 관리"할 수 있습니다. 이는 코딩 에이전트에는 상응하는 기능이 없는 연구용 기능입니다. 프로젝트가 항상 세 개의 특정 문서 도메인을 참조하는 데 의존했다면, 해당 선호 사항은 텍스트 지침으로 변환되어야 하며, 그 효과는 더 약해질 것입니다.

커넥터 및 프로젝트 수준 자격 증명. Perplexity Projects에서는 "프로젝트가 사용할 커넥터를 선택하고 커넥터별 지침을 추가"할 수 있으며 "공유 프로젝트 수준 자격 증명"도 추가할 수 있습니다. Cline의 확장 포인트는 프로젝트 단위가 아닌 도구 단위로 구성되는 MCP 서버이며, 자격 증명은 프로젝트가 아닌 사용자의 소유입니다. 공유된 자격 증명은 모두 재발급할 계획을 세우고, 자격 증명을 그대로 가져가려고 시도하지 마세요.

채널 바인딩 및 개별 기억 스위치. Perplexity는 "Slack 또는 Teams 채널을 이 프로젝트에 바인딩"하여 채널 컨텍스트를 가져오고 해당 세션을 프로젝트 기록으로 라우팅할 수 있습니다. 또한 대부분의 사람들이 보지 않는 설정인 "프로젝트의 쿼리가 개별 기억에서 가져올 수 있도록 허용할지 여부 제어"가 있습니다. Cline에는 두 개념 모두 없으므로, 채널 바인딩을 통해 들어오던 모든 것은 이제 사용자가 직접 구성하는 방식으로 처리해야 합니다.

스킬은 이전이 불가능할 수 있습니다. Perplexity Projects에서는 "프로젝트 범위로 제한된 재사용 가능한 스킬을 업로드하고 관리"할 수 있으며, "사용자는 프로젝트 내에서도 개인 및 조직 스킬에 계속 접근할 수 있다"고 명시되어 있습니다. Cline은 .cline/skills/, .clinerules/skills/, .claude/skills/에서 스킬을 읽으며, 각 스킬은 SKILL.md를 포함하는 폴더입니다. Perplexity의 문서에는 프로젝트 스킬이 사용하는 파일 형식이 명시되어 있지 않으므로, 폴더를 그대로 복사할 수 있다고 가정하지 마세요. 복사 계획을 세우기 전에 폴더를 열어 확인해야 합니다. 이를 디렉터리 이동이 아닌 "재작성이 필요할 수 있음"으로 취급하세요.

협업 모델의 형태가 바뀝니다. Perplexity에는 명시적인 역할(소유자, 편집 가능, 보기 가능), 제한됨(기본값)부터 조직 전체에 이르는 액세스 범위, 그리고 "비엔터프라이즈 프로젝트의 경우 최대 5명의 기여자, 엔터프라이즈 소유 프로젝트의 경우 최대 9,999명"의 기여자 제한이 있습니다. Cline의 공유 모델은 버전 관리입니다. Cline의 가이드는 "리포지토리와 함께 이동해야 하는 팀 공유 동작을 위해" 프로젝트 구성을 사용하고 "팀과 공유하려는 .cline/ 파일을 커밋"하는 것입니다. 리포지토리에 접근할 수 있는 사람은 누구나 모든 권한을 갖게 되며, 이는 더 단순하고 대략적입니다.

1단계: 프로젝트 결제를 중단하기 전에 Brain 탭과 요약을 읽으세요

나중에 다시 수행할 수 없는 유일한 단계이므로 이 작업을 가장 먼저 수행해야 합니다.

Brain 탭을 열고 거기에 무엇이 있는지 읽어보세요. 이것은 프로젝트에 대해 Perplexity가 축적한 이해도이며, 프로젝트로 돌아왔을 때 새로 시작하는 것이 아니라 계속 이어서 하는 느낌을 주었던 핵심 요소입니다. 확인하는 김에 설정의 기억(memory) 섹션도 확인하세요. Brain이 수동으로 설정되어 있었다면 생각보다 최신 상태가 아닐 수 있으므로, 읽기 전에 한 번 실행하면 더 정확한 스냅샷을 얻을 수 있습니다.

그 다음, 프로젝트 요약이 활성화되어 있었다면 이를 읽어보세요. 이것은 서면 인수인계서에 가장 가까운 자료입니다.

그런 다음 파일을 내보내세요. 개별적으로 또는 폴더별로 내보내고, Computer가 대신 생성한 모든 파일도 포함하세요. 그리고 설정에서 전체 지침 텍스트(사용한 경우 8,000자 전체)를 복사하세요.

마이그레이션이 완료될 때까지 프로젝트를 활성 상태로 유지하세요. Brain 실행이 중단되거나 접근 권한이 만료되면, Brain 탭의 내용은 채팅 기록에서 재구성할 수 없습니다.

2단계: 규칙을 적용한 다음, Perplexity가 채워주던 컨테이너를 구축하세요

규칙을 먼저 적용하고, 진행하면서 분할하세요. .clinerules/를 생성하고 변환된 지침을 집중된 파일에 넣으세요. Cline은 순서 지정을 위해 01-standards.md와 같은 선택적 숫자 접두사를 지원하며, 각 규칙에 토글을 제공하여 삭제하지 않고도 비활성화할 수 있도록 합니다. 충돌이 발생할 경우 워크스페이스 규칙이 글로벌 규칙보다 우선하며, 이는 프로젝트별 설정을 적용할 때 원하는 동작입니다.

그 다음 Memory Bank를 설치하고, 이것이 수동 작업임을 받아들이세요. Cline의 설정은 .clinerules/memory-bank.md와 같은 규칙 파일에 맞춤 지침을 추가한 다음, Cline에 "initialize memory bank"를 요청하는 것입니다. 그러면 projectbrief.md, productContext.md, activeContext.md, systemPatterns.md, techContext.md, progress.md라는 6개의 마크다운 파일이 생성됩니다.

여기서 불일치가 발생하며, 이는 나중에 발견하기보다 미리 계획해 두는 것이 좋습니다. 이 6개의 파일은 코드베이스(아키텍처, 스택, 현재 초점, 마일스톤)를 설명합니다. 반면 Perplexity Project는 시장에 대해 배운 것, 비교한 벤더, 규정에서 실제로 요구하는 사항 등 연구 결과를 축적했습니다. 이러한 내용은 systemPatterns.md나 techContext.md에 자연스럽게 어울리지 않습니다.

두 가지 솔직한 옵션이 있습니다. 조사 결과를 위한 일곱 번째 파일을 추가하여 Memory Bank를 변형하는 방법이 있습니다. 이는 작동하긴 하지만 Cline의 지침이 설명하는 문서화된 구조를 벗어납니다. 다른 방법은 조사 결과를 Memory Bank에서 제외하고 자체적인 공간을 제공하는 것이며, 이에 대해서는 다음 섹션에서 다룹니다.

어떤 방법을 선택하든, 1단계에서 읽은 프로젝트 요약을 바탕으로 activeContext.md와 progress.md를 작성하세요. 이것이 가장 유사한 변환 방법이며, 요약 내용이 기억에 생생할 때 작성하는 것이 한 달 뒤에 재구성하는 것보다 훨씬 쉽습니다. 여기서 Cline의 /newtask 명령어도 알아둘 가치가 있습니다. 이 명령어는 계획, 완료된 작업, 관련 파일, 다음 단계를 새로운 작업으로 패키징하여 "개발자 인수인계처럼 작동"합니다. 이는 실행 중일 때 유용하며, 초기 작성 작업을 대체할 수는 없습니다. Cline의 더 광범위한 설정 패턴은 the best memory setups for Cline에 수집되어 있습니다.

한 걸음 물러서서 무엇이 잘못되었는지 살펴보세요. 지침은 변환되었고, 파일은 다운로드되었습니다. 그리고 가장 중요했던 부분인 진행 중인 작업에 대해 축적된 이해는 읽을 수는 있지만 내보낼 수는 없는 벤더 생성 뷰로 존재했으며, 코드를 설명하기 위해 설계된 문서 구조로 들어가는 중이었습니다.

이것은 Perplexity의 실패도, Cline의 실패도 아닙니다. Brain은 훌륭한 기능이며, Brain 탭은 정확히 그 안에 무엇이 들어있는지 보여주기 위해 존재합니다. Memory Bank는 좋은 패턴이며, 리포지토리에 있는 6개의 파일이 홈 디렉터리에 아무것도 없는 것보다 낫습니다. 단지 서로 다른 종류의 지식을 위해 구축되었을 뿐이며, 연구 결과는 그 사이에 걸쳐 있습니다.

이것이 바로 MemoryLake가 보관하는 것입니다. 어떤 어시스턴트가 생성했는지와 관계없이, 도구가 쿼리하는 레이어에 프로젝트의 영구적인 사실을 저장합니다. 설정은 3단계로 진행됩니다.

1단계: API 키 생성

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

2단계: 첫 번째 기억 업로드

각각 하나의 사실(claim)을 담은 짧은 항목들입니다. 방금 읽은 Brain 탭은 여러분이 가질 수 있는 가장 훌륭한 입력 목록이 될 것입니다:

출처와 함께 각 조사 결과를 사실(claim)로 등록하세요. "해당 벤더의 요율 제한은 스탠다드 티어에서 분당 500회이며, 6월 가격 책정 페이지에서 확인됨." 출처가 없는 조사 결과는 한 분기만 지나도 소문으로 전락합니다.

읽은 문서와 분리된, 여러분이 도달한 결론. Project는 두 가지를 모두 축적했습니다. 하지만 가져갈 가치가 있는 것은 결론뿐입니다.

평가 후 거부한 옵션과 그 이유. 가장 자주 재논의되는 카테고리이자, 어떤 파일에도 나타나지 않는 내용입니다.

코드가 아닌 연구에서 비롯된 제약 조건. 규정, 계약 조건, 플랫폼 정책 등입니다. 리포지토리의 그 어떤 것도 이러한 제약 조건을 암시하지 않습니다.

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

MemoryLake는 MCP 및 API를 통해 액세스할 수 있으므로, Cline, Claude, Claude Code, Codex, OpenClaw 등의 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결하고, 다른 어시스턴트는 API를 통해 동일한 기억을 읽습니다. 즉, 결정을 정당화한 연구 결과를 코드를 작성하는 도구 내에서 계속 쿼리할 수 있음을 의미합니다.

세 가지 솔직한 한계가 있습니다. MemoryLake는 사용자의 Brain, 프로젝트 요약 또는 Perplexity 파일을 읽거나 내보낼 수 없습니다. Brain은 내보내기 기능이 없는 Perplexity의 기능이며, 위의 1단계가 읽기 작업인 이유가 바로 이 때문입니다. MemoryLake는 사용자나 에이전트가 입력한 내용만 보관하므로 2단계는 수동으로 진행됩니다. 또한 .clinerules/나 Memory Bank를 대체하지 않습니다. 규칙은 동작을 가이드하고 Memory Bank는 프로젝트 상태를 추적하며, 기억 레이어가 이를 직접 작성하지는 않습니다.

지침은 편집을 거쳐 변환됩니다. 보고서 서식 규칙은 코딩 에이전트에 속하지 않습니다.

Brain은 단 한 번 읽는 작업이 됩니다. 내보내기 기능이 없으므로 읽기 일정을 잡으세요.

프로젝트 요약은 직접 작성하는 두 개의 파일이 됩니다. 요약을 바탕으로 activeContext.md와 progress.md를 한 번 작성합니다.

우선순위 도메인은 텍스트 지침이 되며, 효과는 약해집니다. 상응하는 기본 기능이 존재하지 않습니다.

공유 방식이 역할 기반에서 리포지토리 접근 권한으로 변경됩니다. 더 단순하고 대략적이며, 5명의 기여자 제한이 없습니다.

조사 결과가 갈 곳을 잃지 않습니다. 이전에는 벤더가 제공하는 뷰에 갇혀 있었지만, 이제는 쿼리할 수 있습니다. 전반적인 형태는 why Perplexity forgets your Spaces content에서 확인할 수 있습니다.

Brain 탭을 먼저 읽고, 읽기 전에 Brain을 한 번 실행하세요. 수동으로 설정되어 있었다면 뷰가 최신 상태가 아닐 수 있습니다.

지침을 전체 복사한 다음 잘라내세요. 8,000자는 재구성하기에 너무 많으며, 일부는 버리는 것이 좋습니다.

내보내기를 계획하기 전에 역할을 확인하세요. 에디터만 프로젝트 파일을 편집할 수 있습니다.

마이그레이션이 완료될 때까지 프로젝트를 활성 상태로 유지하세요. Brain은 채팅 기록에서 재구성할 수 없습니다.

지침을 토글 가능한 .clinerules/ 파일로 분할하세요. 하나의 긴 규칙 파일은 아무도 편집하지 않는 규칙이 됩니다.

실제로 Memory Bank를 초기화하세요. 이를 건너뛰면 사람들이 Cline이 작업을 잊어버린다고 결론을 내리게 됩니다. 증상 측면은 why Cline forgets task history에서 다룹니다.

조사 결과를 systemPatterns.md에 억지로 넣지 마세요. 이 6개의 파일은 코드를 설명합니다. 연구는 다른 종류의 지식입니다.

자격 증명은 재발급하고, 절대 그대로 가져가지 마세요. Perplexity의 프로젝트 수준 자격 증명은 설계상 프로젝트 범위로 제한됩니다.

조사 결과를 파일로 보관하지 말고 쿼리 가능한 상태로 유지하세요. 연구 결론은 읽는 것이 아니라 질문하는 것입니다. 이는 making Perplexity remember your research context가 코드베이스를 문서화하는 것과 다른 작업인 이유이기도 합니다.

Perplexity Projects에서 Cline으로의 이동은 프로젝트가 무엇인지에 대한 두 가지 서로 다른 이론 간의 이동입니다. Perplexity의 프로젝트는 대화, 작업, 연결된 도구, 우선순위 소스, 그리고 축적되는 기억이 있는 진행 중인 작업입니다. 반면 Cline의 프로젝트는 코드 생성을 가이드하는 규칙과 코드의 현재 상태를 설명하는 문서 세트가 있는 리포지토리입니다.

기계적인 부분은 간단합니다. 최대 8,000자의 프로젝트 지침은 .clinerules/ 파일이 되고, Computer가 대신 생성한 모든 파일을 포함한 프로젝트 파일은 리포지토리 파일이 됩니다. 변환하면서 편집하세요. 연구 어시스턴트의 출력을 형성하기 위해 작성된 지침은 코딩 에이전트가 필요로 하는 표준이 아니기 때문입니다.

갈 곳이 없는 부분은 Brain과 프로젝트 요약입니다. Brain은 프로젝트의 모든 작업으로부터 지속적인 기억을 구축하며 Brain 탭에서 볼 수 있지만, 내보낼 수 없으며 Cline에는 사용자 없이 스스로 누적되는 기능이 없습니다. 프로젝트 요약은 이제 사용자가 직접 작성한다는 점을 제외하면 activeContext.md 및 progress.md에 대략적으로 매핑됩니다. 우선순위 도메인, 커넥터, 채널 바인딩, 개별 기억 스위치는 상응하는 기능이 전혀 없습니다.

그러므로 권한이 있을 때 Brain 탭을 읽고, 수동으로 설정되어 있었다면 먼저 Brain을 한 번 실행하고, 파일을 내보내고, 지침을 꼼꼼히 편집하여 변환하고, Memory Bank를 올바르게 초기화하고, 출처, 결론, 거부된 옵션이 포함된 조사 결과를 연구 도구와 코딩 에이전트가 모두 쿼리할 수 있는 곳에 두세요. 그러면 다음 도구 변경 시 잃게 되는 것은 규칙일 뿐, 프로젝트에 대한 이해가 아닐 것입니다.