Manus 지식 베이스 제한을 우회하는 방법 (2026)

바이트가 아닌 항목 수 제한

Manus는 항목 수를 계산합니다. 긴 항목 100개와 한 줄짜리 항목 100개는 동일한 한계에 부딪히므로, 이는 용량 제한이라기보다는 큐레이션 제한에 가깝습니다. 또한 가장 비용이 적게 드는 해결책은 대개 병합하는 것임을 의미합니다. 동일한 규칙을 설명하는 3개의 항목은 하나로 합쳐야 합니다.

명시된 이유는 답변 품질

이 점이 여러분이 겪어본 대부분의 제한 사항과 다른 점입니다. Manus의 자체 설명에 따르면 "항목이 너무 많으면 시스템의 답변 품질에 영향을 미칠 수 있습니다." 저장 비용이나 Pro/Free 구분 이외의 등급에 대한 언급은 전혀 없습니다.

이는 그 자체로 타당한 주장입니다. 항상 켜져 있는 컨텍스트(context)로 로드되는 모든 것은 함께 로드되는 다른 모든 것과 주의력(attention)을 두고 경쟁하며, 온갖 사실이 섞여 있는 100개의 저장소는 관련성 높은 30개의 저장소보다 검색 대상으로서 품질이 떨어집니다. 또한 다른 모든 곳에서도 마찬가지입니다. Claude Code는 "MEMORY.md 파일의 처음 200줄 또는 처음 25KB 중 먼저 도달하는 것"만 로드하며, "파일이 길어질수록 더 많은 컨텍스트를 소비하고 지침 준수율을 떨어뜨리기 때문에" 지침 파일당 "200줄 미만"을 목표로 삼을 것을 권장합니다. Kiro's Crew 메모리는 어느 한 레이어가 무한히 커지도록 두는 대신, 선호도는 4,250자, 프로젝트는 6,400자 등 각 레이어의 글자 수를 개별적으로 제한합니다. Perplexity는 프로젝트 지침을 8,000자로 제한합니다.

Manus는 제한을 항목 수로 표현하여 눈에 띄게 만들었다는 점만 특이할 뿐입니다. 작동 방식은 어디나 동일합니다.

글로벌 저장소가 맞지 않는 역할을 수행하는 중

사용자 지식 베이스는 광범위하게 적용되는 단일 저장소입니다. 만약 서로 무관한 4가지 종류의 작업에 Manus를 사용한다면, 그중 하나에 대해 학습시킨 모든 내용이 나머지 3가지 작업의 컨텍스트에도 고스란히 남게 됩니다.

이것이 사람들이 제한에 도달하는 진짜 이유입니다. 진정으로 글로벌한 사실 100개를 가지고 있어서가 아니라, 프로젝트라는 개념이 없는 저장소에 20개의 글로벌 사실과 80개의 프로젝트 전용 사실을 함께 넣어두었기 때문입니다.

이상하게도 Manus에는 이미 그 개념이 존재합니다

Manus Projects는 "지침과 파일을 공유하는 지속적인 작업 공간으로, 모든 새로운 작업이 올바른 컨텍스트에서 시작되도록 돕는다"고 설명되어 있습니다. 프로젝트에는 두 가지 요소가 있습니다. 바로 마스터 지침(master instruction)과 파일 및 문서로 구성된 자체 지식 베이스(knowledge base)이며, 이 두 가지 모두 "해당 프로젝트 내에서 생성된 모든 새로운 작업에 자동으로 적용"됩니다.

두 가지 특성 덕분에 이것이 실제 해결책이 됩니다. 프로젝트는 "모든 구독 등급의 모든 사용자가 사용할 수 있으므로" 유료 업그레이드가 필요하지 않습니다. 또한 Manus는 프로젝트 지식 베이스에 대한 항목 수 제한을 명시하지 않고 있으며, 개수가 세어지는 항목 대신 파일과 문서를 보관합니다.

Manus 자체 문서의 표현을 기억해 둘 필요가 있습니다. "작업 자체는 반복 가능할 수 있지만, 설정은 그렇지 않은 경우가 많습니다." 이것이 바로 글로벌 지식 베이스가 취약하고 프로젝트가 잘 해결할 수 있는 부분입니다.

가장 오래된 항목 삭제하기. 문서에 안내된 조언인 "가장 중요하고 최근의 필요에 따라 지식 베이스의 항목을 필터링하고 불필요한 항목을 일부 삭제하십시오"는 실제로 효과가 있습니다. 하지만 생성 시기가 가치를 대변하지는 않습니다. 18개월 전에 설정해 두고 다시 보지 않은 규칙이 오히려 가장 잃고 싶지 않은 규칙인 경우가 많습니다.

하나의 항목에 여러 사실을 쑤셔 넣기. 이 방법은 항목 수를 줄여주지만, 제한이 존재하는 근본적인 이유에 역행합니다. 서로 무관한 9개의 규칙이 포함된 단일 항목은 9개의 개별 항목보다 적용하기 어렵고, 이제 그중 하나만 삭제하는 것도 불가능해집니다.

여유 공간을 위해 Pro로 업그레이드하기. 한도를 50개에서 100개로 두 배 늘려주며, 다른 이유로도 충분히 고려해 볼 만한 방법입니다. 하지만 품질 저하 문제는 해결되지 않으며, 간소화하라는 Manus의 조언은 Pro 사용자에게도 동일하게 적용됩니다.

마스터 문서를 보관하고 작업할 때마다 붙여넣기. 흔히 쓰이는 임시방편이며, Manus에게 콘텐츠를 전달하는 데는 효과가 있습니다. 단점은 작업마다 수동으로 작업해야 한다는 것이며, 이는 Projects가 해결하고자 하는 바로 그 설정의 번거로움입니다.

제한이 상향되기를 기다리기. Manus는 "향후 사용자 요구와 피드백을 바탕으로 지식 베이스 기능을 계속 최적화할 예정"이라고 밝히고 있으므로 실제로 변경될 가능성이 있습니다. 하지만 당장 이번 주에 해결될 일은 아니며, 한도가 늘어나더라도 품질 저하에 대한 우려는 여전히 남을 것입니다.

검색 문제로 취급하기. 올바른 문서를 찾을 수 있도록 더 많은 문서를 추가하는 것은 문서 검색(retrieval)에 익숙한 사람들의 본능이지만, 항상 적용되는 소규모 저장소에는 적합하지 않습니다. 이 차이점은 RAG가 메모리가 아닌 이유에서 다루고 있습니다.

이 작업은 일종의 분류 작업이며, 약 20분 정도 소요됩니다.

모든 항목을 세 가지 범주 중 하나로 분류하세요. 진정한 글로벌 항목(글쓰기 규칙이나 역할 등 본인과 모든 작업에 적용되는 내용), 프로젝트 전용 항목(반복되는 특정 워크플로우에만 적용되는 내용), 오래된 항목(한때는 맞았으나 더 이상 유효하지 않은 내용).

세 번째 범주를 삭제하세요. 두 번째 범주는 프로젝트 지식 베이스로 이동하세요. 글로벌 저장소에 남은 것은 소량이어야 하며, 작게 유지하는 것이 핵심입니다.

그런 다음 프로젝트를 올바르게 설정하세요. 마스터 지침에 대한 Manus의 가이드가 가장 효과적인 부분입니다. "상세한 마스터 지침을 작성하세요. 지침이 구체적일수록 각 새로운 작업에서 제공해야 하는 컨텍스트가 줄어듭니다." 기존 작업을 사후에 프로젝트로 이동할 수도 있습니다. 문서에서는 프로젝트가 폴더처럼 작동한다고 설명합니다.

직관적이지 않으므로 적용하기 전에 알아두어야 할 두 가지 반영 규칙이 있습니다. "지침 업데이트: 현재 작업에서 다음 메시지를 보낼 때 적용됩니다." 그러나 "파일 업데이트: 업데이트 이후에 생성된 새 작업에만 적용됩니다." 더 넓게는 "이전에 생성된 모든 작업은 영향을 받지 않으며 생성 당시 존재했던 구성을 계속 사용합니다." 작업은 생성될 당시의 구성에 고정되므로, 파일을 수정해도 실행 중인 작업은 수정되지 않습니다. 새 작업을 시작하세요.

프로젝트를 공유할 때 알아두어야 할 협업 관련 참고 사항이 있습니다. "동료를 프로젝트에 초대하면 공유 마스터 지침과 지식 베이스에 대한 액세스 권한을 얻게 됩니다. 하지만 해당 프로젝트 내에서 자신이 직접 생성한 작업만 볼 수 있습니다." 지식은 공유되지만, 작업은 공유되지 않습니다.

이것으로 분리 작업은 완료됩니다. 하지만 해결되지 않는 점은 두 저장소 모두 Manus의 소유이며, Manus의 규칙에 의해 제한되고, Manus 내부에서만 읽을 수 있다는 것입니다. 바로 이 부분에서 하단의 지속 가능한 레이어가 도움이 됩니다. 그리고 그것이 바로 MemoryLake가 보관하는 것입니다. 도구들이 쿼리할 수 있는 레이어에 프로젝트 지식을 보관하므로, 항목 제한은 여러분이 알 수 있는 지식의 양이 아니라 Manus가 로드해 두는 지식의 양만 제어하게 됩니다. 설정은 3단계로 진행됩니다.

Step 1: API 키 생성

로그인하고 API 키를 생성하세요. 연결하는 여러 도구에서 하나의 자격 증명으로 사용됩니다.

Step 2: 첫 번째 메모리 업로드

각각 하나의 주장만 담긴 짧은 항목들입니다. 위의 분류 작업을 통해 이상적인 입력 목록이 만들어졌으니 이를 활용해 보세요.

삭제하기 망설여졌던 '오래된' 더미의 모든 것. 지울지 말지 확신이 서지 않았던 항목들이야말로 제한이 없는 곳에 보관할 가치가 있습니다. Manus에서는 삭제하고 여기에 보관하세요.

이유가 첨부된 결정 사항. "재무 마감 일정이 변동되므로 매월 보고하는 대신 4주 주기로 보고합니다." 항목에는 규칙만 명시되지만, 이유가 함께 있어야 다시 의문이 제기되는 것을 막을 수 있습니다.

마스터 지침에 맞지 않는 프로젝트 전용 세부 정보. 마스터 지침은 짧고 지시적이어야 합니다. 그 뒤에 깔린 배경은 지침에 어울리지 않으며, 그렇다고 버릴 필요도 없습니다.

여러 프로젝트에 걸쳐 있는 사실들. 두 가지 워크플로우에는 해당되지만 전체에는 해당되지 않는 내용은 어느 저장소에도 마땅히 둘 곳이 없습니다.

Step 3: AI 및 에이전트 연결

MemoryLake는 MCP 및 API를 통해 액세스할 수 있으며, Manus는 MCP 커넥터 및 커스텀 MCP 서버를 지원합니다. 따라서 Manus는 다른 어시스턴트가 읽는 것과 동일한 메모리를 쿼리할 수 있으며, Claude, Codex, OpenClaw와 같은 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결합니다. 즉, "이에 대해 우리가 무엇을 결정했는가"에 대한 답변이 지난번 정리에서 살아남은 100개의 항목 중 어떤 것인지에 좌우되지 않게 됩니다.

세 가지 분명한 한계가 있습니다. MemoryLake는 Manus 지식 베이스를 읽거나 쓰거나 개수를 셀 수 없습니다. 제한은 Manus 내부에서 적용되며 해당 항목을 다루는 도구는 Manus 자체 도구뿐입니다. MemoryLake는 사용자나 에이전트가 입력한 내용만 보관하므로 2단계는 수동으로 진행됩니다. 또한 제한을 늘려주지도 않습니다. Manus는 여전히 자체적으로 로드할 분량만 로드하며, 더 작고 잘 구성된 지식 베이스를 유지하는 것이 여전히 목표입니다.

항목 삭제가 더 이상 위험하게 느껴지지 않습니다. 잃어버리는 것이 아니라 이동하는 것이기 때문입니다.

글로벌 저장소가 작아지고 유용하게 유지됩니다. 온갖 사실이 섞인 100개보다 관련성 높은 20개가 더 낫다는 것이 개발사 측의 주장입니다.

프로젝트 설정의 반복이 멈춥니다. 마스터 지침과 프로젝트 지식 베이스가 모든 새로운 작업에 자동으로 적용됩니다.

"이것은 어떤 항목을 위한 것인가?"에 대한 답이 명확해집니다. 프로젝트 범위의 컨텍스트는 프로젝트에 속합니다.

제한에 도달하는 것이 더 이상 큰일이 아니게 됩니다. 어차피 유익했을 분류 작업을 시작하라는 신호가 될 뿐입니다.

지식이 도구보다 오래 살아남습니다. 다른 도구로 이전할 때 유용하며, 이 형태는 Manus에서 Cursor로 마이그레이션하는 방법에서 다루고 있습니다.

삭제하기 전에 병합하세요. 3개의 항목에 걸쳐 중복된 규칙을 합치는 것이 항목 수를 줄이는 가장 쉬운 방법입니다.

글로벌 저장소는 글로벌한 내용만 보관하세요. 본인의 역할, 규칙, 상시 선호도 등만 남겨두고, 특정 프로젝트 이름이 들어간 내용은 제외하세요.

프로젝트 컨텍스트는 프로젝트에 넣으세요. 모든 요금제에서 사용할 수 있으며 문서화된 항목 제한이 없습니다.

구체적인 마스터 지침을 작성하세요. 지침이 구체적일수록 작업당 제공해야 하는 정보가 줄어든다는 것이 Manus의 가이드입니다.

프로젝트 파일을 변경한 후에는 새 작업을 시작하세요. 파일 업데이트는 변경 이후에 생성된 작업에만 적용됩니다.

한계에 도달했을 때가 아니라 정기적으로 검토하세요. "지식 베이스를 최신 상태로 유지하라"는 것이 Manus의 팁입니다. 분기별 검토가 비상 정리 작업보다 훨씬 낫습니다.

하나의 항목에 무관한 규칙들을 쌓아두지 마세요. 이는 제한이 존재하는 이유에 어긋나며 선택적 삭제를 불가능하게 만듭니다.

삭제하는 모든 것의 사본을 보관하세요. 제한은 로드 여부에 대한 결정일 뿐이며, 망각에 대한 결정이 되어서는 안 됩니다.

Manus 지식 베이스는 Pro 사용자의 경우 100개, Free 사용자의 경우 50개 항목으로 제한되며, 개발사가 밝힌 이유는 저장 공간이 아닌 답변 품질("항목이 너무 많으면 시스템의 답변 품질에 영향을 미칠 수 있습니다")입니다. 그렇게 보면 이 제한은 큐레이션에 대한 조언이며, 권장되는 조치는 확장하기보다는 진정으로 간소화하는 것입니다.

실질적인 해결책은 Manus에 두 개의 지식 베이스가 있으며 대부분의 사람들이 하나만 사용한다는 점에 있습니다. Projects는 자체 마스터 지침과 파일 지식 베이스를 가지며, 프로젝트 내에서 생성된 모든 새로운 작업에 자동으로 적용되고, 모든 구독 등급에서 사용할 수 있습니다. 글로벌 항목을 글로벌, 프로젝트 전용, 오래된 항목으로 분류한 다음 중간 그룹을 프로젝트로 이동하면 대개 원하는 내용을 삭제하지 않고도 제한 문제를 해결할 수 있습니다.

다만 반영 규칙을 알아두세요. 지침 업데이트는 다음 메시지부터 적용되고, 파일 업데이트는 새로 생성된 작업에만 적용되며, 기존 작업은 생성 당시의 구성을 유지합니다. 그리고 결정 사항, 이유, 삭제하기 망설여졌던 것들과 같은 지속 가능한 절반의 정보는 항목 수 제한이 없는 레이어에 보관하여, Manus가 로드하는 내용을 정리하는 과정에서 여러분이 알고 있는 지식을 잃어버리는 일이 없도록 하세요.