메모리 도구

메모리 도구를 사용하면 Claude가 메모리 파일 디렉토리를 통해 대화 간에 정보를 저장하고 검색할 수 있습니다. Claude는 세션 간에 지속되는 파일을 생성, 읽기, 업데이트 및 삭제할 수 있으므로 모든 것을 컨텍스트 윈도우에 유지하지 않고도 시간이 지남에 따라 지식을 구축할 수 있습니다.

메모리 도구는 클라이언트 측에서 작동합니다. 즉, 자신의 인프라를 통해 데이터가 저장되는 위치와 방식을 제어합니다.

사용 사례

• 여러 에이전트 실행 간에 프로젝트 컨텍스트 유지
• 과거 상호작용, 결정 및 피드백에서 학습
• 시간이 지남에 따라 지식 기반 구축
• Claude가 반복되는 워크플로우에서 개선되는 대화 간 학습 활성화

작동 방식

활성화되면 Claude는 작업을 시작하기 전에 자동으로 메모리 디렉토리를 확인합니다. Claude는 /memories 디렉토리에서 파일을 생성, 읽기, 업데이트 및 삭제하여 작업 중에 학습한 내용을 저장한 다음 향후 대화에서 해당 메모리를 참조하여 유사한 작업을 더 효과적으로 처리하거나 중단한 부분부터 계속할 수 있습니다.

이것은 클라이언트 측 도구이므로 Claude는 메모리 작업을 수행하기 위해 도구 호출을 하고 애플리케이션이 해당 작업을 로컬에서 실행합니다. 이를 통해 메모리가 저장되는 위치와 방식을 완전히 제어할 수 있습니다. 보안을 위해 모든 메모리 작업을 /memories 디렉토리로 제한해야 합니다.

예제: 메모리 도구 호출 작동 방식

Claude에게 작업을 도와달라고 요청하면 Claude는 자동으로 먼저 메모리 디렉토리를 확인합니다. 일반적인 상호작용은 다음과 같습니다:

1. 사용자 요청:

"이 고객 서비스 티켓에 응답하는 것을 도와줘."

2. Claude가 메모리 디렉토리를 확인합니다:

"고객 서비스 티켓에 응답하는 것을 도와드리겠습니다. 이전 컨텍스트가 있는지 메모리를 확인해보겠습니다."

Claude가 메모리 도구를 호출합니다:

{
  "type": "tool_use",
  "id": "toolu_01C4D5E6F7G8H9I0J1K2L3M4",
  "name": "memory",
  "input": {
    "command": "view",
    "path": "/memories"
  }
}

3. 애플리케이션이 디렉토리 내용을 반환합니다:

{
  "type": "tool_result",
  "tool_use_id": "toolu_01C4D5E6F7G8H9I0J1K2L3M4",
  "content": "Directory: /memories\n- customer_service_guidelines.xml\n- refund_policies.xml"
}

4. Claude가 관련 파일을 읽습니다:

{
  "type": "tool_use",
  "id": "toolu_01D5E6F7G8H9I0J1K2L3M4N5",
  "name": "memory",
  "input": {
    "command": "view",
    "path": "/memories/customer_service_guidelines.xml"
  }
}

5. 애플리케이션이 파일 내용을 반환합니다:

{
  "type": "tool_result",
  "tool_use_id": "toolu_01D5E6F7G8H9I0J1K2L3M4N5",
  "content": "<guidelines>\n<addressing_customers>\n- Always address customers by their first name\n- Use empathetic language\n..."
}

6. Claude가 메모리를 사용하여 도움을 줍니다:

"고객 서비스 지침에 따라 응답을 작성하는 것을 도와드릴 수 있습니다. 티켓 세부 정보를 공유해주세요..."

지원되는 모델

메모리 도구는 다음에서 사용 가능합니다:

• Claude Sonnet 4.5 (claude-sonnet-4-5-20250929)
• Claude Sonnet 4 (claude-sonnet-4-20250514)
• Claude Haiku 4.5 (claude-haiku-4-5-20251001)
• Claude Opus 4.5 (claude-opus-4-5-20251101)
• Claude Opus 4.1 (claude-opus-4-1-20250805)
• Claude Opus 4 (claude-opus-4-20250514)

시작하기

메모리 도구를 사용하려면:

1. API 요청에 베타 헤더 context-management-2025-06-27을 포함합니다
2. 요청에 메모리 도구를 추가합니다
3. 메모리 작업을 위한 클라이언트 측 핸들러를 구현합니다

기본 사용법

도구 명령

클라이언트 측 구현은 다음 메모리 도구 명령을 처리해야 합니다:

view

선택적 줄 범위가 있는 디렉토리 내용 또는 파일 내용을 표시합니다:

{
  "command": "view",
  "path": "/memories",
  "view_range": [1, 10]  // 선택 사항: 특정 줄 보기
}

create

파일을 생성하거나 덮어씁니다:

{
  "command": "create",
  "path": "/memories/notes.txt",
  "file_text": "Meeting notes:\n- Discussed project timeline\n- Next steps defined\n"
}

str_replace

파일의 텍스트를 바꿉니다:

{
  "command": "str_replace",
  "path": "/memories/preferences.txt",
  "old_str": "Favorite color: blue",
  "new_str": "Favorite color: green"
}

insert

특정 줄에 텍스트를 삽입합니다:

{
  "command": "insert",
  "path": "/memories/todo.txt",
  "insert_line": 2,
  "insert_text": "- Review memory tool documentation\n"
}

delete

파일 또는 디렉토리를 삭제합니다:

{
  "command": "delete",
  "path": "/memories/old_file.txt"
}

rename

파일/디렉토리의 이름을 바꾸거나 이동합니다:

{
  "command": "rename",
  "old_path": "/memories/draft.txt",
  "new_path": "/memories/final.txt"
}

프롬프트 지침

메모리 도구가 포함될 때 시스템 프롬프트에 자동으로 다음 지침을 포함합니다:

IMPORTANT: ALWAYS VIEW YOUR MEMORY DIRECTORY BEFORE DOING ANYTHING ELSE.
MEMORY PROTOCOL:
1. Use the `view` command of your `memory` tool to check for earlier progress.
2. ... (work on the task) ...
     - As you make progress, record status / progress / thoughts etc in your memory.
ASSUME INTERRUPTION: Your context window might be reset at any moment, so you risk losing any progress that is not recorded in your memory directory.

Claude가 메모리 파일을 복잡하게 만드는 것을 관찰하면 다음 지침을 포함할 수 있습니다:

참고: 메모리 폴더를 편집할 때 항상 내용을 최신 상태로 유지하고 일관성 있고 체계적으로 유지하세요. 더 이상 관련이 없는 파일의 이름을 바꾸거나 삭제할 수 있습니다. 필요한 경우가 아니면 새 파일을 만들지 마세요.

또한 Claude가 메모리에 쓰는 내용을 안내할 수 있습니다. 예를 들어, "메모리 시스템에 <topic>과 관련된 정보만 기록하세요."

보안 고려 사항

메모리 저장소를 구현할 때 중요한 보안 문제는 다음과 같습니다:

민감한 정보

Claude는 일반적으로 메모리 파일에 민감한 정보를 기록하기를 거부합니다. 그러나 잠재적으로 민감한 정보를 제거하는 더 엄격한 검증을 구현할 수 있습니다.

파일 저장소 크기

메모리 파일 크기를 추적하고 파일이 너무 커지는 것을 방지하는 것을 고려하세요. 메모리 읽기 명령이 반환할 수 있는 최대 문자 수를 추가하고 Claude가 내용을 페이지 단위로 이동하도록 하는 것을 고려하세요.

메모리 만료

오랜 시간 동안 액세스되지 않은 메모리 파일을 주기적으로 지우는 것을 고려하세요.

경로 순회 보호

다음 보안 조치를 고려하세요:

• 모든 경로가 /memories로 시작하는지 검증합니다
• 경로를 정규 형식으로 확인하고 메모리 디렉토리 내에 남아 있는지 확인합니다
• ../, ..\\ 또는 기타 순회 패턴이 포함된 경로를 거부합니다
• URL 인코딩된 순회 시퀀스(%2e%2e%2f)를 감시합니다
• 언어의 기본 제공 경로 보안 유틸리티를 사용합니다(예: Python의 pathlib.Path.resolve() 및 relative_to())

오류 처리

메모리 도구는 텍스트 편집기 도구와 동일한 오류 처리 패턴을 사용합니다. 일반적인 오류에는 파일을 찾을 수 없음, 권한 오류 및 잘못된 경로가 포함됩니다.

컨텍스트 편집과 함께 사용

메모리 도구는 컨텍스트 편집과 결합할 수 있습니다. 컨텍스트 편집은 대화 컨텍스트가 구성된 임계값을 초과할 때 이전 도구 결과를 자동으로 지웁니다. 이 조합을 통해 그렇지 않으면 컨텍스트 제한을 초과할 장기 실행 에이전트 워크플로우를 활성화합니다.

함께 작동하는 방식

컨텍스트 편집이 활성화되고 대화가 지우기 임계값에 접근하면 Claude는 자동으로 경고 알림을 받습니다. 이는 Claude가 도구 결과에서 중요한 정보를 메모리 파일에 보존하도록 메모리 파일이 컨텍스트 윈도우에서 지워지기 전에 메모리 파일에 보존하도록 프롬프트합니다.

도구 결과가 지워진 후 Claude는 필요할 때마다 메모리 파일에서 저장된 정보를 검색할 수 있으므로 메모리를 작업 컨텍스트의 확장으로 효과적으로 취급합니다. 이를 통해 Claude는 다음을 수행할 수 있습니다:

• 중요한 정보를 잃지 않고 복잡한 다단계 워크플로우를 계속합니다
• 도구 결과가 제거된 후에도 과거 작업 및 결정을 참조합니다
• 일반적인 컨텍스트 제한을 초과할 대화 간에 일관된 컨텍스트를 유지합니다
• 활성 컨텍스트 윈도우를 관리 가능하게 유지하면서 시간이 지남에 따라 지식 기반을 구축합니다

예제 워크플로우

많은 파일 작업이 있는 코드 리팩토링 프로젝트를 고려하세요:

1. Claude는 많은 도구 결과를 생성하여 파일에 대한 수많은 편집을 수행합니다
2. 컨텍스트가 증가하고 임계값에 접근하면 Claude는 경고를 받습니다
3. Claude는 지금까지 수행한 변경 사항을 메모리 파일에 요약합니다(예: /memories/refactoring_progress.xml)
4. 컨텍스트 편집이 이전 도구 결과를 자동으로 지웁니다
5. Claude는 계속 작업하며 이미 완료된 변경 사항을 회상해야 할 때 메모리 파일을 참조합니다
6. 워크플로우는 Claude가 활성 컨텍스트와 지속적인 메모리를 모두 관리하면서 무한정 계속될 수 있습니다

구성

두 기능을 함께 사용하려면:

또한 메모리 도구 호출이 지워지지 않도록 제외하여 Claude가 항상 최근 메모리 작업에 액세스할 수 있도록 할 수 있습니다:

context_management={
    "edits": [
        {
            "type": "clear_tool_uses_20250919",
            "exclude_tools": ["memory"]
        }
    ]
}