# 범위

클라이언트와 에이전트가 프로젝트와 세션 사이를 이동할 때 사용자 소유 메모리의 경계를 명시적으로 유지합니다.

- Canonical: https://docs.xmemo.dev/ko/docs/concepts/scopes
- Locale: ko-KR
- Content-Locale: ko-KR
- Canonical-Content-Digest: 4f379b3876aebec1fc076f80ef4f0a7d3e5380ae604a81c3738b73f9f0b96014
- Edition-Digest: 591baf33e5754f24fc389f139b03140ce95e993bc104e8575103dc64c140b17f
- Source-Revision: sha256:089b330ed72fcdfbd82d9f260a10b5a4b898c74d5792d268a6626bfd647790b1

## bucket과 scope는 서로 다른 경계입니다

Bucket은 저장 namespace입니다. Scope는 retrieval에 사용되는 프로젝트, 세션 또는 팀 경계입니다. 이 둘을 분리해야 하나의 계정에 여러 프로젝트를 담으면서 메모리가 서로 섞이지 않습니다.

- bucket — 에이전트 프로세스 메모리에 흔히 work로 사용하는 저장 namespace.
- scope — retrieval 시 적용되는 명시적 프로젝트/세션/팀 그룹.
- path — scope 내부의 논리적 위치이며 ILIKE 패턴으로 필터링합니다.
- team_id — 호출자가 이미 접근할 수 있는 한 팀으로 retrieval을 제한합니다.

## 하나의 scope 안에서 retrieval하기

결과를 한 프로젝트 경계 안에 유지하려면 search에 scope를 전달하세요. Scope는 인증된 token에 대해 검증되며, 접근 범위를 넓힐 수 없습니다.

```http
GET /v1/memories/search?query=MCP%20token%20context&scope=memory-os&memory_type=semantic&limit=5
X-API-Key: <your-assigned-api-key>
```

## SDK에서 scope 지정하기

TypeScript client도 같은 경계 인수를 사용하므로, 캡처와 recall이 호출자에게 권한이 있는 프로젝트 안에 머뭅니다.

```ts
const search = await client.search('MCP token context', {
  scope: 'memory-os',
  memoryType: 'semantic',
  candidateCount: 20,
  explain: true,
});
```

## 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를 유지하고 실행기가 시작할 때마다 이를 다시 생성하지 않는지 확인하세요.