# 메모리 삭제

복구 가능한 forget 경로 또는 명시적으로 승인된 파괴적 모드를, 감사 가능한 tombstone과 함께 선택합니다.

- Canonical: https://docs.xmemo.dev/ko/docs/concepts/memory-deletion
- Locale: ko-KR
- Content-Locale: ko-KR
- Canonical-Content-Digest: 376e4e4ecb3e1fc0955b2cd5176a16a92431ecba87f15d1ded32d8ee3f15f1fd
- Edition-Digest: e8d0f49bec29474ce9da9e91b6cc4a3f87b9a08820f4b03acf1fd04e81badae7
- Source-Revision: sha256:ae05ed5a78af519bbe1b86561e36ef07d4758d3bcae57a6df91b7e53e4f5cfff

## 소프트 삭제가 공개 기본값입니다

DELETE /v1/memories/{memory_id}의 기본값은 mode=soft_delete입니다. POST /v1/memories/{memory_id}/forget은 mode, reason, replacement_content, metadata가 포함된 동일한 MemoryForgetRequest 계열을 받습니다. 소프트 삭제는 tombstone과 version snapshot을 만들고 memory status를 deleted로 변경하며 이후 restore할 수 있습니다.

```http
DELETE /v1/memories/<memory-id>?mode=soft_delete&reason=user-requested
X-API-Key: <your-assigned-api-key>
```

## forget, redact, hard-delete는 서로 다른 모드입니다

persistence engine은 soft_delete, redact, hard_delete를 허용합니다. Redact는 content를 [REDACTED] (또는 제공된 replacement content)로 바꾸고 metadata와 embeddings를 지우며 안전한 redaction provenance를 기록합니다. Hard delete는 되돌릴 수 없고 더 강한 memory:hard_delete authorization 경로로 보호됩니다. routine correction에 선택하지 마세요.

- soft_delete — tombstone과 version snapshot이 있는 복구 가능한 삭제.
- redact — 원본 content와 embedding을 제거하면서 비-content tombstone/result를 남깁니다.
- hard_delete — 더 강한 delete capability가 필요한 영구 제거 경로.

## 소프트 삭제된 메모리만 복원하세요

POST /v1/memories/{memory_id}/restore는 선택적 reason과 metadata가 있는 MemoryRestoreRequest를 받습니다. persistence 경로는 status=active로 복원하고 version을 증가시킵니다. redacted memory는 원본 content를 더 이상 사용할 수 없으므로 복원할 수 없습니다.

```http
POST /v1/memories/<memory-id>/restore
X-API-Key: <your-assigned-api-key>
Content-Type: application/json

{
  "reason": "owner-confirmed recovery"
}
```

## 삭제는 승인되고 감사됩니다

REST mutation 경로는 target을 해석하기 전에 mode별 memory scope와 owner-scoped key를 확인합니다. 요청된 mode, reason 존재 여부 및 target reference를 담은 memory tombstone/audit evidence를 쓰되 잊힌 content는 노출하지 않습니다.

## ChatGPT 사용자

채팅에 전달자 토큰을 붙여넣지 않고도 XMemo 기본 설정, 프로젝트 사실, 결정 및 TODO에 대한 지속 가능한 액세스를 ChatGPT에 부여하세요.

ChatGPT/OpenAI 앱 OAuth 흐름을 통해 호스팅된 XMemo MCP 서버를 연결한 다음 XMemo 계정에 대한 메모리:읽기 및 메모리:쓰기 권한을 승인합니다.

종합 기본 설정이나 프로젝트 노트를 저장하고 새 채팅을 시작한 다음 작업을 계속하기 전에 XMemo를 통해 ChatGPT에 이를 불러오도록 요청하세요.

OAuth가 실패하거나 도구가 표시되지 않으면 호스트 앱의 MCP 서버에서 로그아웃하고 XMemo 서버 URL을 다시 연결한 후 직접 토큰을 생성하기 전에 다시 시도하세요.

## 부조종사/Codex 개발자

IDE와 CLI 에이전트 간에 리포지토리 결정, 코딩 규칙, 버그 수정 메모, 작업 기록을 전달합니다.

가능한 경우 VS Code / GitHub Copilot 및 Gemini CLI에 OAuth를 사용하세요. Copilot CLI, Codex, Cursor 또는 기타 직접 MCP 클라이언트의 경우 로컬 환경 또는 보안 저장소에 XMEMO_KEY를 유지하고 안정적인 XMEMO_AGENT_INSTANCE_ID를 설정하세요.

코드베이스 결정이나 버그 수정을 기록한 후 편집하기 전에 다음 IDE 또는 CLI 에이전트에게 관련 XMemo 컨텍스트를 기억하도록 요청하세요.

회수가 비어 있는 경우 선택한 MCP 구성 경로, 직접 클라이언트용 XMEMO_KEY 환경 변수 및 호스트 앱의 오래된 OAuth 자격 증명을 확인하세요.

## 팀/엔터프라이즈 파일럿 소유자

계정 제어, 소스 속성, 내보내기/삭제 워크플로, 검토자에게 안전한 설정 증거를 통해 공유 메모리를 평가합니다.

보호된 XMemo 작업 공간을 생성하거나 입력하고 승인된 사용자를 초대한 다음 준비 배지에 따라 OAuth 또는 범위가 지정된 직접 자격 증명을 통해 각 클라이언트를 연결합니다.

파일럿 멤버에게 가상 팀 메모리를 저장하고 XMemo에서 소스 속성을 확인한 다음 삭제/내보내기 및 지원 경로를 검토하도록 합니다.

구성원이 연결할 수 없는 경우 새 토큰을 발급하기 전에 역할 권한, OAuth 승인, 클라이언트 준비 상태 및 지원 지침을 확인하세요.

## 자율 에이전트 운영자

헤드리스 또는 예약 에이전트가 진행 상황을 기록하고, 이전 결정을 검색하고, 안정적이고 비밀이 아닌 인스턴스 ID를 유지하도록 합니다.

/api/v1/mcp/config/autonomous-agent를 가져옵니다. 실행기가 OAuth + 사용자 정의 헤더를 지원하는 경우 auth_modes.oauth를 선호합니다. 완전 헤드리스 러너에 대해서만 비밀 저장소의 XMEMO_KEY와 함께 auth_modes.xmemo_key를 사용하십시오.

XMemo에 진행 상황을 기록하는 하나의 합성 작업을 실행하고 실행기를 다시 시작한 다음 동일한 XMEMO_AGENT_INSTANCE_ID를 사용하여 해당 진행 상황을 호출하는지 확인합니다.

속성이 변경되거나 인스턴스 간에 분할된 경우 git 외부에서 XMEMO_AGENT_INSTANCE_ID를 유지하고 실행기가 시작할 때마다 이를 다시 생성하지 않는지 확인하세요.