메모리 도구

빌드도구

메모리 도구

Claude가 메모리 파일 디렉토리를 통해 대화 간에 정보를 저장하고 검색할 수 있도록 하는 메모리 도구에 대해 알아봅니다.

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

이것은 적시 컨텍스트 검색의 핵심 기본 요소입니다. 모든 관련 정보를 미리 로드하는 대신 에이전트는 학습한 내용을 메모리에 저장하고 필요할 때 다시 가져옵니다. 이렇게 하면 활성 컨텍스트가 현재 관련된 내용에 집중되어 있으므로 모든 것을 한 번에 로드하면 컨텍스트 윈도우가 압도될 수 있는 장기 실행 워크플로우에 중요합니다. 더 넓은 패턴은 효과적인 컨텍스트 엔지니어링을 참조하세요.

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

피드백 양식을 통해 이 기능에 대한 피드백을 공유해 주세요.

This feature is eligible for Zero Data Retention (ZDR). When your organization has a ZDR arrangement, data sent through this feature is not stored after the API response is returned.

사용 사례

여러 에이전트 실행 간에 프로젝트 컨텍스트 유지
과거 상호작용, 결정 및 피드백에서 학습
시간이 지남에 따라 지식 기반 구축
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": "Here're the files and directories up to 2 levels deep in /memories, excluding hidden items and node_modules:\n4.0K\t/memories\n1.5K\t/memories/customer_service_guidelines.xml\n2.0K\t/memories/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": "Here's the content of /memories/customer_service_guidelines.xml with line numbers:\n     1\t<guidelines>\n     2\t<addressing_customers>\n     3\t- Always address customers by their first name\n     4\t- Use empathetic language\n..."
}

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

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

모델 지원은 도구 참조를 참조하세요.

시작하기

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

요청에 메모리 도구 추가
메모리 작업을 위한 클라이언트 측 핸들러 구현

애플리케이션에서 메모리 도구 작업을 처리하려면 각 메모리 명령에 대한 핸들러를 구현해야 합니다. SDK는 도구 인터페이스를 처리하는 메모리 도구 헬퍼를 제공합니다. BetaAbstractMemoryTool(Python)을 서브클래싱하거나 betaMemoryTool(TypeScript)을 사용하여 자신의 메모리 백엔드(파일 기반, 데이터베이스, 클라우드 스토리지, 암호화된 파일 등)를 구현할 수 있습니다.

작동하는 예제는 다음을 참조하세요:

Python: examples/memory/basic.py
TypeScript: examples/tools-helpers-memory.ts

기본 사용법

client = anthropic.Anthropic()

message = client.messages.create(
    model="claude-opus-4-7",
    max_tokens=2048,
    messages=[
        {
            "role": "user",
            "content": "I'm working on a Python web scraper that keeps crashing with a timeout error. Here's the problematic function:\n\n```python\ndef fetch_page(url, retries=3):\n    for i in range(retries):\n        try:\n            response = requests.get(url, timeout=5)\n            return response.text\n        except requests.exceptions.Timeout:\n            if i == retries - 1:\n                raise\n            time.sleep(1)\n```\n\nPlease help me debug this.",
        }
    ],
    tools=[{"type": "memory_20250818", "name": "memory"}],
)

print(message)

도구 명령

클라이언트 측 구현은 이러한 메모리 도구 명령을 처리해야 합니다. 이러한 사양은 Claude가 가장 잘 알고 있는 권장 동작을 설명하지만 구현을 수정하고 필요에 따라 문자열을 반환할 수 있습니다.

view

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

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

반환 값

디렉토리의 경우: 파일 및 디렉토리와 해당 크기를 표시하는 목록을 반환합니다:

Here're the files and directories up to 2 levels deep in {path}, excluding hidden items and node_modules:
{size}    {path}
{size}    {path}/{filename1}
{size}    {path}/{filename2}

최대 2 수준 깊이의 파일 나열
사람이 읽을 수 있는 크기 표시(예: 5.5K, 1.2M)
숨겨진 항목(.로 시작하는 파일) 및 node_modules 제외
크기와 경로 사이에 탭 문자 사용

파일의 경우: 헤더 및 줄 번호가 있는 파일 내용을 반환합니다:

Here's the content of {path} with line numbers:
{line_numbers}{tab}{content}

줄 번호 형식:

너비: 6자, 공백 패딩으로 오른쪽 정렬
구분 기호: 줄 번호와 내용 사이의 탭 문자
인덱싱: 1부터 시작(첫 번째 줄은 줄 1)
줄 제한: 999,999줄 이상의 파일은 오류를 반환해야 합니다: "File {path} exceeds maximum line limit of 999,999 lines."

예제 출력:

Here's the content of /memories/notes.txt with line numbers:
     1	Hello World
     2	This is line two
    10	Line ten
   100	Line one hundred

오류 처리

파일/디렉토리가 없음: "The path {path} does not exist. Please provide a valid path."

create

새 파일을 만듭니다:

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

반환 값

성공: "File created successfully at: {path}"

오류 처리

파일이 이미 존재함: "Error: File {path} already exists"

str_replace

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

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

반환 값

성공: "The memory file has been edited." 뒤에 줄 번호가 있는 편집된 파일의 스니펫

오류 처리

파일이 없음: "Error: The path {path} does not exist. Please provide a valid path."
텍스트를 찾을 수 없음: "No replacement was performed, old_str `\{old_str}` did not appear verbatim in {path}."
중복 텍스트: old_str이 여러 번 나타나면 반환합니다: "No replacement was performed. Multiple occurrences of old_str `\{old_str}` in lines: {line_numbers}. Please ensure it is unique"

디렉토리 처리

경로가 디렉토리인 경우 "파일이 없음" 오류를 반환합니다.

insert

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

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

반환 값

성공: "The file {path} has been edited."

오류 처리

파일이 없음: "Error: The path {path} does not exist"
잘못된 줄 번호: "Error: Invalid `insert_line` parameter: {insert_line}. It should be within the range of lines of the file: [0, {n_lines}]"

디렉토리 처리

경로가 디렉토리인 경우 "파일이 없음" 오류를 반환합니다.

delete

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

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

반환 값

성공: "Successfully deleted {path}"

오류 처리

파일/디렉토리가 없음: "Error: The path {path} does not exist"

디렉토리 처리

디렉토리와 모든 내용을 재귀적으로 삭제합니다.

rename

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

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

반환 값

성공: "Successfully renamed {old_path} to {new_path}"

오류 처리

소스가 없음: "Error: The path {old_path} does not exist"
대상이 이미 존재함: 오류를 반환합니다(덮어쓰지 않음): "Error: The destination {new_path} already exists"

디렉토리 처리

디렉토리의 이름을 바꿉니다.

프롬프팅 지침

이 지침은 메모리 도구가 활성화되면 시스템 프롬프트에 자동으로 포함됩니다:

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 디렉토리 외부의 파일에 액세스하려고 시도할 수 있습니다. 구현은 반드시 모든 경로를 검증하여 디렉토리 순회 공격을 방지해야 합니다.

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

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

오류 처리

메모리 도구는 텍스트 편집기 도구와 유사한 오류 처리 패턴을 사용합니다. 자세한 오류 메시지 및 동작은 위의 개별 도구 명령 섹션을 참조하세요. 일반적인 오류에는 파일을 찾을 수 없음, 권한 오류, 잘못된 경로 및 중복 텍스트 일치가 포함됩니다.

컨텍스트 편집 통합

메모리 도구는 컨텍스트 편집과 함께 장기 실행 대화를 관리합니다. 자세한 내용은 컨텍스트 편집을 참조하세요.

압축과 함께 사용

메모리 도구는 압축과도 함께 사용할 수 있으며, 이는 이전 대화 컨텍스트의 서버 측 요약을 제공합니다. 컨텍스트 편집이 클라이언트 측에서 특정 도구 결과를 지우는 반면, 압축은 컨텍스트 윈도우 제한에 접근할 때 서버 측에서 전체 대화를 자동으로 요약합니다.

장기 실행 에이전트 워크플로우의 경우 둘 다 사용하는 것을 고려하세요. 압축은 클라이언트 측 기록 없이 활성 컨텍스트를 관리 가능하게 유지하고, 메모리는 중요한 정보를 압축 경계 전체에 유지하여 요약에서 중요한 정보가 손실되지 않도록 합니다.

다중 세션 소프트웨어 개발 패턴

여러 에이전트 세션에 걸쳐 있는 장기 실행 소프트웨어 프로젝트의 경우 메모리 파일을 작업이 진행되면서 임시로 작성하는 것이 아니라 의도적으로 부트스트랩해야 합니다. 아래 패턴은 메모리를 구조화된 복구 메커니즘으로 전환하므로 각 새 세션이 마지막 세션이 중단된 정확한 지점부터 시작할 수 있습니다.

작동 방식

초기화 세션: 첫 번째 세션은 실질적인 작업이 시작되기 전에 메모리 아티팩트를 설정합니다. 여기에는 진행 상황 로그(수행된 작업과 다음 단계 추적), 기능 체크리스트(작업 범위 정의) 및 프로젝트가 필요한 시작 또는 초기화 스크립트에 대한 참조가 포함됩니다.
후속 세션: 각 새 세션은 해당 메모리 아티팩트를 읽음으로써 시작합니다. 이렇게 하면 코드베이스를 다시 탐색하거나 이전 결정을 다시 추적할 필요 없이 몇 초 안에 프로젝트의 전체 상태를 복구합니다.
세션 종료 업데이트: 세션이 끝나기 전에 완료된 내용과 남은 내용으로 진행 상황 로그를 업데이트합니다. 이렇게 하면 다음 세션이 정확한 시작점을 갖게 됩니다.

핵심 원칙

한 번에 하나의 기능에 대해 작업하세요. 코드가 작성된 후가 아니라 종단 간 검증이 작동함을 확인한 후에만 기능을 완료로 표시하세요. 이렇게 하면 진행 상황 로그가 신뢰할 수 있고 범위 확대가 세션 간에 복합되는 것을 방지합니다.

초기화 스크립트, 진행 파일 구조 및 git 기반 복구를 포함한 실제 사례 연구는 장기 실행 에이전트를 위한 효과적인 하네스를 참조하세요.

다음 단계

모든 도구 보기

Anthropic 제공 도구 및 해당 속성의 디렉토리입니다.

컨텍스트 편집

메모리와 함께 대화 길이를 관리합니다.

Was this page helpful?

빌드도구

메모리 도구

Claude가 메모리 파일 디렉토리를 통해 대화 간에 정보를 저장하고 검색할 수 있도록 하는 메모리 도구에 대해 알아봅니다.

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

피드백 양식을 통해 이 기능에 대한 피드백을 공유해 주세요.

This feature is eligible for Zero Data Retention (ZDR). When your organization has a ZDR arrangement, data sent through this feature is not stored after the API response is returned.

사용 사례

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

작동 방식

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

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": "Here're the files and directories up to 2 levels deep in /memories, excluding hidden items and node_modules:\n4.0K\t/memories\n1.5K\t/memories/customer_service_guidelines.xml\n2.0K\t/memories/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": "Here's the content of /memories/customer_service_guidelines.xml with line numbers:\n     1\t<guidelines>\n     2\t<addressing_customers>\n     3\t- Always address customers by their first name\n     4\t- Use empathetic language\n..."
}

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

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

모델 지원은 도구 참조를 참조하세요.

시작하기

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

요청에 메모리 도구 추가
메모리 작업을 위한 클라이언트 측 핸들러 구현

작동하는 예제는 다음을 참조하세요:

Python: examples/memory/basic.py
TypeScript: examples/tools-helpers-memory.ts

기본 사용법

client = anthropic.Anthropic()

message = client.messages.create(
    model="claude-opus-4-7",
    max_tokens=2048,
    messages=[
        {
            "role": "user",
            "content": "I'm working on a Python web scraper that keeps crashing with a timeout error. Here's the problematic function:\n\n```python\ndef fetch_page(url, retries=3):\n    for i in range(retries):\n        try:\n            response = requests.get(url, timeout=5)\n            return response.text\n        except requests.exceptions.Timeout:\n            if i == retries - 1:\n                raise\n            time.sleep(1)\n```\n\nPlease help me debug this.",
        }
    ],
    tools=[{"type": "memory_20250818", "name": "memory"}],
)

print(message)

도구 명령

view

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

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

반환 값

디렉토리의 경우: 파일 및 디렉토리와 해당 크기를 표시하는 목록을 반환합니다:

Here're the files and directories up to 2 levels deep in {path}, excluding hidden items and node_modules:
{size}    {path}
{size}    {path}/{filename1}
{size}    {path}/{filename2}

최대 2 수준 깊이의 파일 나열
사람이 읽을 수 있는 크기 표시(예: 5.5K, 1.2M)
숨겨진 항목(.로 시작하는 파일) 및 node_modules 제외
크기와 경로 사이에 탭 문자 사용

파일의 경우: 헤더 및 줄 번호가 있는 파일 내용을 반환합니다:

Here's the content of {path} with line numbers:
{line_numbers}{tab}{content}

줄 번호 형식:

너비: 6자, 공백 패딩으로 오른쪽 정렬
구분 기호: 줄 번호와 내용 사이의 탭 문자
인덱싱: 1부터 시작(첫 번째 줄은 줄 1)
줄 제한: 999,999줄 이상의 파일은 오류를 반환해야 합니다: "File {path} exceeds maximum line limit of 999,999 lines."

예제 출력:

Here's the content of /memories/notes.txt with line numbers:
     1	Hello World
     2	This is line two
    10	Line ten
   100	Line one hundred

오류 처리

파일/디렉토리가 없음: "The path {path} does not exist. Please provide a valid path."

create

새 파일을 만듭니다:

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

반환 값

성공: "File created successfully at: {path}"

오류 처리

파일이 이미 존재함: "Error: File {path} already exists"

str_replace

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

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

반환 값

성공: "The memory file has been edited." 뒤에 줄 번호가 있는 편집된 파일의 스니펫

오류 처리

파일이 없음: "Error: The path {path} does not exist. Please provide a valid path."
텍스트를 찾을 수 없음: "No replacement was performed, old_str `\{old_str}` did not appear verbatim in {path}."
중복 텍스트: old_str이 여러 번 나타나면 반환합니다: "No replacement was performed. Multiple occurrences of old_str `\{old_str}` in lines: {line_numbers}. Please ensure it is unique"

디렉토리 처리

경로가 디렉토리인 경우 "파일이 없음" 오류를 반환합니다.

insert

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

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

반환 값

성공: "The file {path} has been edited."

오류 처리

파일이 없음: "Error: The path {path} does not exist"
잘못된 줄 번호: "Error: Invalid `insert_line` parameter: {insert_line}. It should be within the range of lines of the file: [0, {n_lines}]"

디렉토리 처리

경로가 디렉토리인 경우 "파일이 없음" 오류를 반환합니다.

delete

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

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

반환 값

성공: "Successfully deleted {path}"

오류 처리

파일/디렉토리가 없음: "Error: The path {path} does not exist"

디렉토리 처리

디렉토리와 모든 내용을 재귀적으로 삭제합니다.

rename

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

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

반환 값

성공: "Successfully renamed {old_path} to {new_path}"

오류 처리

소스가 없음: "Error: The path {old_path} does not exist"
대상이 이미 존재함: 오류를 반환합니다(덮어쓰지 않음): "Error: The destination {new_path} already exists"

디렉토리 처리

디렉토리의 이름을 바꿉니다.

프롬프팅 지침

이 지침은 메모리 도구가 활성화되면 시스템 프롬프트에 자동으로 포함됩니다:

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>과 관련된 정보만 기록하세요."

보안 고려 사항

메모리 저장소를 구현할 때 다음은 중요한 보안 문제입니다:

민감한 정보

파일 저장소 크기

메모리 만료

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

경로 순회 보호

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

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

오류 처리

컨텍스트 편집 통합

메모리 도구는 컨텍스트 편집과 함께 장기 실행 대화를 관리합니다. 자세한 내용은 컨텍스트 편집을 참조하세요.

압축과 함께 사용

다중 세션 소프트웨어 개발 패턴

작동 방식

초기화 세션: 첫 번째 세션은 실질적인 작업이 시작되기 전에 메모리 아티팩트를 설정합니다. 여기에는 진행 상황 로그(수행된 작업과 다음 단계 추적), 기능 체크리스트(작업 범위 정의) 및 프로젝트가 필요한 시작 또는 초기화 스크립트에 대한 참조가 포함됩니다.
후속 세션: 각 새 세션은 해당 메모리 아티팩트를 읽음으로써 시작합니다. 이렇게 하면 코드베이스를 다시 탐색하거나 이전 결정을 다시 추적할 필요 없이 몇 초 안에 프로젝트의 전체 상태를 복구합니다.
세션 종료 업데이트: 세션이 끝나기 전에 완료된 내용과 남은 내용으로 진행 상황 로그를 업데이트합니다. 이렇게 하면 다음 세션이 정확한 시작점을 갖게 됩니다.

핵심 원칙

초기화 스크립트, 진행 파일 구조 및 git 기반 복구를 포함한 실제 사례 연구는 장기 실행 에이전트를 위한 효과적인 하네스를 참조하세요.

다음 단계

모든 도구 보기

Anthropic 제공 도구 및 해당 속성의 디렉토리입니다.

컨텍스트 편집

메모리와 함께 대화 길이를 관리합니다.

Was this page helpful?