AI와 여러 프로젝트를 이어가다 보면 답변 성능보다 먼저 부딪히는 문제가 있습니다. 새 세션이 시작될 때마다 목표와 결정, 작업 방식을 다시 설명해야 한다는 점입니다. 2026년 3월 24일 저는 이 반복을 줄이기 위해 Supermemory를 OpenClaw 환경에 연결했습니다.
이 글은 처음 장기기억 서비스를 도입했을 때 무엇을 기대했고 어떤 기준으로 살펴봤는지 정리한 기록입니다. 이후 저는 기억의 통제 범위를 더 넓히기 위해 OpenMemory 셀프호스팅 전환도 진행했습니다. 따라서 여기의 긍정적인 첫인상을 현재의 최종 평가나 서비스 추천으로 읽어서는 안 됩니다.
장기기억은 대화 전문 보관과 다릅니다
당시 기대한 기능은 대화 전체를 무조건 다시 읽히는 것이 아니었습니다. 대화에서 이후에도 필요한 사실이나 결정을 저장하고, 다음 질문과 관련된 항목만 찾아 문맥에 추가하는 것이었습니다.
대화
→ 기억 후보 추출
→ 프로젝트 또는 사용자 범위에 저장
→ 다음 질문과 관련된 기억 검색
→ 답변 문맥에 필요한 부분만 추가이 흐름에서는 저장과 검색이 모두 정확해야 합니다. 중요하지 않은 문장을 사실로 저장하면 기억이 쌓일수록 오염이 커지고, 올바른 사실을 저장했어도 엉뚱한 질문에 주입되면 답변을 방해할 수 있습니다.
당시에는 자동 저장과 자동 검색을 함께 사용했습니다
원래 구성에는 대화에서 기억을 자동으로 수집하는 기능과 새 요청에 관련된 기억을 자동으로 불러오는 기능이 모두 켜져 있었습니다. 프로젝트나 환경별로 메모리 공간을 나눠 서로 다른 작업의 정보가 섞이지 않게 하려는 구분도 사용했습니다.
원문의 구체적인 플러그인 설정값은 현재 버전에서도 유효한지 확인하지 않았기 때문에 제거했습니다. 실제 연결 시에는 Supermemory 공식 사이트와 사용 중인 OpenClaw 버전의 문서를 함께 확인해야 합니다.
첫인상과 운영 평가는 따로 기록해야 합니다
처음에는 짧은 질문만으로 이전 프로젝트 맥락이 따라오는 경험이 편리했습니다. 다시 설명하는 시간이 줄어든다는 체감은 분명했습니다. 하지만 공개 기록에는 반복 횟수, 실패율, 비교 조건 같은 정량 자료가 없습니다. 이 경험만으로 생산성이 일정 비율 향상됐다고 주장하지 않습니다.
| 평가 항목 | 확인 방법 |
|---|---|
| 저장 정확도 | 원문에서 중요한 결정만 기억으로 남는지 검토 |
| 검색 관련성 | 질문과 무관한 프로젝트 기억이 섞이지 않는지 확인 |
| 최신성 | 오래된 상태보다 최근에 확인한 결론이 우선되는지 확인 |
| 삭제 가능성 | 잘못된 기억을 찾고 수정·삭제할 수 있는지 시험 |
| 범위 분리 | 사용자·프로젝트별 데이터가 서로 노출되지 않는지 확인 |
어느 단계에서 기억이 어긋났는지 구분합니다
저라면 다시 도입할 때 답변만 보고 성공을 판단하지 않고, 같은 질문에 대해 원문 결정, 저장된 기억, 검색 결과를 나란히 남기겠습니다. 저장된 문장부터 틀리면 추출·수집 기준을, 저장은 맞는데 다른 프로젝트가 나오면 검색 범위를, 예전 결정이 나오면 갱신·삭제 흐름을 먼저 살펴보는 방식입니다. 이는 위 평가 항목을 적용하기 위한 제안이며 당시 추가 시험을 했다는 뜻은 아닙니다.
무엇을 장기기억으로 남길지부터 고민된다면 장기 규칙·프로젝트·일일 기록을 나누는 메모리 설계를 먼저 보고, 이 글의 서비스 도입 평가로 돌아오는 편이 흐름에 맞습니다.
자동 수집 전에 제외 규칙부터 정합니다
- 비밀번호, 토큰, 인증 코드, 결제 정보는 기억 대상으로 보내지 않습니다.
- 고객 정보와 대화 전문은 저장 목적과 보관 기간을 먼저 정합니다.
- 감정이나 추측을 확정된 사실처럼 장기 저장하지 않습니다.
- 프로젝트 상태에는 확인 시각과 근거를 함께 남깁니다.
- 자동 저장을 끄고 수동 승인 방식으로 전환할 수 있는지 확인합니다.
장기기억 서비스는 기존 채팅에 하나의 데이터 저장 경로를 더 추가합니다. 편리함을 평가할 때 외부 전송 범위, 보관 위치, 계정 삭제 뒤 데이터 처리도 함께 확인해야 합니다.
비용과 벤치마크는 신청 시점에 다시 확인합니다
원문에는 당시의 요금과 무료 범위, 여러 벤치마크에 대한 강한 비교가 포함되어 있었습니다. 가격과 기능은 바뀔 수 있고, 공개 벤치마크가 개인 프로젝트의 기억 정확도를 그대로 보여주지는 않습니다. 그래서 현재 금액이나 순위를 고정된 사실로 제시하지 않습니다.
관리형 서비스를 선택할 때는 월 비용 외에도 저장량 한도, 호출량, 데이터 내보내기, 삭제, 장애 시 대체 경로를 확인합니다. 셀프호스팅 대안은 구독 의존을 줄이는 대신 업데이트, 백업, 접근 제어를 직접 맡게 됩니다.
도입 전 작은 검증 세트를 만듭니다
- 가상의 프로젝트 결정 다섯 개를 저장합니다.
- 같은 뜻을 다른 표현으로 질문해 검색 결과를 확인합니다.
- 한 결정을 수정한 뒤 오래된 기억이 계속 나오는지 봅니다.
- 다른 프로젝트에서 해당 기억이 노출되지 않는지 확인합니다.
- 전체 삭제와 데이터 내보내기 절차를 시험합니다.
당시 도입에서 얻은 가장 유용한 교훈은 “AI가 기억한다”는 표현을 저장 성공, 검색 성공, 최신 상태 유지로 나눠 봐야 한다는 점이었습니다. 한 번 관련 답이 나왔다는 경험만으로 운영 준비가 끝난 것은 아닙니다.
사례 기준일: 2026-03-24. 첫 도입 기록을 바탕으로 2026-09-03에 재구성했습니다. 현재 요금, 기능, 벤치마크 순위와 기존 플러그인 설정의 유효성은 이 글에서 재검증하지 않았습니다.
편집 메모: 2026-09-10. 당시 경험과 수치를 보존하고 판단 기준과 관련 글 연결을 보완했습니다. 새 설치·성능 시험이나 현재 운영 상태의 재검증을 한 것은 아닙니다.