AI 도구를 쓰는 팀마다 같은 불만이 나온다. 어제 합의한 규칙을 오늘 다시 설명해야 한다는 것이다. 세션이 끝나면 도구는 백지로 돌아가고, 조직은 그 공백을 CLAUDE.md나 AGENTS.md 같은 지시 파일로 메워 왔다. 사람이 쓰고, 리뷰하고, 버전을 관리하는 명시적 기억이다.
8월 11일 GitHub이 JetBrains IDE의 Copilot에 메모리를 넣었다. 에이전트가 세션을 넘겨 유용한 정보를 스스로 보관하고 다시 꺼내 쓰는 기능으로, 1월에 설계가 공개되고 VS Code에 프리뷰로 들어왔던 시스템이 주요 IDE 전반으로 확장된 것이다. 지시 파일 옆에, 도구가 스스로 쌓는 암묵적 기억이 생겼다.
주목할 것은 스펙이다. 기능 설명보다 제약 설명이 길다.
벤더는 기억보다 망각을 먼저 설계했다
GitHub이 호스팅하는 Copilot Memory의 사양은 이렇다. 기억은 저장소 단위로만 묶이고, 쓰기 권한이 있는 기여자만 만들 수 있으며, 28일이 지나면 자동 삭제된다. 에이전트는 저장된 기억을 쓰기 전에 현재 코드와 대조해 검증하고, 모순이 발견되면 수정본을 다시 저장한다. 기본값은 꺼짐이고, 조직은 정책으로 켜며, 저장소 관리자는 쌓인 기억을 열람하고 지울 수 있다. JetBrains 릴리스에도 메모리 기능과 함께 플러그인 제한, MCP 서버 접근 관리 같은 엔터프라이즈 관리 설정이 한 묶음으로 실렸다.
1월의 설계 문서를 보면 이 장치들이 왜 붙었는지 드러난다. 기억은 주제·사실·근거 코드 위치·추론으로 구조화되고, GitHub은 일부러 거짓 기억을 심는 적대적 테스트를 돌려 에이전트가 이를 감지하고 고치는지 확인했다. 공개된 효과 수치도 절제되어 있다. PR 머지율 7% 증가, 코드 리뷰 피드백 품질 2% 개선이다.
기억은 성능 기능이 아니라 상태다
이만한 안전장치가 필요한 이유는 단순하다. 틀린 기억은 한 번의 오답이 아니라 반복되는 오답이 되기 때문이다. 세션마다 백지였던 도구는 상태가 없었고, 그래서 관리할 것도 없었다. 기억이 생기는 순간 도구는 상태를 가진 시스템이 되고, 상태에는 세 가지 질문이 따라온다. 어디에 저장되나, 누가 쓰고 지우나, 언제까지 남나.
저장 위치부터 제품마다 다르다.
| 시스템 | 저장 위치 |
|---|---|
| VS Code 로컬 메모리 도구 | 사용자 기기 |
| Copilot Memory | GitHub 호스팅 |
| Anthropic 메모리 도구(API) | 고객 인프라의 파일 |
같은 '기억'이라도 데이터가 앉는 자리가 다르고, 이 차이가 보안 검토의 출발점이 된다. 아키텍처 결정, 빌드 명령, 팀의 암묵지가 쌓이는 곳이기 때문이다.
지시 파일이 사라지는 게 아니라 분업이 생긴다
자동 기억이 지시 파일을 대체하지는 않는다. 지시 파일은 리뷰와 버전 관리가 되는 기억이고, 자동 기억은 편리하지만 감사가 어려운 기억이다. 도입하는 조직이라면 순서는 이렇다.
- 팀 전체가 지켜야 할 규칙은 여전히 저장소의 지시 파일에 남긴다
- 자동 기억에는 반복 발견되는 사실과 개인 선호까지만 맡긴다
- 켜기 전에 저장 위치, 삭제 절차, 조직 정책 기본값 세 가지를 확인한다
교육·AX 현장에서도 같은 질문이 시작된다. 도구에 무엇을 기억시키고 무엇을 문서로 남길지 정하는 일은 이제 개인의 습관이 아니라 조직의 설계 항목이며, 조녁컴퍼니는 AX 전환 교육에서 이 운영 설계를 함께 다룬다. 사업영역 →