연결됨과 기억함은 다르다
MCP 서버를 등록해 도구 목록이 보이면 연동은 끝난 것처럼 보인다. 하지만 그것은 에이전트가 기억 도구를 호출할 수 있다는 뜻일 뿐, 필요한 순간에 올바르게 호출한다는 뜻은 아니다. 세션을 시작하면서 과거 결정을 불러오지 않거나, 해결한 오류를 저장하지 않거나, 작업을 마치면서 회고를 남기지 않으면 연결된 기억 서버도 빈 창고와 다르지 않다.
AnchorMind 연동은 세 층으로 나누어 보는 편이 정확하다. 첫째는 URL과 인증을 전달하는 연결 설정, 둘째는 도구를 언제 쓸지 정하는 Agent Skill, 셋째는 기억을 저장하고 회상하고 정리하는 세션 생명주기다. 클라이언트마다 첫 번째 층의 파일 형식은 달라도 나머지 두 층은 같아야 한다.

클라이언트마다 다른 것은 설정의 껍데기다
Codex는 ~/.codex/config.toml, Claude Code는 .mcp.json 또는 CLI scope, Cursor는 .cursor/mcp.json, Gemini CLI는 .gemini/settings.json을 사용한다. VS Code의 새 프로젝트 설정은 루트 .mcp.json으로 공유할 수 있다. 파일명과 필드 이름은 다르지만 모두 같은 Streamable HTTP 엔드포인트와 Bearer 인증으로 수렴한다.
중요한 것은 액세스 키를 저장소에 커밋하지 않는 것이다. Codex처럼 토큰 환경 변수 이름을 별도 필드로 받는 클라이언트는 그 기능을 사용하고, VS Code처럼 보안 입력을 지원하는 환경에서는 실행 시점에 값을 받는다. 설정 파일에 값을 직접 넣어야 하는 경우에는 사용자 전역의 추적되지 않는 파일을 쓰고 권한을 제한한다.
공식 설정 형식은 각 제품 문서에서 계속 확인할 수 있다.
같은 키보다 같은 workspace가 중요하다
여러 클라이언트가 같은 액세스 키를 사용해도 workspace가 다르면 기대한 기억을 찾지 못할 수 있다. 반대로 한 키로 여러 프로젝트를 쓰면서 workspace를 생략하면 서로 무관한 기억이 섞일 수 있다. 프로젝트 전용 키에는 기본 workspace를 두고, 공용 키를 쓸 때는 context, recall, remember, reflect 호출에 현재 저장소 경로를 일관되게 전달해야 한다.
전역 선호와 프로젝트 사실도 구분해야 한다. “한국어로 간결하게 답한다” 같은 선호는 여러 workspace에서 유용하지만, 특정 배포 포트나 오류 해결 절차는 해당 프로젝트에만 있어야 한다. 이 경계를 명시하면 클라이언트를 바꾸어도 검색 결과의 잡음이 늘지 않는다.
Skill은 도구 목록이 아니라 운영 계약이다
AnchorMind v6.1은 일반 세션의 핵심 도구와 마스터 키 전용 관리 도구를 합쳐 최대 20개 도구를 노출한다. 전부 외우는 것보다 네 동작을 습관화하는 편이 중요하다.
- 시작할 때
context로 핵심 기억을 로드하고 현재 작업 주제로recall한다. - 작업 중 확정된 사실, 결정, 오류 원인과 해결 절차를
remember한다. - 검색 결과를 실제로 썼는지
tool_feedback으로 돌려준다. - 세션을 마칠 때
reflect로 누락된 결정과 해결 내용을 원자적 파편으로 남긴다.
경량 Agent Skill은 이 네 동작과 보안·workspace 규칙을 매 세션에 적용한다. 전체 정본 Skill은 20개 도구의 파라미터, 세션 복구, curl 폴백, 유지보수 규칙을 담는다. 매번 전체 문서를 컨텍스트에 넣기보다 경량 Skill을 설치하고, 상세 내용은 get_skill_guide(section=...)로 필요한 절만 읽는 구성이 효율적이다.
연동 검증은 클라이언트 사이 왕복으로 끝낸다
설정 파일이 파싱된다는 사실만으로는 충분하지 않다. 먼저 한 클라이언트에서 고유한 테스트 파편을 remember하고 응답의 파편 ID를 기록한다. 그다음 다른 클라이언트에서 같은 workspace로 recall해 방금 저장한 파편이 나오는지 확인한다. 마지막으로 tool_feedback과 reflect까지 성공하면 연결, 권한, workspace, 생명주기가 한 번에 검증된다.
도구가 일부만 보일 때는 서버 장애로 단정하지 않는다. Codex Desktop처럼 도구를 지연 검색하는 클라이언트는 좁은 검색어에서 일부 도구를 숨길 수 있다. context recall remember reflect처럼 넓은 용어로 다시 찾고, 클라이언트의 MCP 상태 화면과 서버의 실제 tools/list를 구분해 확인해야 한다.
기억은 모델 기능이 아니라 인프라다
모델이나 에디터를 바꾸어도 프로젝트의 결정과 시행착오는 남아야 한다. 연결 설정을 클라이언트별 어댑터로, Skill을 공통 운영 규약으로, AnchorMind를 장기 기억 계층으로 두면 도구 선택과 지식 축적을 분리할 수 있다. 이 구조에서 에이전트는 특정 채팅창의 대화 기록에 기대지 않고, 어느 클라이언트에서 시작하더라도 같은 프로젝트의 다음 작업을 이어갈 수 있다.