
MemoryCustodian
Zekun Wang (waittim) · 코딩
MemoryCustodian은 코딩 에이전트에 오래가는 프로젝트 기억을 부여하는 무료 오픈소스 도구다. 결정, 제약, 폐기된 아이디어를 저장소 안의 순수 Markdown 파일로 보관한 다음, 매니페스트를 통해 작업에 관련된 부분만 에이전트에 전달한다. 그 결과 프롬프트에 밀어 넣는 양이 줄고, 세션과 에이전트, 팀원을 넘나드는 작업이 더 일관된다. 채팅 로그가 아니라 AI 코딩 에이전트의 컨텍스트 관리를 위해 만들었다.

MemoryCustodian 소개
MemoryCustodian이란
MemoryCustodian은 Codex, Claude Code, Gemini 또는 셸 기반 에이전트로 작업하는 사람을 위해 만든 AI 코딩 에이전트 기억 도구다. 하나의 저장소를 여러 에이전트 호스트에서 공유하며 단일 진실 공급원을 원하는 팀에도 맞는다. 겨냥하는 문제는 구체적이다. 새 에이전트 세션은 저장소가 이미 내린 결정을 매번 다시 배우는 경향이 있다. 아키텍처 제약, 선호하는 작업 흐름, 폐기된 접근법, 현재 프로젝트의 형태가 모두 프롬프트에 다시 붙여 넣어지고, 그래서 작업이 갈수록 무거워진다. 왜 그럴까? 기억이 채팅 안에 살고, 채팅은 지워지기 때문이다.
해법은 오래가는 프로젝트 컨텍스트를 저장소 자체로 옮기는 것이다. MemoryCustodian은 그 컨텍스트를 docs/memory/ 아래의 순수 Markdown으로 유지하므로, 사람이 코드처럼 검토하고 비교할 수 있다. 작업 전에 에이전트는 전체 이력이 아니라 작고 한정된 컨텍스트 팩을 읽는다. 이것이 실제로 작동하는 에이전트 컨텍스트 라우팅이다. 토큰 사용량을 낮게 유지하고, 당신이 동의한 적 없는 규칙을 에이전트가 지어내지 못하게 막는다.
채팅 이력이 아니다. 프로젝트 기억이다. 이 구분은 중요하다. 지워진 대화, 바뀐 모델, 저장소에 합류한 새 팀원을 넘어 기억이 살아남는다는 뜻이기 때문이다. 주요 트레이드오프는 첫 파일들을 손으로 써야 한다는 점이다. 거친 브리프는 내장된 상태 및 점검 명령이 표시해 준다.
시작하기
- 코딩 에이전트에게 GitHub 저장소에서 MemoryCustodian 스킬을 설치한 뒤 초기화하도록 요청한다.
- 또는 CLI를 바로 실행한다.
memory-custodian init --project-root /path/to/project --agent all(all을codex,claude,gemini로 바꾸면 단일 호스트를 지정한다). docs/memory/에 생성된 파일, 특히brief.md를 검토하고 권위 있는 프로젝트 문서에서 TODO를 채운다.- 작업하면서
memory-custodian add로 오래가는 기억을 기록하고, 각 항목에 주제와 근거를 태그한다. memory-custodian status와memory-custodian check를 실행해 프로토콜이 건강한지 확인한 뒤 의존한다.
제품 정보
MemoryCustodian의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 코딩 에이전트를 매일 쓰는 개발자. 핵심 기억 파일을 정리해 두면 프로젝트 규칙을 되풀이해 설명하는 일이 줄어든다.
- 저장소 하나를 공유하는 소규모 개발팀. 기억이 버전 관리 안에 있으므로 새 팀원의 에이전트도 같은 결정을 물려받는다.
- Codex, Claude Code, Gemini를 번갈아 쓰는 사람. 기억 한 벌이 지원되는 모든 호스트에 쓰인다.
작업
- 아키텍처 결정 보존. 무엇을 왜 골랐는지 기록해, 이후 세션이 조용히 뒤집지 않게 한다.
- 폐기된 접근법 추적. `do-not-use.md`가 팀이 이미 배제한 길을 에이전트가 다시 시도하지 못하게 막는다.
- 새 에이전트 세션 적응. 한정된 컨텍스트 팩이 첫 프롬프트 전에 프로젝트 형태를 불러온다.
활용 상황
- 오랜 공백 뒤 저장소를 다시 잡는 경우. 브리프와 결정 파일이 오래된 채팅을 뒤지지 않고 컨텍스트를 빠르게 재구성한다.
- 풀 리퀘스트를 검토하는 경우. 제약이 에이전트나 검토자가 지켜야 할 양보 불가 항목을 드러낸다.
- CI에서 에이전트를 돌리는 경우. Python만 쓰는 CLI는 벡터 데이터베이스나 외부 서비스 없이 오프라인에서 작동한다.
주요 기능
저장소 네이티브 Markdown 기억
MemoryCustodian은 모든 프로젝트 기억을 docs/memory/에 순수 Markdown으로 저장한다. 즉 소스 코드와 똑같이 검토하고 비교하고 커밋하고 안전하게 되돌릴 수 있으며, 기억이 실제 엔지니어링 결정을 담을 때 바로 이 점이 핵심이다. 무엇도 독점 데이터베이스에 갇히지 않고, 팀원은 코드와 같은 풀 리퀘스트에서 기억 변경을 검토할 수 있다.
매니페스트 기반 컨텍스트 라우팅
전체 이력을 모든 프롬프트에 밀어 넣는 대신, 이 도구는 먼저 manifest.md를 읽고, 다음 brief.md를 읽고, 그다음 매니페스트가 당신의 작업에 지정한 파일만 읽는다. 라우팅은 명시적 작업과 범위 입력을 쓰며, 의미 추측도 LLM 순위 매기기도 없다. 에이전트 컨텍스트 라우팅은 결정론적이고 예측 가능하게 유지된다. 당장의 작업에 맞는 한정된 컨텍스트 팩을 얻는다.
표준 작업 유형
CLI는 고정된 작업 범주를 갖춘다. general, planning, implementation, artifact, preferences, history, maintenance다. read --task implementation을 호출하면 코드 작성에 관련된 기억을 끌어오고, 다른 작업은 넘긴 범위에 따라 다른 조각을 불러온다. --strict-routing 플래그는 범위가 불완전하거나 모호할 때 추측하는 대신 닫힌 쪽으로 실패한다.
보수적인 기억 쓰기
활성 기억은 근거로 뒷받침된다. 항목은 MC-DEC-...나 MC-SUBJ-... 같은 안정적인 ID를 받고, 모든 쓰기는 사용자 확인이나 프로젝트 출처가 있어야 실제로 인정된다. 확인되지 않은 에이전트 관찰은 사람이 보증할 때까지 inbox.md에 후보로 남는다. 이 덕분에 유령 규칙이 작업 기억에 들어오지 않고 코드에서도 멀어진다.
망각, 점검, 유지보수
망각은 미리보기 우선이고 범위가 정해져 있다. memory-custodian forget은 Plan ID를 출력하고, 삭제 전에 당신이 확인해야 한다. 이 미리보기 단계는 중요하다. 기억 파일은 공유되므로 잘못된 삭제가 모두의 에이전트에 한꺼번에 영향을 줄 수 있기 때문이다. compact 같은 유지보수 명령은 파일을 예산 안에 유지하고 요청 시 가장 오래된 항목을 보관 처리한다. 라우팅, 신선도, 프라이버시, 보안, 충돌을 다루는 점검이 따로 있으며, 기준 브랜치에 대한 Git 병합 인식 검토도 포함된다.
의존성 없는 Python CLI
도구 전체가 Python 표준 라이브러리에서 돈다. 서드파티 런타임 의존성이 전혀 없다. 오프라인으로 작동하고 RAG 파이프라인도 벡터 데이터베이스도 필요로 하지 않으므로, 임베딩 지연과 환각 검색을 피한다. 설치는 편집 가능한 pip install 한 번, 또는 함께 제공되는 스크립트 래퍼로 끝난다.
장단점
장점
- MIT 라이선스의 무료 오픈소스로, 유료 등급도 사용량 제한도 없다.
- 서드파티 런타임 의존성이 전혀 없고 벡터 데이터베이스도 없이 오프라인으로 작동한다.
- 기억이 저장소 안에 비교 가능한 Markdown으로 남아 검토 가능하고 안전하게 되돌릴 수 있다.
- 기억 한 벌이 Codex, Claude Code, Gemini, 일반 셸 에이전트를 지원한다.
- 근거에 기반한 쓰기와 안정적인 ID가 유령 규칙과 우발적 덮어쓰기를 줄인다.
- 자원을 적게 쓴다. 서버도 데이터베이스도 없이 저장소 안의 Markdown 파일만 있으면 된다.
단점
- 코딩 에이전트를 겨냥한 개발자 도구라, 비기술 사용자는 CLI와 프로토콜 개념이 무겁게 느껴질 수 있다.
- 가치는 처음 `brief.md`를 얼마나 정성껏 다듬는지에 달려 있다. 다듬지 않은 설정은 표시가 되고 라우팅 품질도 떨어진다.
- 기억 회상이 결정론적이고 규칙 기반이라, 어수선한 대화를 알아서 요약해 주지는 않는다.
자주 묻는 질문
AI 코딩 에이전트에 오래가는 프로젝트 기억을 부여한다. 결정, 제약, 폐기된 접근법을 저장소에 저장하고 작업에 관련된 부분만 불러온다. 그래서 에이전트는 세션마다 같은 컨텍스트를 다시 배우지 않는다.
관련 콘텐츠
MemoryCustodian와 관련된 도구, 스킬, 아티클을 살펴보세요.
MemoryCustodian 대안
Forefront
Forefront · 코딩Forefront는 오픈소스 AI로 무언가를 만드는 웹 플랫폼이다. 대표적인 오픈소스 언어 모델을 자신의 데이터로 미세 조정하고, 성능을 평가하고, API로 실행하거나 내보내 직접 호스팅할 수 있다. 폐쇄형 플랫폼의 편의를 원하면서도 모델과 데이터의 소유권은 놓지 않으려는 개발자가 대상이다.
Startkit
StartKit.AI · 코딩Startkit은 AI SaaS와 AI 래퍼 제품을 만들기 위한 보일러플레이트다. 지루한 부분을 미리 연결해 둔 AI 스타트업 보일러플레이트라고 생각하면 된다. 인증, Stripe와 Lemon Squeezy 결제, 사용량 제한, 트랜잭션 이메일, 그리고 OpenAI, Anthropic, Groq, Llama와 통신하는 AI API 스타터 키트가 포함된다. 저장소를 복제하고 가격을 정한 뒤 사용자가 실제로 돈을 내는 부분에 착수하면 된다. React와 Tailwind 위의 Next.js로 만들어졌기 때문에 보일러플레이트 코드의 상당 부분이 이미 익숙하게 느껴진다.
Testim
Tricentis · 코딩Testim은 웹, 모바일, Salesforce 애플리케이션 전반에 걸쳐 엔드투엔드 테스트를 만들고 실행하는 AI 기반 테스트 자동화 플랫폼이다. 머신러닝에 기대어 인터페이스가 바뀌어도 테스트를 안정적으로 유지하므로, 팀은 깨진 셀렉터를 고치는 데 쓰는 시간을 줄인다. 오늘부터 쓸 수 있는 자동화 테스트 도구치고 나쁘지 않다. 브라우저에서 동작을 녹화해 테스트를 만들고, 더 세밀한 제어가 필요하면 JavaScript를 더한다. 바쁜 QA 팀에게 탄탄한 선택이다.
