Claude는 정말 Recall에 저장할 수 있을까? 읽기 전용 MCP의 의미

Recall의 설정 가이드를 따라 Recall을 Claude에 연결합니다. 커넥터 인증이 끝나고 도구가 나타나고, Claude는 글을 지식 베이스에 저장했다고 자신 있게 말합니다.

저장되지 않았습니다. 저장할 수가 없습니다.

이것은 버그가 아니고, Recall이 무언가를 숨기는 것도 아닙니다. 그들의 문서에 분명히 적혀 있습니다. 하지만 이 실패 방식은 충분히 헷갈리고, 어시스턴트의 자신감은 충분히 그럴듯해서, 벽이 정확히 어디에 있는지 짚어 볼 가치가 있습니다.

업데이트, 2026년 10월 4일: 2026-10-04 기준 Recall의 MCP 서버는 여전히 읽기 전용(kb:read 스코프 하나, 도구 네 개)이며, REST API도 여전히 GET 엔드포인트 세 개뿐입니다. Recall은 쓰기 액세스를 제공할 예정이라고 발표했습니다. 공개 변경 내역의 2026년 9월 12일과 25일 항목에서 "Coming Next"(다음 예정) 아래에 "MCP 2.0 with write access"(쓰기 액세스를 지원하는 MCP 2.0)가 올라와 있습니다. 출시되면 이 글을 업데이트하겠습니다.

여기서 읽기 전용이 실제로 뜻하는 것

MCP 클라이언트가 Recall에 연결할 때 요청하는 스코프는 kb:read 하나뿐입니다. 문서는 이를 "저장한 콘텐츠 읽기"라고 설명하며, 페이지에는 서버가 "현재 지식 베이스에 대한 읽기 전용 액세스를 제공합니다. 쓰기 기능은 곧 제공될 예정입니다"라는 안내가 분명히 적혀 있습니다. 이 문서의 마지막 업데이트일은 2026년 7월 28일입니다.

서버는 도구 네 개를 제공하며, 모두 그 스코프 하나를 요구합니다.

search — 의미나 키워드로 카드 찾기
filter_by_metadata — 날짜, 태그, 소스 필터에 맞는 카드 나열
get_document_content — 특정 카드의 전체 내용 읽기
explore_kb — 통계, 태그, 소스 등 개요 보기

한데 모아 보면 모양이 분명합니다. 하나같이 무언가를 꺼내는 방법입니다. 무언가를 넣는 도구는 없습니다. 생성도, 수정도, 태그 지정도, 주석 달기도 없습니다. REST API도 반대쪽에서 같은 이야기를 합니다. GET 엔드포인트 세 개와 함께, API가 "현재 읽기 전용 작업만 지원합니다. 쓰기 API는 로드맵에 있으니 기대해 주세요"라는 안내가 있으며, 마지막 업데이트일은 2026년 7월 27일입니다.

그러니 어시스턴트가 Recall에 무언가를 저장했다고 말한다면, 둘 중 하나가 일어난 것입니다. 검색 도구를 호출하고 그 결과를 느슨하게 서술했거나, 사용자가 요청한 일이니 그냥 했다고 단언한 것입니다. 어느 쪽도 라이브러리에 아무것도 넣지 않았습니다.

생각보다 이것이 더 중요한 이유

많은 워크플로에서는 읽기 전용으로 충분합니다. "앱에서 직접 저장하고, 그다음 어시스턴트에게 그 내용에 대해 묻는다"는 방식이라면 읽기 스코프로 필요한 것을 모두 할 수 있고, Recall의 구현은 깔끔합니다.

벽이 드러나는 것은 무언가를 찾아내는 주체가 어시스턴트일 때입니다.

실제 업무는 점점 그런 모습이 되고 있습니다. 에이전트에게 문제를 맡기면 페이지 스무 개를 읽고, 그중 세 개가 남겨 둘 만합니다. 읽기 전용 세계에서는 그 세 가지 발견이 그 대화 안에만 존재합니다. 탭을 닫으면 사라집니다. 에이전트는 하루 종일 라이브러리를 검색할 수 있어도 단 하나도 보탤 수 없고, 그러면 라이브러리는 내가 손으로 저장하는 속도로만 자랍니다. 바로 어시스턴트를 연결해서 벗어나려던 병목입니다.

문제는 이 비대칭입니다. 내가 아는 모든 것을 읽을 수 있지만 자신이 알게 된 것은 아무것도 기억하지 못하는 어시스턴트는, 기억상실증에 걸린 리서치 도구입니다.

읽기·쓰기는 어떤 모습인가

BrainTube의 MCP 서버는 읽기와 쓰기를 모두 지원하며, 그 차이는 도구 목록에서 드러납니다.

search_knowledge — 저장한 모든 것에 대한 의미 검색
ingest_content — 새 항목을 라이브러리에 저장
bulk_ingest — 여러 항목을 한 번에 저장
add_note — 항목에 내 생각을 메모로 추가
tag_item — 이미 있는 것을 정리
get_stats — 코퍼스 개요

읽기 기능은 같고, 여기에 들어가는 길이 더해졌습니다. 실제로는 어시스턴트가 리서치 세션을 마치면서, 찾은 것을 다음 달에 다시 찾을 수 있는 곳에, 태그를 달아, 다른 모든 것과 같은 장소에 넣어 둘 수 있다는 뜻입니다.

구체적으로 말하면 이렇습니다. 어시스턴트에게 어떤 주제를 조사해 달라고 하면, 읽고 추론한 뒤 마지막에 남길 만한 출처 세 개를 태그와 함께 라이브러리에 바로 저장합니다. 복사해서 붙여 넣을 필요도, 앱을 오갈 필요도 없고, "나중에 정리해야지" 하고는 끝내 하지 않는 일도 없습니다. 다음 세션에서는 다른 날, 다른 어시스턴트가 같은 라이브러리를 검색해 그것들을 찾을 수 있습니다.

이 도구들은 가정이 아닙니다. 프로덕션에서 실제로 동작하며 서버에서 가장 많이 쓰이는 쓰기 경로이고, 콘텐츠 수집, 태그 지정, 메모 작성이 모두 실제 어시스턴트 세션에서 꾸준히 호출되고 있습니다.

MCP 서버를 직접 확인하는 방법

이 구분은 MCP 서버를 제공하는 모든 도구에서 중요해질 것이므로, 마케팅 페이지를 믿기보다 직접 확인하는 법을 알아 둘 가치가 있습니다. 빠른 순서대로 세 가지 방법입니다.

스코프를 읽어 보세요. OAuth 동의 화면이 "콘텐츠 읽기"만 요청한다면, 받게 될 것이 정확히 무엇인지 알려 주고 있는 것입니다. kb:read 같은 이름의 스코프는 오해의 여지가 없습니다.

도구 목록을 읽어 보세요. 동사를 살펴보세요. search, get, list, filter, explore는 읽기 동사입니다. create, save, ingest, update, tag, delete는 쓰기 동사입니다. 쓰기 동사가 없는 도구 목록이라면, 주변 문구가 무엇을 암시하든 읽기 전용 서버입니다.

어시스턴트에게 증명하게 하세요. 특정한 것을 저장하라고 한 다음, 앱에 들어가 직접 확인하세요. 반박할 수 없는 유일한 테스트이고, 30초면 됩니다.

Recall이 Supermemory, Mem0, Zep, 어시스턴트 내장 메모리와 비교해 어떤지는 2026년 ChatGPT와 Claude를 위한 최고의 메모리 도구를 참고하세요.

솔직한 요약

Recall의 MCP 서버는 하는 일을 잘 해내며, 읽기 스코프는 첫 릴리스로서 충분히 납득할 만합니다. 출시하기에 더 안전한 쪽이고, 이를 일찍 출시했기에 사용자들이 애초에 어시스턴트를 연결할 수 있었습니다. 문서에도 쓰기 기능이 곧 온다고 솔직하게 밝혀 두었습니다. 그것이 나오면 이 간극은 메워집니다.

그때까지 "Claude가 Recall에 저장할 수 있을까?"에 대한 답은 '아니요'입니다. MCP로도, API로도 안 됩니다. 라이브러리를 훌륭하게 읽을 수는 있지만 아무것도 더할 수는 없습니다.

일하는 에이전트가 찾은 것을 둘 곳이 필요하다면, 지금 쓰기를 받아 주는 서버가 있어야 합니다.

수치 확인 방법

스코프 이름, 도구 목록, 엔드포인트 개수, 읽기 전용 안내는 2026년 8월 25일에 MCP와 REST API 양쪽에 대한 Recall의 개발자 문서에서 직접 읽었습니다. 해당 페이지들에는 각각 2026년 7월 28일과 27일이라는 자체 마지막 업데이트일이 적혀 있습니다. BrainTube의 도구 목록과 프로덕션 사용 현황은 같은 날 운영 중인 서버를 기준으로 설명한 것입니다.

Recall의 변경 내역를 보면 대략 2주마다 릴리스가 나오고 쓰기 API가 로드맵에 명시되어 있으므로, 이 비교에는 유효 기간이 있습니다. 읽으시는 시점에 내용이 오래되었다면 알려 주세요. 날짜를 밝혀 바로잡겠습니다.