에이전트가 무언가를 찾았다면, 그걸 어디에 둘까?

검색은 해결됐습니다. 보존은 아직입니다

2026년 9월 4일에 Recall의 MCP 문서를 읽었는데, 이 문제 전체에 답하는 문장은 단 한 줄이었습니다. "MCP 서버는 현재 지식 베이스에 대한 읽기 전용 액세스를 제공합니다. 쓰기 기능은 곧 제공될 예정입니다." 이 분야의 커넥터 대부분이 지금 어디쯤 있는지를 공정하게 보여 주는 설명이며, 리서치 에이전트를 돌려 본 사람이라면 이미 눈치챘을 비대칭을 정확히 짚고 있습니다.

읽기 쪽은 잘 갖춰져 있습니다. Recall의 문서도 이를 잘 설명합니다. API 키가 필요 없고, 인증은 브라우저에서 OAuth로 처리하며, 요청하는 스코프는 kb:read입니다. 연결하고 나면 어시스턴트가 "사용자를 대신해 카드를 검색하고, 내용을 읽고, 지식 베이스를 탐색할 수 있다"고 하며, Cursor, Claude, ChatGPT, Perplexity, Gemini용 설정 방법도 문서화되어 있습니다. 정말 좋은 커넥터이고, API 액세스와 함께 $0짜리 무료 요금제에서도 쓸 수 있습니다.

일이 멈추는 곳은 쓰기 쪽입니다. 긴 리서치 세션이 끝났을 때 쓸모 있는 결과물은 몇 문단의 종합 정리와, 결국 중요한 것으로 드러난 출처 십여 개입니다. 누군가 손으로 어딘가에 옮겨 두지 않으면 컨텍스트 창이 닫히는 순간 사라집니다. 모든 것을 읽는 에이전트가 아무것도 남기지 못하는 셈입니다.

쓸 만한 저장 경로의 조건

"에이전트가 기록하게 하면 된다"는 말은 간단하게 들리지만 실제로는 그렇지 않습니다. 제 몫을 하는 저장 경로와, 한 달 뒤 지워 버리게 될 엉망진창을 만드는 저장 경로를 가르는 속성은 네 가지입니다.

세션 안에서 바로 쓸 수 있어야 합니다. 저장하려면 사람이 나중에 다른 애플리케이션을 열어야 한다면, 저장은 일어나지 않습니다. 커넥터의 핵심은 발견이 생긴 바로 그 순간 도구 호출 한 번으로 기록하는 데 있지, 나중으로 미뤄 둔 잡일이 되는 데 있지 않습니다.

중복을 제거해야 합니다. 저장하는 에이전트는 똑같은 원본 블로그 글을 네 번의 세션에 걸쳐 네 번 저장하는 에이전트이기도 합니다. 이전 세 번을 기억하지 못하기 때문입니다. 여기서 중복 제거는 있으면 좋은 기능이 아닙니다. 그것이 없으면 에이전트 주도 수집은 수동 수집보다 훨씬 빠르게 라이브러리를 망가뜨립니다.

세션이 끝나도 살아남아야 합니다. 임시 컨텍스트나 채팅 기록에 적어 둔 것은 저장된 것이 아니라 미뤄진 것일 뿐입니다. 지속된다는 것은 그것을 기록한 클라이언트와 무관하게 자체 정체성과 수명 주기를 가진 저장소에 있다는 뜻입니다.

다른 에이전트가 다시 찾을 수 있어야 합니다. 가장 쉽게 빠뜨리는 조건입니다. 어제의 에이전트가 어제의 클라이언트에서 쓴 메모는, 오늘의 에이전트(다른 도구의 다른 모델일 수도 있습니다)가 파일 이름을 기억해서가 아니라 의미로 찾아낼 수 있어야만 쓸 가치가 있습니다. 즉 임베딩과 인덱싱이 나중에 수동으로 하는 단계가 아니라 기록하는 시점에 이루어져야 합니다.

어떤 도구가 저장 경로를 제공하는지는 Claude와 ChatGPT용 영구 메모리 도구 비교 글에 정리해 두었습니다.

2026년 9월 4일 기준 커넥터 현황

Recall의 MCP는 2026년 9월 4일에 직접 읽은 자체 문서에 따르면 현재 읽기 전용입니다. 소셜 저장 기능을 다시 만들고 표 보기와 더 많은 AI 언어 및 모델을 추가한 2026년 7월 23일 변경 내역 항목은 이 작업을 "쓰기 API 개발의 첫 단계"라고 설명합니다. 그 날짜 기준으로 공개 변경 내역 보드에는 쓰기 API 출시를 알리는 항목이 없습니다. 분명히 해 두자면, 읽기 전용은 결함이 아니라 정당한 설계 선택입니다. 쓸 수 없는 커넥터는 데이터를 망가뜨릴 수도 없고, 유용한 에이전트 워크플로 중 상당수는 순수한 검색입니다. 2026년 7월 30일이라는 제목이 붙은 검색 기능 릴리스도 카드 제목만이 아니라 리더 콘텐츠, 메모, 퀴즈까지 검색 범위를 넓혔고, 텍스트 검색과 AI 검색을 전환하는 토글도 추가했습니다.

업데이트, 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)가 올라와 있습니다. 출시되면 이 글을 업데이트하겠습니다.

예전 thesecondbrain.io 도메인이 이제 rescroll.ai로 리디렉션되는 Rescroll은 이 질문 자체가 해당되지 않습니다. 2026년 9월 4일 기준 페이지에 "MCP"라는 문자열이 한 번도 등장하지 않았고, 2026년 10월 4일 기준으로도 여전히 MCP 서버나 API에 대한 문서가 없습니다. 크리에이터가 소셜 미디어 콘텐츠와 채팅하는 방향으로 포지셔닝을 바꿨고, 지금으로서는 커넥터가 그 제품 구성에 들어 있지 않을 뿐입니다.

Heptabase는 자체 MCP 서버를 제공하며, 고객지원 문서에 설명되어 있습니다. 엔드포인트 대신 이 문서를 링크한 이유는, MCP 엔드포인트는 브라우저로 열어도 사람이 읽을 수 있는 페이지가 아니기 때문입니다.

읽기 전용 문제는 Claude가 Recall에 저장할 수 있을까?에서 더 자세히 다뤘습니다.

아무도 풀지 못한 나머지 절반: 출처 이력

이 주장 전체의 솔직한 한계를 말씀드리겠습니다. 저장 경로는 문제의 절반일 뿐입니다. 나머지 절반은, 기계가 쓴 메모를 여섯 달 뒤 사람이나 다른 에이전트가 다시 읽을 때 믿을 수 있어야 한다는 점입니다. 이 분야에서 이 문제를 제대로 해결한 곳은 사실상 없습니다.

글을 직접 저장할 때는 출처 이력이 암묵적으로 남습니다. 내가 골랐고, 그 자리에 있었고, 왜 저장했는지 기억합니다. 에이전트가 종합 정리를 쓰면, 그 결과로 생긴 항목에는 어느 출처에서 나왔는지, 읽은 내용을 요약한 것인지 아니면 두 내용 사이에 추론을 이어 붙인 것인지 확인할 뚜렷한 방법이 없는 주장이 담깁니다. 그런데 검색은 이렇게 기계가 쓴 문단을 논문에서 인용한 구절과 똑같이 취급합니다. 항목이 수백 개쯤 쌓이면, 라이브러리는 그렇게 조용히 믿을 수 없게 됩니다.

저희를 포함해 이 문제에 대한 좋은 해답을 내놓은 곳은 없습니다. 타임스탬프와 출처 링크는 도움이 되고 최소한의 조건이지만, 원문을 그대로 발췌한 것과 모델이 그 위에 덧붙인 해석을 구분해 주지는 못합니다. 이것이 에이전트용 지식 도구의 다음 진짜 과제이며, 쓰기 API가 결승선인 척하기보다 솔직하게 말할 가치가 있습니다.

BrainTube의 현재 위치

BrainTube의 MCP 서버는 현재 읽기와 쓰기를 모두 지원합니다. 서버 하나가 단일 엔드포인트로 라이브러리 전체를 다루며, Claude.ai에는 API 키 없이 OAuth로 연결하거나, 헤더 방식을 선호한다면 bt_ 토큰으로 연결할 수 있습니다. 쓰기 쪽에서는 ingest_content가 항목 하나를 기록하고, bulk_ingest는 공개된 설명에 따르면 "중복 제거와 임베딩을 거쳐 한 번의 호출로 최대 50개 항목을 수집"하며, add_note는 이미 있는 항목에 메모를 덧붙입니다. 이것으로 위의 네 가지 조건, 즉 세션 내 기록, 중복 제거, 지속성, 그리고 다음에 어떤 클라이언트가 오든 나중에 검색할 수 있도록 하는 인덱싱을 충족합니다. MCP 액세스와 bt_ API 키는 무료를 포함한 모든 요금제에 포함되어 있습니다. 모든 계정이 쓸 수 있는 38개 도구의 전체 목록은 brain-tube.com/connect에 공개되어 있습니다.

구체적으로 하지 못하는 것도 있습니다. SDK가 없습니다. MCP와 문서화된 HTTP 인증 헤더가 연동 수단의 전부이며, 타입이 지정된 클라이언트가 필요하다면 직접 작성해야 합니다. Brain별 MCP 서버도 없습니다. 서버 하나가 라이브러리 전체를 다루기 때문에 편리하지만, 에이전트에게 Brain 하나로 범위를 한정한 커넥터를 건넬 수는 없다는 뜻이기도 합니다. 자체 모델을 가져와 쓰는 옵션도 없습니다. 위 섹션에서 다룬 출처 이력 문제에 대해서는 BrainTube도 다른 곳과 같은 처지입니다. 무엇이 언제 기록되었는지는 남기지만, 기계가 쓴 텍스트를 수집한 텍스트와 구분해 표시하지는 아직 못합니다.

수치 확인 방법

Recall의 읽기 전용 문구, OAuth와 스코프 세부 사항, 클라이언트 설정 목록은 2026년 9월 5일에 https://docs.recall.it/developer/mcp 에서 읽었으며, HTTP 200을 반환했습니다. 같은 날 읽은 별도의 REST API 문서 https://docs.recall.it/developer/api 역시 읽기 전용이었습니다. GET 엔드포인트 세 개와 함께, 쓰기 API가 로드맵에 있다는 안내가 있었습니다. 무료 요금제의 MCP 및 API 제공 내용은 같은 날 https://www.recall.it/pricing 에서 확인했습니다. 2026년 7월 23일의 "쓰기 API 개발의 첫 단계"라는 문구와, 쓰기 API 출시 항목이 없다는 사실은 같은 날 https://feedback.recall.it/changelog 에서 확인했습니다. 검색 기능 릴리스는 제목이 2026년 7월 30일이지만 보드 날짜는 8월 4일로 되어 있어서, 날짜 하나를 단정하기보다 제목으로 지칭했습니다. Rescroll 관련 관찰은 2026년 9월 4일 https://www.thesecondbrain.io/ 에서 확인한 것입니다. Heptabase MCP 문서도 같은 날 200을 반환했습니다. MCP 엔드포인트는 독자가 브라우저에서 열어 볼 수 있는 페이지가 아니므로 문서만 링크했습니다. BrainTube에 관한 내용은 2026년 9월 4일 기준 프로덕션에서 실제로 동작하는 기능을 설명한 것이며, 도구 개수와 도구 설명은 그날 https://brain-tube.com/connect.md 에서 읽었습니다. 이 글에서 오래되어 맞지 않는 내용을 발견하시면 알려 주세요. 날짜를 밝혀 바로잡겠습니다.