Rememberall

Rememberall은 대화가 끝난 뒤에도 맥락을 살려둔다. 한 세션에서 사실을 저장하고 다음 세션에서 그것을 묻으면 돌아온다. 단순하다. 이것이 도구의 존재 이유 전체이며, GPT에 대한 가장 흔한 불만을 해결한다. 탭을 닫는 순간 모든 대화가 초기화되는 기억 상실이다.

기억은 의미로 색인되고 검색된다. 정확한 표현이 아니다. README 예시에서는 사용자가 지난주에 내린 인증 관련 결정을 묻고, 도구는 JWT 기반 인증에 관한 메모를 꺼낸다. 질의가 저장된 내용과 단어를 하나도 공유하지 않아도 관련 결과가 나온다. 왜 중요한가. 말을 바꾸는 순간 정확 일치 키워드 검색은 무너지기 때문이며, 실제 대화에서 그런 일은 끊임없이 일어난다.

기억 저장소는 그 검색을 돌리기 위해 벡터 저장을 쓴다. 벡터는 시스템이 질의의 의미를 저장된 모든 것과 비교하게 해준다. 그래서 방대한 이력도 손으로 훑는 텍스트 더미가 되지 않고 검색 가능한 상태로 남는다. 수동 정리는 필요 없다. README에 따르면 벡터 스토어는 빌리는 대신 자체 호스팅한다.

Docker Compose로 Rememberall을 직접 돌리므로 대화 데이터는 내 인프라에 남는다. 프로젝트는 종단 간 암호화, 세밀한 접근 제어, GDPR 준수 데이터 처리를 내세운다. 호스팅형 기억 애드온과 구분되는 기능이다. 동시에 설정 작업을 늘리는 기능이기도 하다. 편의를 내주고 통제를 얻는다.

기본은 두 엔드포인트로 충분하다. POST /memory로 기억을 쓰고 GET /memories로 목록을 보거나 검색하며, limit과 offset으로 페이지를 나눈다. 모든 요청에 Bearer 토큰이 필요하다. 충분히 쉽다. 개발자에게 이 기준은 낮다. GPT에도, 스크립트에도, 자체 앱에도 연결할 수 있다.

GPT 빌더에게 연동 경로는 설정 변경이지 코딩 프로젝트가 아니다. 커스텀 GPT를 포함된 OpenAPI 명세로 향하게 하면 GPT가 기억 능력을 얻는다. 그다음 대화에서 @rememberall이 저장이나 불러오기를 촉발한다. 설정이 빠르다. 흐름을 대화형으로 유지하며, 기억이 있어야 할 자리가 바로 거기다.

프로젝트에는 저장된 내용을 보고 관리하는 대시보드가 딸려 온다. 중요하다. 살펴볼 수 없는 기억은 신뢰할 수 없는 기억이며, 대시보드는 저장소를 블랙박스에서 감사하고 덜어낼 수 있는 것으로 바꾼다.

코드가 열려 있어 읽고 포크하고 쓰임새에 맞게 기억 방식 자체를 바꿀 수 있다. 잠겨 있지 않다. 민감한 대화를 다루는 기억 계층에서 구현을 살펴볼 수 있다는 것은 단순한 덤이 아니다.