Recall 출시 기록 리뷰: 2026년 8월

무엇을 읽었고, 이 시리즈는 무엇인가

2026년 9월 4일에 feedback.recall.it/changelog에 공개된 Recall의 변경 내역을 읽었습니다. 당시 보드의 가장 최신 항목은 2026년 8월 19일 자였습니다. 이 글은 경쟁사가 실제로 출시한 릴리스를 읽고, 각 항목을 만드는 데 무엇이 들었는지, 누구를 위한 것이었는지 묻는 정기 시리즈의 첫 번째 글입니다.

방법부터 밝혀 두겠습니다. 그래야 이 글을 적절히 걸러 읽을 수 있습니다. 저희는 공개 변경 내역과 공개 개발자 문서만 읽었고, 그 밖의 자료는 보지 않았습니다. Recall의 백로그나 텔레메트리도, 그 팀에서 비공식적으로 들은 이야기도 없습니다. 저희는 경쟁사입니다. BrainTube는 같은 카테고리에서 제품을 팔고 있고, 이 글을 중립적인 분석인 것처럼 포장하기보다는 그 사실을 밝히는 편을 택하겠습니다. 저희가 드릴 수 있는 것은 출시 기록을 꼼꼼히 읽은 결과입니다. 출시 기록은 제품 팀이 공개적으로 만드는 문서 가운데 꽤 쓸모 있는 축에 속합니다. 팀의 관심이 실제로 어디로 향했는지가 거기에 남기 때문입니다.

저희가 스스로 지키려는 원칙은 두 가지입니다. 침묵에서 로드맵을 읽어 내지 않습니다. 어떤 영역에 한 달 동안 항목이 없었다는 것은 아무것도 증명하지 않습니다. 그리고 보드 자체의 날짜 표기가 모호한 경우에는 더 그럴듯해 보이는 날짜를 고르지 않고 모호하다고 밝힙니다.

Safari와 Edge는 기능 작업이 아니라 유통 작업

8월 19일 릴리스로 Recall의 확장 프로그램이 기존의 Chrome, Firefox 빌드에 더해 Safari(Mac)와 Microsoft Edge에서도 쓸 수 있게 되었고, 확장 프로그램 안에서 노트북을 편집하는 중에 연결을 추가할 수도 있게 되었습니다. 브라우저 지원을 "출시된 기능"으로 분류하고 싶어지기 쉽습니다. 하지만 이것은 기능이 아닙니다. 유통입니다.

특히 확장 프로그램을 Safari로 이식하는 일은 화려하지 않은 엔지니어링입니다. 패키징 방식이 다르고, 심사 절차가 다르며, 실제 사용자가 써 보기 전에는 드러나지 않는 동작 차이가 길게 이어집니다. 재미있어서 이 일을 하는 팀은 없습니다. 팀이 이 일을 하는 이유는 다음 성장 구간이 지금은 닿지 못하는 브라우저 너머에 있다고 믿기 때문입니다. Safari를 떠난 적이 없는 Mac 사용자, 그리고 IT 부서가 설치한 Edge를 아무도 바꾸지 않은 조직 안의 많은 사람들이 그렇습니다.

같은 항목의 나머지 내용, 즉 iOS와 Android의 모바일 공유 시트, PDF·이미지·텍스트 파일·Markdown 파일·Markdown zip의 드래그 앤 드롭과 함께 읽으면 모양이 일관됩니다. 8월 19일 릴리스의 대부분은 퍼널의 입구를 넓히는 일이었습니다. 무언가를 라이브러리에 넣을 수 있는 경로를 늘리는 것입니다. 데모에서는 돋보이지 않지만 그래도 중요한 종류의 작업입니다.

OCR을 좁게 출시하고, 빈틈을 밝히기

같은 릴리스에서 Recall이 "images as cards"(카드형 이미지)라고 부르는 기능이 추가되었습니다. JPEG, PNG, WebP, HEIC를 업로드하면 이미지 속 텍스트를 읽고, 그림을 설명하고, 제목·요약·태그를 생성합니다. 한 번에 이미지 한 장씩입니다. Recall 자체 노트에는 이미지 일괄 처리와 소셜 게시물 OCR이 "next up"(다음 순서)이라고 적혀 있습니다.

저희는 이것이 조롱받을 일이라고 생각하지 않습니다. 올바른 결정을 공개적으로 내린 것입니다. 지식 베이스로 들어가는 이미지 OCR은 품질 편차가 매우 큽니다. 문단을 깔끔하게 캡처한 스크린샷은 쉽지만, 비스듬히 찍은 슬라이드 사진, 빽빽한 차트, 텍스트가 그림에 녹아 있는 아트워크는 그렇지 않습니다. 단일 이미지부터 출시하면 실패 사례가 하나씩 도착하고, 그 이미지를 직접 고른 데다 무엇을 기대했는지 말할 수 있는 사용자가 거기에 붙어 있습니다. 일괄 처리부터 출시하면 실패 사례가 한 번에 쉰 개씩 조용히 라이브러리로 들어오고, 사용자는 그 라이브러리를 더는 믿지 않게 됩니다.

릴리스 노트에서 다음 두 단계를 밝힌 점은 존중할 만합니다. "Next up"은 날짜가 아니고 날짜로 읽어서도 안 되지만, 어떤 빈틈은 알려져 있고 어떤 빈틈은 그렇지 않은지를 사용자에게 알려 줍니다.

채팅 추천 질문, 그리고 빈 입력창 문제

자세히 읽어 볼 만한 세 번째 항목은 카드의 추천 질문, 데스크톱 라이브러리의 "Suggested questions"(추천 질문) 패널, 신규 사용자를 위한 시작 질문입니다.

이 항목은 너그럽게 봐 줘야 합니다. 내 라이브러리를 향한 빈 채팅 입력창은 이 카테고리에서 정말 어려운 인터페이스 문제이고, 저희를 포함해 이 분야의 팀 대부분이 아직 손대지 못했습니다. 사용자는 자기 라이브러리에 무엇이 있는지 자기 다락방에 무엇이 있는지 아는 정도로는 압니다. 모르는 것은 검색 시스템이 특정한 표현을 어떻게 처리할지입니다. 첫 질문이 나쁘면 어깨 으쓱하는 답이 돌아오고, 그런 일이 두 번 생기면 사람들은 질문을 멈춥니다. 추천 질문은 빈 입력창이 제대로 작동하지 않았다는 인정입니다. 그 인정은 검색 품질에 대한 또 하나의 주장보다 더 가치가 있습니다.

이를 검색 릴리스(제목은 2026년 7월 30일, 보드 날짜는 8월 4일)와 나란히 놓아 보십시오. 이 릴리스는 검색을 팝업에서 전체 페이지 라이브러리로 옮겼고, 카드 제목뿐 아니라 리더 콘텐츠, 메모, 퀴즈까지 검색하게 했으며, 텍스트 검색과 AI 검색을 오가는 토글을 추가했습니다. 8월의 추천 질문과 함께 보면, 이 팀은 "저장한 걸 찾을 수 없다"는 문제를 모델 문제가 아니라 인터페이스 문제로 다루고 있습니다. 올바른 진단입니다.

같은 항목에서 비꼬지 않고 짚어 둘 만한 비대칭이 하나 있습니다. "Add Content"(콘텐츠 추가)는 이제 링크를 한 번에 최대 10개까지 붙여 넣을 수 있지만, 2026년 9월 4일 기준 Recall의 가격 페이지에 따르면 북마크 최대 1,000개 또는 Markdown 메모 최대 10,000개의 일괄 가져오기는 Plus 요금제에서만 제공됩니다. 10개는 클립보드에 있는 것을 붙여 넣는 정도의 숫자로, 마이그레이션과는 다른 순간을 겨냥하며, 의도된 것으로 보입니다. (업데이트, 2026년 10월 4일: 9월 25일에 Recall은 Plus와 Max에 URL 최대 1,000개의 CSV 가져오기를 추가했습니다.)

쓰기 API, 6주 후

7월 23일 릴리스는 다시 만든 소셜 저장 기능(Instagram, TikTok, X, LinkedIn, Reddit, Facebook)을 "쓰기 API 개발의 첫 단계"라고 설명했습니다. 보드에서 저희가 가장 주의 깊게 지켜본 단 하나의 항목입니다. 사람이 클릭할 수 있는 것이 아니라 어시스턴트가 할 수 있는 일을 바꾸기 때문입니다.

2026년 9월 4일에 읽은 시점 기준으로, 변경 내역 보드에는 쓰기 API 출시를 알리는 항목이 없습니다. 그리고 Recall 자체 MCP 문서에는 이렇게 적혀 있습니다. "MCP 서버는 현재 지식 베이스에 대한 읽기 전용 접근을 제공합니다. 쓰기 기능은 곧 제공됩니다." 공개 API URL은 같은 MCP 페이지로 리디렉션되므로, 대조해 볼 별도의 쓰기 엔드포인트 문서는 없습니다.

이것은 날짜가 붙은 관찰이지, 비꼬는 말이 아닙니다. 쓰기 API는 큰 작업입니다. 권한, 중복 제거, 멱등성, 그리고 어시스턴트가 요청받지 않고 누군가의 라이브러리에 무엇을 넣어도 되는가라는 까다로운 문제가 있습니다. "첫 단계"에서 아직 출시 전까지 6주가 걸리는 것은 정상입니다. 읽기 전용이 오늘 Claude를 Recall에 연결하는 사람에게 무엇을 뜻하는지는 따로 글을 썼습니다.

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

BrainTube의 현재 위치

비교할 수 있는 부분부터 솔직하게 말씀드립니다. BrainTube는 라이브러리 전체를 다루는 읽기·쓰기 MCP 서버 하나를 운영합니다. 주소는 https://mcp.brain-tube.com/mcp이며, MCP 접근은 무료 요금제를 포함한 모든 요금제에 포함되어 있습니다. 모든 계정에 38개 도구가 제공되며, 연결 페이지에 목록이 있습니다. 붙여 넣기 입력창이 URL 10개를 받는 자리에서, 저희 bulk_ingest 도구는 "한 번의 호출로 최대 50개 항목을 중복 제거 및 임베딩과 함께 수집"으로 공개되어 있고, 사람이 입력란에 붙여 넣는 대신 어시스턴트가 직접 호출합니다. 스크린샷은 수집할 때 텍스트로 변환됩니다. Chrome 확장 프로그램도 있습니다.

저희에게 없는 부분도 있습니다. 그 확장 프로그램은 Chrome 전용입니다. Safari 빌드도, Edge 빌드도 없습니다. 그러니 이 글에서 다룬 브라우저 지원 범위는 Recall이 저희보다 분명히 앞선 부분이고, 다르게 주장하지 않겠습니다. 네이티브 iOS·Android 앱도 없습니다. BrainTube는 홈 화면에 추가하는 방식의 PWA로 설치되며, 이는 운영체제에 연결된 공유 시트와 같은 것이 아닙니다. 그리고 이미지나 영상 생성은 전혀 하지 않습니다.

수치 확인 방법

위의 Recall 릴리스 관련 사실은 모두 2026년 9월 4일에 Recall의 공개 변경 내역(주소: https://feedback.recall.it/changelog)에서 읽었습니다. 이 페이지는 HTTP 200을 반환했고 항목을 모두 렌더링했으며, 보드의 가장 최신 항목은 2026년 8월 19일이었습니다. 읽기 전용 관련 인용문과 공개 API URL의 리디렉션은 같은 날 Recall의 MCP 문서(주소: https://docs.recall.it/developer/mcp)에서 확인했습니다. 요금제 구성과 일괄 가져오기 한도는 역시 2026년 9월 4일에 읽은 가격 페이지(주소: https://www.recall.it/pricing)에서 가져왔습니다.

검색 릴리스의 날짜는 보드에 표기된 그대로 적었습니다. 제목은 2026년 7월 30일, 보드 라벨은 2026년 8월 4일입니다. 어느 쪽이 정식 날짜인지 확인할 수 없었기 때문입니다. 이 글의 어떤 내용도 Recall의 기능 요청 보드에 근거하지 않습니다. 2026년 9월 4일에 가져왔을 때 그 페이지는 투표 수가 렌더링되지 않은 JavaScript 셸만 반환했기에, 예전 숫자를 재사용하지 않고 제외했습니다.

BrainTube에 관한 내용은 2026년 9월 4일 프로덕션에서 실행 중이던 기능을 설명하며, 같은 날 저희 연결 페이지와 가격 페이지에서 확인했습니다. 이 시리즈의 다음 글에서는 8월 20일부터 2026년 9월 말까지 Recall이 출시하는 것을 같은 조건으로 읽어 다룹니다. 이 글에서 오래된 내용을 발견하시면 알려 주십시오. 날짜를 붙여 바로잡겠습니다.