kappa 세션의 MCP 호출 실패를 계기로 K3s 공용 OpenMemory 서비스를 완전히 폐기(ArgoCD Application + namespace 삭제, chart 소스 제거, MCP 클라이언트 등록 해제). heimdall/syn도 사용 중이었으나 대체 없이 중단. IronDesk 전용 별도 인스턴스(irondesk-openmemory, RUNNING 확인)는 범위에서 제외.
3.8 KiB
3.8 KiB
date, topic, areas, tags
| date | topic | areas | tags | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2026-07-27 | OpenMemory(Mem0) 서비스 전면 폐기 |
|
|
kappa 개인 세션(Claude Code)의 search_memory/list_memories 호출이 연달아 실패(Invalid request parameters)한 것을 계기로, OpenMemory(Mem0) 서비스를 더 이상 사용하지 않기로 결정하고 관련 자료를 전부 정리.
조사에서 드러난 사실
- OpenMemory는 kappa 개인 용도 외에 heimdall·syn 두 운영 에이전트도 MCP로 읽기/쓰기 가능하도록 구성돼 있었음 (
ops-agents/overview.md). "Mimir"라는 향후 확장 후보 에이전트의 역할 후보에도 "OpenMemory 큐레이션"이 있었으나 Mimir는 실제로 생성된 적 없는 이름 예약 상태였음. - IronDesk 제품은 완전히 별개의 OpenMemory 인스턴스(incus-jp1
agents프로젝트의irondesk-openmemory컨테이너,irondesk컨테이너와 짝)를 갖고 있으며 조사 시점(2026-07-27)에 RUNNING 상태로 확인 — 한국어 고객지원 업무 지식 60개가 등록돼 있어 이번 폐기 대상에서 명시적으로 제외함. - ArgoCD Application
openmemory가automated: {prune: true, selfHeal: true}로 관리 중이라, K8s 리소스를 먼저 지우면 즉시 재생성되는 구조였음 — Application을 먼저 삭제(단, cascade 안 됨을 확인) 후 namespace를 직접 삭제하는 순서로 진행.
삭제한 것
- K3s
openmemory네임스페이스 전체 (openmemory-mcp, openmemory-ui, qdrant Deployment/Service/Pod, PVC 포함) — ArgoCD Application 선삭제 후 namespace 삭제 - Gitea
kaffa/helm-charts저장소의charts/openmemory/소스 디렉토리 coredns-customConfigMap의mem0.inouter.com헤어핀 rewrite 규칙 1줄- MCP 클라이언트 등록:
~/.mcp.json의openmemory서버 항목,~/.claude/settings.json의mcp__openmemory__*권한 허용 목록 2줄 (kappa 세션 한정 — heimdall/syn 자신의.mcp.json은 각 에이전트 호스트에서 별도로 정리 필요, 이번 세션에서 접근 불가) - Obsidian 문서:
services/openmemory.md삭제. 그 외 11개 문서에서 참조 제거/정정 (위areas목록) ~/.claude/CLAUDE.md: "기억 시스템(Memory Architecture)" 5개 → 4개 저장소로 축소, 검색 흐름·저장 규칙 표에서 OpenMemory 행 제거
손대지 않은 것 (별도 확인/조치 필요)
- IronDesk
irondesk-openmemory컨테이너 — 위 사유로 제외, RUNNING 상태 유지 - kaffa-mac-mini의 launchd 백업 job (
io.kaffa.openmemory-backup.plist, 매일 03:00/15:00) — 이 세션(macbookair)에서 접근 불가. mac-mini에서 직접launchctl unload+ plist 삭제 필요 - heimdall/syn 자신의
.mcp.json에 남아있을openmemory항목 — 백엔드가 사라져 호출은 실패하겠지만, 설정 자체는 각 에이전트 호스트에서 직접 제거해야 함 - Vault
ai/openai시크릿 — openmemory 전용이 아니라 다른 곳에서도 공유될 수 있다는 문서상 힌트(infra/platform/ollama.md)가 있어 삭제하지 않음. K8s Secret 사본(openmemory-secrets)은 namespace 삭제로 자동 정리됨