AI의 기억을 '읽을 수 있는 위키'로 만든다

AI 에이전트의 '기억'을 정체 모를 벡터 임베딩 덩어리가 아니라 사람이 직접 읽고 고칠 수 있는 마크다운 위키로 관리하는 오픈소스 MCP 서버 'mwe-mcp'가 공개됐다. 어떤 에이전트든 모델 컨텍스트 프로토콜(MCP)만 지원하면 하나의 영속 메모리를 함께 쓰게 하는 셀프호스팅 프로젝트다.

무슨 일인가

제작자가 문제로 삼은 것은 기존 에이전트 메모리의 불투명함이다. 대부분의 에이전트 프레임워크에 "메모리가 어디 있느냐"고 물으면 답은 '어딘가의 벡터 인덱스'다. 검색은 되지만, 열어 보고, 틀린 사실을 고치고, 에이전트가 왜 그렇게 믿는지 추적하고, 여러 사람이 서로 다른 범위로 나눠 쓰는 일은 어렵다. mwe-mcp는 반대편에서 출발한다. 기억이 위키처럼 읽힌다. 사실들이 흐르는 마크다운 문장으로 엮인 페이지로 컴파일되고, 내장 대시보드로 훑어볼 수 있으며, 디스크에는 평문 파일로 남는다. 러스트(Rust)로 구현됐고 AGPL-3.0 라이선스다.

핵심 짚어보기

겉은 위키지만 속은 사실(fact) 단위의 관리 엔진이다. 저장되는 모든 사실에는 누구에 관한 것인지, 누가 말했는지, 누가 읽을 수 있는지, 언제부터 언제까지 유효한지가 따라붙는다. 특히 한 페이지 안에서도 사실별로 접근 권한이 갈리는 구조는 흔치 않은데, 이 덕분에 가족·팀처럼 여러 사람이 한 메모리를 쓰면서도 서로의 사생활을 전부 보지 않을 수 있다. 시간 개념도 있다. 더 이상 참이 아닌 사실은 삭제되는 대신 유효 기간이 '닫히며', 백그라운드 프로세스가 자는 동안 페이지를 다듬고 재정리한다. 에이전트를 가리지 않는다는 점도 실용적이다. 저장소의 클로드 코드(Claude Code), 텔레그램이나 음성으로 응대하는 비서, 직접 만든 에이전트가 전부 같은 기억 하나를 공유한다.

1인기업 실전 적용 포인트

• 고객·프로젝트 노트를 에이전트 공용 기억으로: 코딩 에이전트와 상담용 챗봇이 각자 따로 기억하는 대신, "이 고객은 세금계산서 필수" 같은 사실을 한 곳에 두고 모두가 참조하게 만들 수 있다.
• 틀린 기억은 위키 고치듯 수정: 벡터 DB라면 재임베딩·재인덱싱이 필요한 교정이, 여기서는 대시보드에서 해당 페이지를 열어 고치는 것으로 끝난다. 에이전트가 이상한 소리를 할 때 원인 추적도 페이지 단위로 가능하다.
• 협업자에게 부분 공개: 외주 디자이너에게는 프로젝트 관련 사실만 보이게 하고 매출·계약 관련 사실은 나만 보는 식의 권한 분리가 메모리 차원에서 된다.
• 데이터 주권 확보: 셀프호스팅이라 고객 정보가 외부 메모리 SaaS로 나가지 않는다. 개인정보를 다루는 1인 사업자에게는 그 자체가 리스크 절감이다.

전망과 주의점

아직 초기 프로젝트다(공개 시점 커밋 83개). 도입 전에는 AGPL 라이선스의 성격도 확인해야 한다. 내부 사용은 자유롭지만 이를 서비스로 되팔 계획이라면 소스 공개 의무가 따라온다. 또 위키형 메모리의 품질은 결국 무엇을 기록하게 하느냐에 달려 있어, 에이전트에게 '기억할 가치가 있는 것'의 기준을 잡아 주는 운영 습관이 함께 필요하다. 그럼에도 "기억은 감사(audit)할 수 있어야 한다"는 방향은 에이전트를 오래 부릴수록 절실해지는 요구라, 벡터 일변도였던 메모리 논의에 의미 있는 대안을 보탠다.

출처: HN (https://github.com/Fr4nZ82/mwe-mcp)