세션 관리 및 압축(심층 분석)
이 문서는 OpenClaw가 세션을 엔드투엔드로 관리하는 방식을 설명합니다:- 세션 라우팅(인바운드 메시지가
sessionKey에 매핑되는 방식) - 세션 저장소(
sessions.json)와 추적하는 항목 - Transcript 지속성(
*.jsonl) 및 그 구조 - Transcript 위생(실행 전 프로바이더별 보정)
- 컨텍스트 한도(컨텍스트 창과 추적 토큰의 차이)
- 압축(수동 + 자동 압축)과 압축 전 작업을 연결할 위치
- 무음 하우스키핑(예: 사용자에게 보이는 출력을 생성하지 않아야 하는 메모리 쓰기)
- /concepts/session
- /concepts/compaction
- /concepts/memory
- /concepts/memory-search
- /concepts/session-pruning
- /reference/transcript-hygiene
단일 진실 공급원: Gateway
OpenClaw는 세션 상태를 소유하는 단일 Gateway 프로세스를 중심으로 설계되었습니다.- UI(macOS 앱, 웹 Control UI, TUI)는 세션 목록과 토큰 수를 Gateway에 질의해야 합니다.
- 원격 모드에서는 세션 파일이 원격 호스트에 있으므로, “로컬 Mac 파일을 확인”해도 Gateway가 실제로 사용하는 내용은 반영되지 않습니다.
두 가지 지속성 계층
OpenClaw는 세션을 두 계층으로 저장합니다:-
세션 저장소(
sessions.json)- 키/값 맵:
sessionKey -> SessionEntry - 작고, 변경 가능하며, 편집(또는 항목 삭제)해도 안전함
- 세션 메타데이터(현재 session id, 마지막 활동, 토글, 토큰 카운터 등)를 추적함
- 키/값 맵:
-
Transcript(
<sessionId>.jsonl)- 트리 구조를 가진 append-only transcript(항목에는
id+parentId가 있음) - 실제 대화 + 도구 호출 + 압축 요약을 저장함
- 이후 turn에서 모델 컨텍스트를 다시 구성하는 데 사용됨
- 트리 구조를 가진 append-only transcript(항목에는
디스크 위치
에이전트별로, Gateway 호스트에서:- 저장소:
~/.openclaw/agents/<agentId>/sessions/sessions.json - Transcript:
~/.openclaw/agents/<agentId>/sessions/<sessionId>.jsonl- Telegram topic 세션:
.../<sessionId>-topic-<threadId>.jsonl
- Telegram topic 세션:
src/config/sessions.ts를 통해 해결합니다.
저장소 유지 관리 및 디스크 제어
세션 지속성에는sessions.json 및 transcript 아티팩트를 위한 자동 유지 관리 제어(session.maintenance)가 있습니다:
mode:warn(기본값) 또는enforcepruneAfter: 오래된 항목의 보존 기간 기준(기본값30d)maxEntries:sessions.json의 최대 항목 수(기본값500)rotateBytes:sessions.json이 너무 커졌을 때 회전하는 기준 크기(기본값10mb)resetArchiveRetention:*.reset.<timestamp>transcript 아카이브의 보존 기간(기본값:pruneAfter와 동일,false면 정리 비활성화)maxDiskBytes: 선택적 세션 디렉터리 용량 예산highWaterBytes: 정리 후 목표 크기(기본값maxDiskBytes의80%)
mode: "enforce"):
- 가장 오래된 아카이브 또는 orphan transcript 아티팩트를 먼저 제거합니다.
- 여전히 목표를 초과하면 가장 오래된 세션 항목과 해당 transcript 파일을 제거합니다.
- 사용량이
highWaterBytes이하가 될 때까지 계속합니다.
mode: "warn"에서는 OpenClaw가 잠재적인 제거를 보고만 하고 저장소/파일은 변경하지 않습니다.
필요할 때 유지 관리를 실행하세요:
Cron 세션 및 실행 로그
격리된 cron 실행도 세션 항목/transcript를 생성하며, 전용 보존 제어가 있습니다:cron.sessionRetention(기본값24h)은 오래된 격리 cron 실행 세션을 세션 저장소에서 정리합니다(false면 비활성화).cron.runLog.maxBytes+cron.runLog.keepLines는~/.openclaw/cron/runs/<jobId>.jsonl파일을 정리합니다(기본값:2_000_000바이트 및2000줄).
세션 키(sessionKey)
sessionKey는 _어느 대화 버킷에 있는지_를 식별합니다(라우팅 + 격리).
일반적인 패턴:
- 메인/직접 채팅(에이전트별):
agent:<agentId>:<mainKey>(기본값main) - 그룹:
agent:<agentId>:<channel>:group:<id> - 방/채널(Discord/Slack):
agent:<agentId>:<channel>:channel:<id>또는...:room:<id> - Cron:
cron:<job.id> - Webhook:
hook:<uuid>(재정의되지 않은 경우)
세션 ID(sessionId)
각 sessionKey는 현재 sessionId(대화를 이어 가는 transcript 파일)를 가리킵니다.
기본 규칙:
- 재설정(
/new,/reset)은 해당sessionKey에 대해 새sessionId를 만듭니다. - 일일 재설정(기본값: Gateway 호스트 로컬 시간 오전 4:00)은 재설정 경계 이후 다음 메시지에서 새
sessionId를 만듭니다. - 유휴 만료(
session.reset.idleMinutes또는 레거시session.idleMinutes)는 유휴 시간 창 이후 메시지가 도착하면 새sessionId를 만듭니다. 일일 재설정과 유휴 만료가 모두 구성된 경우 더 먼저 만료되는 쪽이 적용됩니다. - 스레드 부모 포크 가드(
session.parentForkMaxTokens, 기본값100000)는 부모 세션이 이미 너무 큰 경우 부모 transcript 포크를 건너뜁니다. 새 스레드는 새로 시작됩니다. 비활성화하려면0으로 설정하세요.
src/auto-reply/reply/session.ts의 initSessionState()에서 이루어집니다.
세션 저장소 스키마(sessions.json)
저장소 값 타입은 src/config/sessions.ts의 SessionEntry입니다.
주요 필드(전체는 아님):
sessionId: 현재 transcript id(sessionFile이 설정되지 않은 한 파일명은 여기서 파생됨)updatedAt: 마지막 활동 타임스탬프sessionFile: 선택적 명시 transcript 경로 재정의chatType:direct | group | room(UI 및 전송 정책에 도움)provider,subject,room,space,displayName: 그룹/채널 라벨링용 메타데이터- 토글:
thinkingLevel,verboseLevel,reasoningLevel,elevatedLevelsendPolicy(세션별 재정의)
- 모델 선택:
providerOverride,modelOverride,authProfileOverride
- 토큰 카운터(최선의 노력 / 프로바이더 의존적):
inputTokens,outputTokens,totalTokens,contextTokens
compactionCount: 이 session key에 대해 자동 압축이 완료된 횟수memoryFlushAt: 마지막 압축 전 메모리 flush 타임스탬프memoryFlushCompactionCount: 마지막 flush가 실행되었을 때의 압축 횟수
Transcript 구조(*.jsonl)
Transcript는 @mariozechner/pi-coding-agent의 SessionManager가 관리합니다.
파일 형식은 JSONL입니다:
- 첫 줄: 세션 헤더(
type: "session",id,cwd,timestamp, 선택적parentSession포함) - 이후:
id+parentId를 가진 세션 항목(트리)
message: 사용자/assistant/toolResult 메시지custom_message: 모델 컨텍스트에는 포함되지만 UI에서는 숨길 수 있는 확장 주입 메시지custom: 모델 컨텍스트에는 포함되지 않는 확장 상태compaction:firstKeptEntryId및tokensBefore를 가진 저장된 압축 요약branch_summary: 트리 브랜치를 탐색할 때 저장되는 요약
SessionManager를 사용해 이를 읽고 씁니다.
컨텍스트 창과 추적 토큰의 차이
중요한 개념은 두 가지입니다:- 모델 컨텍스트 창: 모델별 하드 한도(모델에 보이는 토큰)
- 세션 저장소 카운터:
sessions.json에 기록되는 롤링 통계(/status및 대시보드에 사용)
- 컨텍스트 창은 모델 카탈로그에서 오며(config로 재정의 가능)
- 저장소의
contextTokens는 런타임 추정/보고 값이므로 엄격한 보장으로 취급하지 마세요.
압축: 무엇인가
압축은 오래된 대화를 transcript의 저장된compaction 항목으로 요약하고 최근 메시지는 그대로 유지하는 것입니다.
압축 후 이후 turn에서는 다음이 보입니다:
- 압축 요약
firstKeptEntryId이후의 메시지
압축 청크 경계와 도구 페어링
OpenClaw가 긴 transcript를 압축 청크로 나눌 때는 assistant 도구 호출이 해당toolResult 항목과 짝지어지도록 유지합니다.
- 토큰 비율 기준 분할 지점이 도구 호출과 그 결과 사이에 걸리면, OpenClaw는 둘을 분리하는 대신 경계를 assistant 도구 호출 메시지 쪽으로 이동합니다.
- 후행 tool-result 블록 때문에 청크가 목표 크기를 초과하게 되는 경우, OpenClaw는 해당 대기 중 도구 블록을 보존하고 요약되지 않은 꼬리 부분을 그대로 유지합니다.
- 중단되었거나 오류가 난 도구 호출 블록은 대기 중 분할 상태를 유지하지 않습니다.
자동 압축이 발생하는 시점(Pi 런타임)
임베디드 Pi 에이전트에서 자동 압축은 두 경우에 트리거됩니다:- 오버플로 복구: 모델이 컨텍스트 오버플로 오류를 반환하는 경우
(
request_too_large,context length exceeded,input exceeds the maximum number of tokens,input token count exceeds the maximum number of input tokens,input is too long for the model,ollama error: context length exceeded및 유사한 프로바이더 형태 변형) → 압축 → 재시도. - 임계값 유지 관리: 성공적인 turn 이후 다음 조건일 때:
contextTokens > contextWindow - reserveTokens
여기서:
contextWindow는 모델의 컨텍스트 창입니다reserveTokens는 프롬프트 + 다음 모델 출력에 예약해 두는 여유 토큰입니다
압축 설정(reserveTokens, keepRecentTokens)
Pi의 압축 설정은 Pi 설정에 있습니다:
compaction.reserveTokens < reserveTokensFloor이면 OpenClaw가 값을 올립니다.- 기본 하한은
20000토큰입니다. - 하한을 비활성화하려면
agents.defaults.compaction.reserveTokensFloor: 0으로 설정하세요. - 이미 더 높으면 OpenClaw는 그대로 둡니다.
src/agents/pi-settings.ts의 ensurePiCompactionReserveTokens()
(src/agents/pi-embedded-runner.ts에서 호출됨).
사용자에게 보이는 표면
다음을 통해 압축과 세션 상태를 확인할 수 있습니다:/status(모든 채팅 세션에서)openclaw status(CLI)openclaw sessions/sessions --json- 자세한 모드:
🧹 Auto-compaction complete+ 압축 횟수
무음 하우스키핑(NO_REPLY)
OpenClaw는 사용자가 중간 출력을 보면 안 되는 백그라운드 작업을 위한 “무음” turn을 지원합니다.
규칙:
- assistant는 정확한 무음 토큰
NO_REPLY/no_reply로 출력을 시작하여 “사용자에게 응답을 전달하지 말라”는 뜻을 나타냅니다. - OpenClaw는 전달 계층에서 이를 제거/억제합니다.
- 정확한 무음 토큰 억제는 대소문자를 구분하지 않으므로, 전체 페이로드가 무음 토큰뿐일 때
NO_REPLY와no_reply는 모두 유효합니다. - 이는 진정한 백그라운드/무전달 turn에만 사용해야 하며, 일반적인 실행 가능한 사용자 요청을 위한 지름길이 아닙니다.
2026.1.10부터 OpenClaw는 부분 청크가 NO_REPLY로 시작할 때 초안/입력 중 스트리밍도 억제하므로, 무음 작업이 turn 중간에 부분 출력을 노출하지 않습니다.
압축 전 “메모리 flush”(구현됨)
목표: 자동 압축이 발생하기 전에 디스크에 지속 상태를 기록하는 무음 에이전트 turn을 실행하여(예: 에이전트 워크스페이스의memory/YYYY-MM-DD.md) 압축으로 중요한 컨텍스트가 사라지지 않도록 합니다.
OpenClaw는 사전 임계값 flush 접근 방식을 사용합니다:
- 세션 컨텍스트 사용량을 모니터링합니다.
- “소프트 임계값”(Pi의 압축 임계값보다 낮음)을 넘으면 에이전트에 무음 “지금 메모리를 기록하라” 지시를 실행합니다.
- 사용자가 아무것도 보지 않도록 정확한 무음 토큰
NO_REPLY/no_reply를 사용합니다.
agents.defaults.compaction.memoryFlush):
enabled(기본값:true)softThresholdTokens(기본값:4000)prompt(flush turn용 사용자 메시지)systemPrompt(flush turn에 추가되는 추가 시스템 프롬프트)
- 기본 prompt/system prompt에는 전달을 억제하기 위한
NO_REPLY힌트가 포함됩니다. - flush는 압축 주기당 한 번만 실행됩니다(
sessions.json에서 추적). - flush는 임베디드 Pi 세션에서만 실행됩니다(CLI 백엔드는 건너뜀).
- 세션 워크스페이스가 읽기 전용(
workspaceAccess: "ro"또는"none")이면 flush는 건너뜁니다. - 워크스페이스 파일 레이아웃과 쓰기 패턴은 Memory를 참고하세요.
session_before_compact hook도 노출하지만, 현재 OpenClaw의 flush 로직은 Gateway 측에 있습니다.
문제 해결 체크리스트
- 세션 키가 잘못되었나요? /concepts/session부터 시작하고
/status의sessionKey를 확인하세요. - 저장소와 transcript가 일치하지 않나요? Gateway 호스트와
openclaw status의 저장소 경로를 확인하세요. - 압축이 너무 자주 발생하나요? 다음을 확인하세요:
- 모델 컨텍스트 창(너무 작음)
- 압축 설정(모델 창에 비해
reserveTokens가 너무 높으면 더 이른 압축을 유발할 수 있음) - tool-result 팽창: 세션 가지치기를 활성화/조정하세요
- 무음 turn이 새어 나오나요? 응답이
NO_REPLY로 시작하는지(대소문자 구분 없는 정확한 토큰) 확인하고, 스트리밍 억제 수정이 포함된 빌드를 사용 중인지 확인하세요.