세션을 넘나드는 지식 축적: Claude Desktop의 메모리 및 폴더 연결 활용기

AI를 계속 사용하다 보면, 같은 설명을 반복하고 있다는 것을 깨닫는다. '이 배열은 1부터 시작이야', '이 통신은 줄 바꿈이 CR이야'와 같이, 세션이 바뀔 때마다 전제를 다시 설명해야 한다. 채팅은 대화가 끝나면 초기화되기 때문에, 지식이 그 자리에서 사라진다.

Claude Desktop에는 이 '사라짐'을 방지하는 두 가지 메커니즘이 있다. 바로 메모리(Memory)와 폴더 연결(Folder Connection)이다. 이전 연재에서 두 기능 모두 이름은 언급했지만, 이번 글에서는 FA 개발에 실제로 어떻게 사용하고 있는지 구체적으로 작성한다. 스킬(Skill)이 '변하지 않는 규약'을 갖게 하는 기능이라면, 메모리와 폴더 연결은 '쌓여가는 맥락'을 갖게 하는 기능이라고 생각하면 정리하기 쉽다.

메모리: 막혔던 결론을 기억하게 하기

메모리는 세션을 넘나들며 기억해 두었으면 하는 것을 축적하는 기능이다. 스킬과의 차이점은, 스킬이 처음에 설계해서 한 번에 정리하는 반면, 메모리는 작업하면서 조금씩 쌓여간다는 점에 있다.

내가 메모리에 남기는 것은 대부분 '한번 막혔던 결론'들이다. 예를 들어 배열 인덱스가 INT 타입을 요구한다는 것, Execute 타입 FB는 Done 이후에 떨어뜨리지 않으면 재실행할 수 없다는 것 등. 이런, 걸려들면 은근히 시간을 낭비하는 포인트를 기억하게 해둔다. 다음 세션에서 비슷한 작업을 하면, 설명하지 않아도 전제처럼 작동해 준다.

기억시키는 방법은 간단하다. 대화 중에 '이건 기억해 줘'라고 명시적으로 요청한다. 방치해도 저절로 쌓이는 경우도 있지만, 중요한 것은 스스로 요청해서 확실하게 남기는 것이다. 반대로, 이번 한 번의 일회적인 결정까지 기억하게 하면 다음 프로젝트에서 방해가 되므로, '이건 이번에만'이라고 한마디 덧붙인다.

메모리에 적합한 것과 그렇지 않은 것

적합한 것은 프로젝트를 넘나들어도 변하지 않는 작은 결론이다. 언어의 습관, 도구의 동작 방식, 자신의 작업 선호도 같은 것들이 그렇다. 적합하지 않은 것은 프로젝트 고유의 설정값이나 자주 바뀌는 상태다. 현재 씬 번호, 오늘의 테스트 결과와 같은 것을 메모리에 넣으면, 다음 프로젝트에서 오래된 정보가 섞여 혼란을 야기한다.

구체적인 예시를 들자면, 'REAL의 등가 비교는 피하는 것'은 메모리에 적합하다. 프로젝트가 바뀌어도 올바르기 때문이다. 반면, '이 장치의 통신 포트는 몇 번인가'는 적합하지 않다. 장치가 바뀌면 거짓말이 되기 때문이다. 이 구분을 의식하는 것만으로도 메모리가 오래된 정보의 무덤이 되는 것을 막을 수 있다.

스킬에 쓸지, 메모리에 맡길지

스킬에 써야 할지, 메모리에 맡겨야 할지에 대한 구분은 고민되는 부분이다. 나의 기준은 이렇다. 명령의 허용 목록이나 타입 변환 규칙처럼 '체계적인 지식'은 스킬에 작성한다. 작업 도중에 우연히 발견한 작은 습관이나 아직 일반화되지 않은 깨달음은 메모리에 남긴다. 메모리에 쌓인 것이 반복적으로 나오기 시작하면, 그때 스킬로 승격시킨다.

승격의 기준은 '3회'로 잡고 있다. 같은 깨달음이 3번 다른 상황에서 효과를 발휘했다면, 그것은 일반적인 규약이므로 스킬로 옮긴다. 한 번만 나온 것은 아직 메모리에 두는 것이다. 이 운영 방식을 통해 스킬은 너무 비대해지지 않고, 메모리는 너무 산만해지는 것을 막을 수 있다.

폴더 연결: 자료를 둔 장소를 보여주기

폴더 연결은 지정한 폴더의 내용을 Claude가 읽게 하는 기능이다. CLI 도구라면 환경 구축이 필요한 상황도, 폴더를 연결하는 것만으로 끝난다.

FA 개발에서는 참조하고 싶은 자료들이 여기저기 흩어지기 쉽다. 사양서(Specification), 레퍼런스에서 직접 정리한 발췌본, 과거에 작성했던 코드 메모 등. 이런 것들을 하나의 폴더에 모아서 연결해 두면, '이 폴더의 사양을 바탕으로 작성해 줘'라고 지시하는 것만으로도 자료를 매번 붙여넣을 필요가 없다.

폴더 내부 구성

연결할 폴더 안은 자신만의 방식으로 정리해 두는 것이 효과적이다. 나는 프로젝트별로 폴더를 나누고, 그 안을 '사양', '레퍼런스 발췌본', '작업 메모'의 3가지로 나눈다. 파일 이름도 어떤 자료인지 이름만으로 알 수 있게 한다. AI는 폴더 안에서 찾아서 읽기 때문에, 정리되어 있으면 정확한 자료를 쉽게 가져올 수 있다. 반대로 잡다한 파일이 섞여 있으면, 관련 없는 자료를 근거로 삼을 때가 있다.

레퍼런스 발췌본의 경우, 매뉴얼 전체를 넣기보다는 자신이 사용하는 범위만 자신의 언어로 정리한 발췌본을 넣는다. 매뉴얼은 분량이 많아 AI가 전체에서 필요한 부분을 찾는 데 어려움을 겪는다. 사용할 명령어와 인수(Argument)만 표로 만든 발췌본이 참조의 정확도를 높인다. 이 발췌본은 자신의 이해를 정리하는 데도 도움이 되므로, 일거양득이다.

연결할 폴더에 넣을 것과 안 넣을 것

여기서 FA 개발 특유의 주의점이 하나 있다. 연결할 폴더에 무엇을 넣을지는 신중하게 선택해야 한다. 업무에서 작성한 실제 코드나 근무처가 특정되는 정보가 포함된 자료는 다루는 데 주의를 기울여야 한다. 나는 기사나 개인 검토에 사용하는 폴더와 업무 자료의 폴더를 분리하고 있다. 무엇을 읽게 하고 있는지 스스로 파악해 두는 것이 정보 관리의 기본이다.

구체적으로는, 기사를 작성하는 폴더에는 범용적인 샘플 코드와 자신의 메모만 둡니다. 업무 자료는 다른 곳에 있으므로, 기사 작업 중에 그것을 연결할 필요가 없습니다. 이러한 분리를 물리적인 폴더로 구현해 두면, 실수로 뒤섞이는 사고를 막기 쉽습니다.

메모 정리 (Memory Audit)

메모는 방치하면 오래됩니다. 반년 전에 학습시킨 결론이 툴 업데이트나 설계 변경으로 인해 더 이상 정확하지 않은 경우가 있습니다. 오래된 메모가 그대로 작동하는 상태에서 작업하면, AI는 자신감 있게 오래된 전제에 기반하여 코드를 작성합니다. 그래서 저는 가끔 메모의 내용을 확인하며 정리(棚卸し)를 합니다.

방법은 어렵지 않습니다. “지금 기억하고 있는 것을 목록으로 만들어 줘”라고 요청하고, 나온 항목들을 위에서부터 살펴보는 것입니다. 아직 맞는 것은 남겨둡니다. 프로젝트가 끝나서 불필요해진 것은 지워달라고 하고, 모호해진 내용은 정확한 내용으로 다시 말해서 학습시킵니다. 한 달에 한 번 정도의 빈도로 충분하며, 한번 하면 10분도 걸리지 않습니다.

정리를 하면, 반복적으로 유효한 결론과 일회성 결론을 구분할 수 있습니다. 반복적으로 유효한 것은 이전에 작성했던 대로 스킬로 승격시킬 후보가 됩니다. 정리는 청소인 동시에, 스킬로 옮겨야 할 것을 찾는 기회가 되기도 합니다.

3가지 기능의 역할 분담

스킬(Skill), 메모(Memory), 폴더 연결(Folder Connection) 세 가지는 경쟁하지 않습니다. 역할이 다릅니다.

| 기능 | 담는 것 | 업데이트되는 방식 | 수명 | :--- |
| 스킬 | 변하지 않는 규약/명령 목록 | 설계하여 모아서 작성 | 김 |
| ... |
자신의 사용법을 한마디로 말하자면, 스킬로 기반을 다지고, 메모로 경험을 쌓고, 폴더 연결로 현재 프로젝트의 문맥을 전달하는 것입니다. 이 세 가지가 갖춰지면, 매번 처음부터 설명해야 하는 수고가 거의 없어집니다.

실제 하루의 흐름

아침에, 프로젝트 폴더를 연결합니다. 스킬은 이미 작동하고 있으므로, ST 규약은 설명할 필요가 없습니다. 메모에는 지난주에 막혔던 결론이 남아있어, 같은 함정은 피해주고 있습니다. 사양서를 가리키며 “이것에 맞춰 FB를 작성해 줘”라고 요청합니다. 생성된 코드를 검토하고, 새롭게 알게 된 것이 있다면 메모에 남깁니다. 저녁에, 프로젝트가 일단락되면 폴더 연결을 해제합니다.

다음 주에는 다른 프로젝트에서 폴더를 다시 연결합니다. 스킬과 메모는 그대로 작동합니다. 프로젝트 고유의 문맥만 교체됩니다. 이 “기반은 남아있고, 문맥만 바뀐다”는 느낌이 도구로서 기분 좋은 부분입니다.

요약

채팅은 방치하면 지식이 사라지는 도구입니다. 하지만 메모와 폴더 연결을 사용하면, 세션을 넘나들며 문맥을 쌓아 올릴 수 있습니다. 스킬이 규약을 고정하고, 메모가 경험을 축적하며, 폴더 연결이 프로젝트 자료를 연결합니다. FA 개발처럼 “같은 전제를 반복해서 사용하는” 업무일수록, 이 누적이 효과를 발휘합니다.

정보 관리의 경계는 스스로 잡고 있어야 합니다. 무엇을 학습시키고, 무엇을 읽게 하는지 파악하는 것이 편리함과 안전성을 모두 확보하는 길입니다.

자신은 이렇게 구분하여 사용하고 있다는 노하우가 있다면 댓글로 알려주세요.

연재 「터미널도 Git도 없는 FA 개발 환경에서의 AI 코딩」

• 터미널 없이 AI 코딩 — PLC 엔지니어가 Claude Code 대신 Claude Desktop을 선택한 이유
• Claude에게 PLC 전문 지식을 상시 배치시키기 — “스킬”로 허가 명령 목록과 막히는 포인트 모음 갖게 하는 방법
• AI가 작성한 ST 코드가 Sysmac Studio에서 통하지 않는 전형적인 패턴 — 타입 지정 리터럴, 배열 INDEX, Execute 타입 FB
• FH 매크로를 AI에게 맡기기 어려운 이유 — VBA처럼 보이지만 VBA는 아니다
• AI의 코드를 공장에서 사용하기 전 검증 프로토콜 — 사양 추적(仕様トレース), 책상 위 추적(机上トレース), 독립 리뷰
• 세션을 넘나들며 지식을 쌓기 — Claude Desktop의 메모와 폴더 연결을 FA 개발에 사용하는 방법 (이 글)

Discussion