Technical reference
메모리 구성 참조 자료
이 페이지는 OpenClaw 메모리 검색의 모든 구성 옵션을 나열합니다. 개념 개요는 다음을 참조하세요.
메모리 작동 방식.
기본 SQLite 백엔드.
로컬 우선 사이드카.
검색 파이프라인 및 튜닝.
대화형 세션용 메모리 하위 에이전트.
별도로 명시하지 않는 한, 모든 메모리 검색 설정은 openclaw.json의 agents.defaults.memorySearch 아래에 있습니다(또는 에이전트별 agents.list[].memorySearch로 재정의할 수 있습니다).
제공자 선택
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
enabled |
boolean |
true |
메모리 검색 활성화 또는 비활성화 |
provider |
string |
"openai" |
bedrock, deepinfra, gemini, github-copilot, local, mistral, ollama, openai, openai-compatible, voyage 등의 임베딩 어댑터 ID. api가 메모리 임베딩 어댑터 또는 OpenAI 호환 모델 API를 가리키도록 구성된 models.providers.<id>도 사용할 수 있음 |
model |
string |
제공자 기본값 | 임베딩 모델 이름 |
fallback |
string |
"none" |
기본 어댑터 실패 시 사용할 대체 어댑터 ID |
provider를 설정하지 않으면 OpenClaw는 OpenAI 임베딩을 사용합니다. Bedrock, DeepInfra, Gemini, GitHub Copilot, Mistral, Ollama, Voyage, 로컬 GGUF 모델 또는 OpenAI 호환 /v1/embeddings 엔드포인트를 사용하려면 provider를 명시적으로 설정하세요. 여전히 provider: "auto"를 사용하는 레거시 구성은 openai로 해석됩니다.
provider가 설정되지 않았거나, 레거시 provider: "auto"가 있거나, provider: "none"으로 의도적으로 FTS 전용 모드를 선택한 경우에는 임베딩을 사용할 수 없더라도 메모리 회상에서 어휘 기반 FTS 순위를 계속 사용할 수 있습니다.
명시적으로 지정한 로컬 외부 제공자는 사용 불가 시 실패로 처리됩니다. memorySearch.provider를 Bedrock, DeepInfra, Gemini, GitHub Copilot, LM Studio, Mistral, Ollama, OpenAI, Voyage 또는 OpenAI 호환 사용자 지정 제공자처럼 원격 기반의 구체적인 제공자로 설정했는데 런타임에 해당 제공자를 사용할 수 없다면, memory_search는 아무런 알림 없이 FTS 전용 회상을 사용하는 대신 사용할 수 없음 결과를 반환합니다. 제공자/인증 구성을 수정하거나, 접근 가능한 제공자로 전환하거나, 의도적으로 FTS 전용 회상을 사용하려면 provider: "none"을 설정하세요.
사용자 지정 제공자 ID
memorySearch.provider는 ollama 같은 메모리 전용 제공자 어댑터나 openai-responses / openai-completions 같은 OpenAI 호환 모델 API를 위한 사용자 지정 models.providers.<id> 항목을 가리킬 수 있습니다. OpenClaw는 엔드포인트, 인증 및 모델 접두사 처리에는 사용자 지정 제공자 ID를 유지하면서 임베딩 어댑터에 사용할 해당 제공자의 api 소유자를 확인합니다. 이를 통해 다중 GPU 또는 다중 호스트 구성에서 특정 로컬 엔드포인트를 메모리 임베딩 전용으로 사용할 수 있습니다.
{ models: { providers: { "ollama-5080": { api: "ollama", baseUrl: "http://gpu-box.local:11435", apiKey: "ollama-local", models: [{ id: "qwen3-embedding:0.6b", name: "Qwen3 Embedding 0.6B" }], }, }, }, agents: { defaults: { memorySearch: { provider: "ollama-5080", model: "qwen3-embedding:0.6b", }, }, },}API 키 확인
원격 임베딩에는 API 키가 필요합니다. 단, Bedrock은 대신 AWS SDK 기본 자격 증명 체인(인스턴스 역할, SSO, 액세스 키 또는 Bedrock API 키)을 사용합니다.
| 제공자 | 환경 변수 | 구성 키 |
|---|---|---|
| Bedrock | AWS 자격 증명 체인 또는 AWS_BEARER_TOKEN_BEDROCK |
API 키 필요 없음 |
| DeepInfra | DEEPINFRA_API_KEY |
models.providers.deepinfra.apiKey |
| Gemini | GEMINI_API_KEY |
models.providers.google.apiKey |
| GitHub Copilot | COPILOT_GITHUB_TOKEN, GH_TOKEN, GITHUB_TOKEN |
기기 로그인을 통한 인증 프로필 |
| Mistral | MISTRAL_API_KEY |
models.providers.mistral.apiKey |
| Ollama | OLLAMA_API_KEY (자리 표시자) |
-- |
| OpenAI | OPENAI_API_KEY |
models.providers.openai.apiKey |
| Voyage | VOYAGE_API_KEY |
models.providers.voyage.apiKey |
원격 엔드포인트 구성
전역 OpenAI 채팅 자격 증명을 상속하지 않아야 하는 범용 OpenAI 호환 /v1/embeddings 서버에는 provider: "openai-compatible"을 사용하세요.
remote.baseUrlstring사용자 지정 API 기본 URL.
remote.apiKeystringAPI 키를 재정의합니다.
remote.headersobject추가 HTTP 헤더(제공자 기본값과 병합됨).
{ agents: { defaults: { memorySearch: { provider: "openai-compatible", model: "text-embedding-3-small", remote: { baseUrl: "https://api.example.com/v1/", apiKey: "YOUR_KEY", }, }, }, },}제공자별 구성
Gemini
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
model |
string |
gemini-embedding-001 |
gemini-embedding-2-preview도 지원 |
outputDimensionality |
number |
3072 |
Embedding 2의 경우: 768, 1536 또는 3072 |
OpenAI 호환 입력 유형
OpenAI 호환 임베딩 엔드포인트에서는 제공자별 input_type 요청 필드를 선택적으로 사용할 수 있습니다. 이는 쿼리와 문서 임베딩에 서로 다른 레이블이 필요한 비대칭 임베딩 모델에 유용합니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
inputType |
string |
설정 안 됨 | 쿼리 및 문서 임베딩에 공통으로 적용할 input_type |
queryInputType |
string |
설정 안 됨 | 쿼리 시점의 input_type; inputType보다 우선 적용 |
documentInputType |
string |
설정 안 됨 | 인덱스/문서의 input_type; inputType보다 우선 적용 |
{ agents: { defaults: { memorySearch: { provider: "openai-compatible", remote: { baseUrl: "https://embeddings.example/v1", apiKey: "${EMBEDDINGS_API_KEY}", }, model: "asymmetric-embedder", queryInputType: "query", documentInputType: "passage", }, }, },}이러한 값을 변경하면 제공자의 일괄 인덱싱에 사용되는 임베딩 캐시 ID에 영향을 줍니다. 업스트림 모델이 레이블을 서로 다르게 처리한다면 이후 메모리 인덱스를 다시 생성해야 합니다.
Bedrock
Bedrock 임베딩 구성
Bedrock은 AWS SDK 기본 자격 증명 체인과 OpenClaw가 확인하는 전달자 토큰을 사용하므로 구성에 API 키를 저장하지 않습니다. OpenClaw가 Bedrock이 활성화된 인스턴스 역할을 갖춘 EC2에서 실행된다면 제공자와 모델만 설정하면 됩니다.
{ agents: { defaults: { memorySearch: { provider: "bedrock", model: "amazon.titan-embed-text-v2:0", }, }, },}| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
model |
string |
amazon.titan-embed-text-v2:0 |
모든 Bedrock 임베딩 모델 ID |
outputDimensionality |
number |
모델 기본값 | Titan V2의 경우: 256, 512 또는 1024 |
지원 모델(제품군 감지 및 차원 기본값 포함):
| 모델 ID | 제공자 | 기본 차원 | 구성 가능한 차원 |
|---|---|---|---|
amazon.titan-embed-text-v2:0 |
Amazon | 1024 | 256, 512, 1024 |
amazon.titan-embed-text-v1 |
Amazon | 1536 | -- |
amazon.titan-embed-g1-text-02 |
Amazon | 1536 | -- |
amazon.titan-embed-image-v1 |
Amazon | 1024 | -- |
amazon.nova-2-multimodal-embeddings-v1:0 |
Amazon | 1024 | 256, 384, 1024, 3072 |
cohere.embed-english-v3 |
Cohere | 1024 | -- |
cohere.embed-multilingual-v3 |
Cohere | 1024 | -- |
cohere.embed-v4:0 |
Cohere | 1536 | 256, 384, 512, 768, 1024, 1536 |
twelvelabs.marengo-embed-3-0-v1:0 |
TwelveLabs | 512 | -- |
twelvelabs.marengo-embed-2-7-v1:0 |
TwelveLabs | 1024 | -- |
처리량 접미사가 붙은 변형(예: amazon.titan-embed-text-v1:2:8k)과 리전 접두사가 붙은 추론 프로필 ID(예: us.amazon.titan-embed-text-v2:0)는 기본 모델의 구성을 상속합니다.
리전: 다음 순서로 결정됩니다. memorySearch.remote.baseUrl 재정의, models.providers.amazon-bedrock.baseUrl 구성, AWS_REGION, AWS_DEFAULT_REGION, 마지막으로 기본값 us-east-1.
인증: OpenClaw는 먼저 AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY 또는 AWS_BEARER_TOKEN_BEDROCK을 확인한 다음, 표준 AWS SDK 기본 자격 증명 제공자 체인으로 넘어갑니다.
AWS_PROFILE도 설정되어 있지 않은 경우 환경 변수(AWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEY)- SSO(SSO 필드가 구성된 경우에만)
- 공유 자격 증명 및 구성 파일(
fromIni,AWS_PROFILE포함) - 자격 증명 프로세스(AWS 구성 파일의
credential_process) - 웹 ID 토큰 자격 증명
- ECS 또는 EC2 인스턴스 메타데이터 자격 증명
IAM 권한: IAM 역할 또는 사용자에게 다음 권한이 필요합니다.
{ "Effect": "Allow", "Action": "bedrock:InvokeModel", "Resource": "*"}최소 권한 원칙을 적용하려면 InvokeModel의 범위를 특정 모델로 제한하세요.
arn:aws:bedrock:*::foundation-model/amazon.titan-embed-text-v2:0로컬(GGUF + llama.cpp)
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
local.modelPath |
string |
자동 다운로드 | GGUF 모델 파일 경로 |
local.modelCacheDir |
string |
node-llama-cpp 기본값 | 다운로드한 모델의 캐시 디렉터리 |
local.contextSize |
number | "auto" |
4096 |
임베딩 컨텍스트의 컨텍스트 창 크기입니다. 4096은 일반적인 청크(128~512토큰)를 처리하면서 가중치 외 VRAM 사용량을 제한합니다. 리소스가 제한된 호스트에서는 1024~2048로 낮추세요. "auto"는 모델이 학습된 최대값을 사용하며, 8B 이상 모델에는 권장하지 않습니다(Qwen3-Embedding-8B: 최대 40,960토큰으로 인해 VRAM 사용량이 약 32GB까지 늘어날 수 있음). |
먼저 공식 llama.cpp 제공자를 설치하세요. openclaw plugins install @openclaw/llama-cpp-provider.
기본 모델: embeddinggemma-300m-qat-Q8_0.gguf(약 0.6GB, 자동 다운로드). 소스 체크아웃에서는 여전히 네이티브 빌드 승인이 필요합니다. pnpm approve-builds를 실행한 다음 pnpm rebuild node-llama-cpp를 실행하세요.
독립 실행형 CLI를 사용하여 Gateway가 사용하는 것과 동일한 제공자 경로를 확인하세요.
openclaw memory status --deep --agent mainopenclaw memory index --force --agent main숫자형 local.contextSize 값은 node-llama-cpp의 자동 GPU 레이어 배치에도 사용되므로, 모델 가중치와 요청된 임베딩 컨텍스트가 함께 메모리에 맞춰집니다. 런타임에서 모델을 로드한 후 openclaw memory status --deep는 마지막으로 알려진 llama.cpp 백엔드, 장치, 오프로딩, 요청된 컨텍스트 및 타임스탬프가 포함된 메모리 정보를 보고합니다. 수동 상태 조회는 모델을 로드하지 않습니다.
로컬 GGUF 임베딩을 사용하려면 provider: "local"을 명시적으로 설정하세요. 명시적인 로컬 구성에서는 hf: 및 HTTP(S) 모델 참조가 지원되지만(node-llama-cpp의 모델 확인 기능 사용), 기본 제공자는 변경되지 않습니다.
인라인 임베딩 시간 초과
sync.embeddingBatchTimeoutSecondsnumber메모리 인덱싱 중 인라인 임베딩 배치의 시간 초과를 재정의합니다.
설정하지 않으면 제공자 기본값을 사용합니다. local, ollama, lmstudio 같은 로컬/자체 호스팅 제공자는 600초이고, 호스팅 제공자는 120초입니다. 로컬 CPU 기반 임베딩 배치가 정상적으로 작동하지만 느린 경우 이 값을 늘리세요.
인덱싱 동작
별도로 명시되지 않은 항목은 모두 memorySearch.sync 아래에 있습니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
onSessionStart |
boolean |
true |
세션이 시작될 때 메모리 인덱스를 동기화합니다 |
onSearch |
boolean |
true |
콘텐츠 변경을 감지한 후 검색 시 지연 방식으로 동기화합니다 |
watch |
boolean |
true |
메모리 파일을 감시하고(chokidar) 변경 시 재인덱싱을 예약합니다 |
watchDebounceMs |
number |
1500 |
빠르게 연속되는 파일 감시 이벤트를 통합하기 위한 디바운스 시간 범위 |
intervalMinutes |
number |
0 |
주기적 재인덱싱 간격(분 단위, 0이면 비활성화) |
sessions.postCompactionForce |
boolean |
true |
Compaction으로 인해 기록이 업데이트된 후 세션 재인덱싱을 강제합니다 |
chunking.tokensnumber임베딩 전에 메모리 소스를 분할할 때 사용하는 토큰 단위 청크 크기입니다(기본값: 400).
chunking.overlapnumber분할 경계 부근의 컨텍스트를 보존하기 위한 인접 청크 간 토큰 중첩입니다(기본값: 80).
하이브리드 검색 구성
모두 memorySearch.query 아래에 있습니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
maxResults |
number |
6 |
주입 전에 반환되는 최대 메모리 검색 결과 수 |
minScore |
number |
0.35 |
검색 결과를 포함할 최소 관련성 점수 |
그리고 memorySearch.query.hybrid 아래에는 다음 항목이 있습니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
enabled |
boolean |
true |
하이브리드 BM25 + 벡터 검색 활성화 |
vectorWeight |
number |
0.7 |
벡터 점수의 가중치(0~1) |
textWeight |
number |
0.3 |
BM25 점수의 가중치(0~1) |
candidateMultiplier |
number |
4 |
후보 풀 크기 배수 |
MMR(다양성)
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
mmr.enabled |
boolean |
false |
MMR 재순위 지정 활성화 |
mmr.lambda |
number |
0.7 |
0 = 최대 다양성, 1 = 최대 관련성 |
시간 감쇠(최신성)
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
temporalDecay.enabled |
boolean |
false |
최신성 가중치 활성화 |
temporalDecay.halfLifeDays |
number |
30 |
N일마다 점수가 절반으로 감소 |
상시 유지 파일(MEMORY.md, memory/ 내 날짜가 없는 파일)에는 감쇠가 적용되지 않습니다.
전체 예시
{ agents: { defaults: { memorySearch: { query: { maxResults: 6, minScore: 0.35, hybrid: { vectorWeight: 0.7, textWeight: 0.3, mmr: { enabled: true, lambda: 0.7 }, temporalDecay: { enabled: true, halfLifeDays: 30 }, }, }, }, }, },}추가 메모리 경로
| 키 | 유형 | 설명 |
|---|---|---|
extraPaths |
string[] |
인덱싱할 추가 디렉터리 또는 파일 |
{ agents: { defaults: { memorySearch: { extraPaths: ["../team-docs", "/srv/shared-notes"], }, }, },}경로는 절대 경로나 작업 공간 기준 상대 경로일 수 있습니다. 디렉터리에서는 .md 파일을 재귀적으로 검색합니다. 심볼릭 링크 처리는 활성 백엔드에 따라 달라집니다. 내장 엔진은 심볼릭 링크를 건너뛰지만 QMD는 기반 QMD 스캐너의 동작을 따릅니다.
에이전트 범위의 에이전트 간 대화 기록 검색에는 memory.qmd.paths 대신 agents.list[].memorySearch.qmd.extraCollections를 사용하세요. 이러한 추가 컬렉션은 동일한 { path, name, pattern? } 형식을 따르지만 에이전트별로 병합되며, 경로가 현재 작업 공간 외부를 가리킬 때 명시적인 공유 이름을 유지할 수 있습니다. 해석된 동일 경로가 memory.qmd.paths와 memorySearch.qmd.extraCollections에 모두 나타나면 QMD는 첫 번째 항목을 유지하고 중복 항목을 건너뜁니다.
멀티모달 메모리(Gemini)
Gemini Embedding 2를 사용하여 Markdown과 함께 이미지 및 오디오를 인덱싱합니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
multimodal.enabled |
boolean |
false |
멀티모달 인덱싱 활성화 |
multimodal.modalities |
string[] |
-- | ["image"], ["audio"] 또는 ["all"] |
multimodal.maxFileBytes |
number |
10485760 |
인덱싱할 최대 파일 크기(10 MiB) |
지원 형식: .jpg, .jpeg, .png, .webp, .gif, .heic, .heif(이미지); .mp3, .wav, .ogg, .opus, .m4a, .aac, .flac(오디오).
임베딩 캐시
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
cache.enabled |
boolean |
true |
청크 임베딩을 SQLite에 캐시 |
cache.maxEntries |
number |
설정 안 됨 | 캐시된 임베딩 수의 최선형 상한 |
재인덱싱이나 트랜스크립트 업데이트 중 변경되지 않은 텍스트를 다시 임베딩하지 않도록 합니다. 무제한 캐시를 사용하려면 maxEntries를 설정하지 않은 상태로 두고, 최대 재인덱싱 속도보다 디스크 사용량 증가가 더 중요할 때 값을 설정하세요. 설정한 경우 캐시가 제한을 초과하면 마지막 업데이트 시간을 기준으로 가장 오래된 항목부터 제거됩니다.
일괄 인덱싱
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
remote.nonBatchConcurrency |
number |
4 |
병렬 인라인 임베딩 |
remote.batch.enabled |
boolean |
false |
일괄 임베딩 API 활성화 |
remote.batch.concurrency |
number |
2 |
병렬 일괄 작업 |
remote.batch.wait |
boolean |
true |
일괄 처리 완료 대기 |
remote.batch.pollIntervalMs |
number |
2000 |
폴링 간격 |
remote.batch.timeoutMinutes |
number |
60 |
일괄 처리 제한 시간 |
gemini, openai, voyage에서 사용할 수 있습니다. OpenAI 일괄 처리는 일반적으로 대규모 백필에 가장 빠르고 저렴합니다.
remote.nonBatchConcurrency는 공급자 일괄 API가 활성화되지 않았을 때 로컬/자체 호스팅 공급자와 호스팅 공급자가 사용하는 인라인 임베딩 호출을 제어합니다. Ollama는 소규모 로컬 호스트의 과부하를 방지하기 위해 비일괄 인덱싱의 기본값으로 1을 사용합니다. 더 큰 머신에서는 더 높은 값을 설정하세요.
이는 인라인 임베딩 호출의 제한 시간을 제어하는 sync.embeddingBatchTimeoutSeconds와 별개입니다.
세션 메모리 검색(실험적)
세션 트랜스크립트를 인덱싱하고 memory_search를 통해 표시합니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
experimental.sessionMemory |
boolean |
false |
세션 인덱싱 활성화 |
sources |
string[] |
["memory"] |
트랜스크립트를 포함하려면 "sessions" 추가 |
sync.sessions.deltaBytes |
number |
100000 |
재인덱싱 바이트 임계값 |
sync.sessions.deltaMessages |
number |
50 |
재인덱싱 메시지 임계값 |
세션 트랜스크립트 검색 결과에도
tools.sessions.visibility가 적용됩니다. 기본
tree 가시성은 현재 세션과 이 세션이 생성한 세션만 노출합니다. DM과 같이
다른 세션에서 동일한 에이전트가 Gateway를 통해 디스패치한 관련 없는 세션을
회상하려면 가시성을 의도적으로 agent로 확장하세요. 에이전트 간 회상도 필요하고
에이전트 간 정책에서 허용하는 경우에만 all을 사용하세요.
아래 예시에서는 이러한 설정을 agents.defaults 아래에 배치합니다. 한 에이전트만
세션 트랜스크립트를 인덱싱하고 검색해야 하는 경우 에이전트별 재정의에 동등한
memorySearch 설정을 적용할 수도 있습니다.
동일 에이전트의 Gateway에서 DM으로 회상하려면:
내장 백엔드
{ agents: { defaults: { memorySearch: { experimental: { sessionMemory: true }, sources: ["memory", "sessions"], }, }, }, tools: { sessions: { visibility: "agent" }, },}QMD 백엔드
{ agents: { defaults: { memorySearch: { experimental: { sessionMemory: true }, sources: ["memory", "sessions"], }, }, }, memory: { backend: "qmd", qmd: { sessions: { enabled: true }, }, }, tools: { sessions: { visibility: "agent" }, },}QMD를 사용할 때 agents.defaults.memorySearch.experimental.sessionMemory와
sources: ["sessions"]만으로는 트랜스크립트가 QMD로 내보내지지 않습니다.
memory.qmd.sessions.enabled: true도 설정하세요.
SQLite 벡터 가속(sqlite-vec)
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
store.vector.enabled |
boolean |
true |
벡터 쿼리에 sqlite-vec 사용 |
store.vector.extensionPath |
string |
번들 제공 | sqlite-vec 경로 재정의 |
sqlite-vec를 사용할 수 없으면 OpenClaw는 자동으로 프로세스 내 코사인 유사도로 대체합니다.
인덱스 저장소
기본 제공 메모리 인덱스는 각 에이전트의 OpenClaw SQLite 데이터베이스인
agents/<agentId>/agent/openclaw-agent.sqlite에 저장됩니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
store.fts.tokenizer |
string |
unicode61 |
FTS5 토크나이저(unicode61 또는 trigram) |
QMD 백엔드 구성
활성화하려면 memory.backend = "qmd"를 설정합니다. 모든 QMD 설정은 memory.qmd 아래에 있습니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
command |
string |
qmd |
QMD 실행 파일 경로. 서비스의 PATH가 셸과 다르면 절대 경로를 설정하세요 |
searchMode |
string |
search |
검색 명령: search, vsearch, query |
rerank |
boolean |
-- | QMD 재순위 지정을 건너뛰려면 QMD 2.1 이상에서 searchMode: "query"와 함께 false로 설정 |
includeDefaultMemory |
boolean |
true |
MEMORY.md + memory/**/*.md 자동 인덱싱 |
paths[] |
array |
-- | 추가 경로: { name, path, pattern? } |
sessions.enabled |
boolean |
false |
세션 기록을 QMD로 내보내기 |
sessions.retentionDays |
number |
-- | 기록 보존 기간 |
sessions.exportDir |
string |
-- | 내보내기 디렉터리 |
searchMode: "search"는 어휘/BM25 전용입니다. 해당 모드에서는 memory status --deep 실행 중을 포함하여 OpenClaw가 의미론적 벡터 준비 상태 검사나 QMD 임베딩 유지 관리를 실행하지 않습니다. vsearch와 query에는 계속 QMD 벡터 준비 상태와 임베딩이 필요합니다.
rerank: false는 QMD query 모드만 변경하며 QMD 2.1 이상이 필요합니다. 직접 CLI 모드에서 OpenClaw는 --no-rerank를 전달하고, mcporter 기반 MCP 모드에서는 QMD의 통합 쿼리 도구에 rerank: false를 전달합니다. QMD의 기본 쿼리 재순위 지정 동작을 사용하려면 설정하지 않은 상태로 두세요.
OpenClaw는 최신 QMD 컬렉션 및 MCP 쿼리 형식을 우선 사용하지만, 필요한 경우 호환되는 컬렉션 패턴 플래그와 이전 MCP 도구 이름을 시도하여 이전 QMD 릴리스도 계속 작동하도록 합니다. QMD가 여러 컬렉션 필터 지원을 알리면 동일 소스 컬렉션을 하나의 QMD 프로세스로 검색합니다. 이전 QMD 빌드에서는 컬렉션별 호환 경로를 유지합니다. 동일 소스란 영구 메모리 컬렉션(기본 메모리 파일과 사용자 지정 경로)이 함께 그룹화된다는 뜻이며, 세션 기록 컬렉션은 별도 그룹으로 유지되어 소스 다변화에 계속 두 입력이 모두 포함됩니다.
mcporter 통합
모든 설정은 memory.qmd.mcporter 아래에 있습니다. 쿼리마다 qmd를 생성하는 대신 장기 실행 mcporter MCP 데몬을 통해 QMD 검색을 라우팅하여 대형 모델의 콜드 스타트 오버헤드를 줄입니다.
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
enabled |
boolean |
false |
요청마다 qmd를 생성하는 대신 mcporter를 통해 QMD 호출을 라우팅 |
serverName |
string |
qmd |
lifecycle: keep-alive로 qmd mcp를 실행하는 mcporter 서버 이름 |
startDaemon |
boolean |
true |
enabled가 true이면 mcporter 데몬을 자동으로 시작 |
mcporter가 설치되어 PATH에 있어야 하며, qmd mcp를 실행하도록 구성된 mcporter 서버도 필요합니다. 쿼리별 프로세스 생성 비용을 감수할 수 있는 단순한 로컬 설정에서는 비활성화 상태를 유지하세요.
업데이트 일정
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
update.interval |
string |
5m |
새로 고침 간격 |
update.debounceMs |
number |
15000 |
파일 변경 디바운스 |
update.onBoot |
boolean |
true |
장기 실행 QMD 관리자가 열릴 때 새로 고침. 즉시 부팅 업데이트를 건너뛰려면 false로 설정 |
update.startup |
string |
off |
선택적 Gateway 시작 시 QMD 초기화: off, idle 또는 immediate |
update.startupDelayMs |
number |
120000 |
startup: "idle" 새로 고침 실행 전 지연 시간 |
update.waitForBootSync |
boolean |
false |
초기 새로 고침이 완료될 때까지 관리자 열기를 차단 |
update.embedInterval |
string |
60m |
별도의 임베딩 주기 |
update.commandTimeoutMs |
number |
30000 |
QMD 유지 관리 명령(컬렉션 목록/추가)의 제한 시간 |
update.updateTimeoutMs |
number |
120000 |
각 qmd update 주기의 제한 시간 |
update.embedTimeoutMs |
number |
120000 |
각 qmd embed 주기의 제한 시간 |
제한
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
limits.maxResults |
number |
4 |
최대 검색 결과 수 |
limits.maxSnippetChars |
number |
450 |
스니펫 길이 제한 |
limits.maxInjectedChars |
number |
2200 |
삽입되는 총 문자 수 제한 |
limits.timeoutMs |
number |
4000 |
검색 제한 시간 |
범위
QMD 검색 결과를 받을 수 있는 세션을 제어합니다. session.sendPolicy와 동일한 스키마입니다.
{ memory: { qmd: { scope: { default: "deny", rules: [{ action: "allow", match: { chatType: "direct" } }], }, }, },}제공되는 기본값은 DM/직접 메시지 전용이며 그룹과 기타 채널 유형은 거부합니다. match.keyPrefix는 정규화된 세션 키와 일치하고, match.rawKeyPrefix는 agent:<id>:를 포함한 원시 키와 일치합니다.
인용
memory.citations는 모든 백엔드에 적용됩니다.
| 값 | 동작 |
|---|---|
auto (기본값) |
스니펫에 Source: <path#line> 바닥글 포함 |
on |
항상 바닥글 포함 |
off |
바닥글 생략(경로는 내부적으로 에이전트에 계속 전달됨) |
Gateway 시작 시 QMD 초기화가 활성화되어 있으면 OpenClaw는 적격 에이전트에 대해서만 QMD를 시작합니다. update.onBoot가 true이고 간격/임베딩 유지 관리가 구성되어 있지 않으면, 시작 시 부팅 새로 고침에 일회성 관리자를 사용한 후 종료합니다. 업데이트 또는 임베딩 간격이 구성되어 있으면, 시작 시 장기 실행 QMD 관리자를 열어 감시자와 간격 타이머를 관리하도록 합니다. update.onBoot: false는 부팅 직후 새로 고침만 건너뜁니다.
전체 QMD 예시
{ memory: { backend: "qmd", citations: "auto", qmd: { includeDefaultMemory: true, update: { interval: "5m", debounceMs: 15000 }, limits: { maxResults: 4, timeoutMs: 4000 }, scope: { default: "deny", rules: [{ action: "allow", match: { chatType: "direct" } }], }, paths: [{ name: "docs", path: "~/notes", pattern: "**/*.md" }], }, },}Dreaming
Dreaming은 agents.defaults.memorySearch가 아니라 plugins.entries.memory-core.config.dreaming에서 구성합니다.
Dreaming은 예약된 단일 스윕으로 실행되며 내부의 얕은 수면/깊은 수면/REM 단계를 구현 세부 사항으로 사용합니다.
개념적 동작과 슬래시 명령어는 Dreaming을 참조하세요.
사용자 설정
| 키 | 유형 | 기본값 | 설명 |
|---|---|---|---|
enabled |
boolean |
false |
Dreaming을 완전히 활성화하거나 비활성화합니다 |
frequency |
string |
0 3 * * * |
전체 Dreaming 스윕의 선택적 Cron 실행 주기 |
model |
string |
기본 모델 | 선택적 Dream Diary 하위 에이전트 모델 재정의 |
phases.deep.maxPromotedSnippetTokens |
number |
160 |
MEMORY.md로 승격된 각 단기 회상 스니펫에서 유지할 최대 예상 토큰 수입니다. 출처 메타데이터는 계속 표시됩니다. |
예시
{ plugins: { entries: { "memory-core": { subagent: { allowModelOverride: true, allowedModels: ["anthropic/claude-sonnet-4-6"], }, config: { dreaming: { enabled: true, frequency: "0 3 * * *", model: "anthropic/claude-sonnet-4-6", }, }, }, }, },}