Grok Build에 지속 메모리 추가: 세션 간 프로젝트 결정·코딩 규칙 자동 기억
xAI는 에이전트형 코딩 도구 Grok Build에 지속 메모리 기능을 도입했다. 대화가 한 턴 끝날 때마다 백그라운드에서 프로젝트 규칙과 설계 결정을 마크다운 노트로 자동 기록한다. 다음 세션에서 관련 코드를 작업하기 전 이 노트를 먼저 읽어 적용하므로 같은 지시를 반복할 필요가 없다.

AI 코딩 도구를 쓸 때 가장 답답한 순간은 새 창을 열 때마다 프로젝트 규칙을 처음부터 다시 가르쳐야 할 때입니다.
테스트 실행 전에 데이터베이스부터 올려야 한다고 아무리 일러둬도, 세션이 바뀌면 기본 명령어를 그대로 실행하다 에러를 내기 일쑤였습니다.
xAI는 9월 16일 자사의 에이전트형 코딩 도구인 Grok Build에 영구 메모리 기능을 추가했다고 발표했습니다. 이전 세션에서 확정한 프로젝트 규칙, 기술적 결정, 주요 사실을 다음 작업 세션으로 그대로 전달합니다.
백그라운드 메모와 /dream을 통한 자동 정리
Grok Build의 메모리 방식은 이전 대화 전체를 프롬프트에 무작정 밀어 넣는 구조가 아닙니다.
사용자와 대화가 한 턴 끝날 때마다 Grok은 백그라운드에서 내용을 검토하고, 오래 보관할 가치가 있는 정보를 마크다운 파일로 작성합니다. 현재 진행 중인 세션 흐름은 전혀 방해받지 않습니다.
기록되는 정보는 팀의 코드 작성 및 리뷰 규칙, 설계 결정과 그 이유, 테스트 실행 명령어 같은 프로젝트 고유의 사실들입니다.
반면 일시적인 작업 진행 상황, 불확실한 가설, 보안 비밀값, 그리고 리포지토리 문서에 이미 적혀 있는 내용은 자동으로 걸러냅니다.
메모는 프로젝트별 워크스페이스와 전체 프로젝트에 공통 적용되는 글로벌 영역의 두 가지 계층으로 저장됩니다.
파편화된 메모가 쌓이는 것을 막기 위해 /dream 명령어를 제공합니다. 이 명령을 쓰면 새로운 관찰 내용들을 주제별 파일로 깔끔하게 정리해 줍니다. /memory 명령어를 입력하면 저장된 메모 파일 목록을 탐색기로 확인하고 잘못된 내용을 찾아 지울 수도 있습니다.
새로운 세션이 시작되면 Grok은 관련 코드를 수정하기 전에 해당 주제의 문서를 먼저 읽고 작업에 착수합니다. 물론 현재 대화에서 직접 내리는 지시가 과거 메모보다 항상 우선합니다.
왜 중요한가
AI를 개발에 적극적으로 활용하는 개발자에게 이번 변화는 반복적인 컨텍스트 설명 노동을 직접적으로 덜어줍니다.
새 세션을 열 때마다 프로젝트 환경이나 테스트 규칙을 복사해 붙여넣을 필요가 없고, 작업을 거듭할수록 도구가 팀의 방식에 맞게 자연스럽게 맞춰집니다.
우리는 xAI가 메모리를 불투명한 임베딩 벡터 대신 사람이 직접 읽고 고칠 수 있는 마크다운 파일로 구현한 점을 긍정적으로 봅니다.
/memory 탐색기를 통해 어떤 내용이 저장되었는지 투명하게 확인하고 잘못 기억한 부분을 개발자가 바로잡을 수 있어 통제권을 유지하기 쉽습니다.
다만 백그라운드 추출 과정에서 임시방편으로 작성한 코드를 장기적인 팀 규칙으로 오인해 저장할 경우, 이후 세션에서 잘못된 컨텍스트가 계속 적용될 수 있다는 위험은 남아 있습니다.
AI 코딩 보조 도구의 경쟁이 단순한 코드 작성 속도 경쟁을 넘어, 프로젝트 맥락을 얼마나 길고 똑똑하게 기억하느냐의 싸움으로 옮겨가고 있습니다.
출처 (1)
- x.ai(새 탭에서 열림)원문x.ai