Palace · Imported Insights · 매트릭스 · 7단계 Runbook · 그래픽 세션 검수
이미 OpenClaw를 안정적으로 돌리는 중·상급 사용자는 v2026.4.x 부근에서 메모리 하위시스템이 더 검증 가능해짐을 체감합니다. Memory Palace는 어떤 청크가 왜 불렸는지 펼쳐 보여 주고, Imported Insights는 외부 코퍼스를 검색 경로에 붙입니다—운영 부담은 모델 추측에서 데이터 거버넌스·인덱스 부피·Gateway 관측으로 옮겨 갑니다. 이 글은 SOUL/MEMORY 파일층과의 역할 경계, 팽창류 증상용 의사결정 매트릭스, doctor부터 공개 Runbook까지 7단계 폐루프, 티켓에 붙일 네 문장, SSH만으로는 동치가 아닌 원격 Mac 그래픽 세션 검수표를 제시합니다. SOUL/MEMORY/IDENTITY 파일 실전, 무응답 점검, v2026.4.5 업그레이드·doctor 체크리스트와 함께 읽으면 보이는 메모리 전략을 변경 프로세스에 한 번에 맞출 수 있습니다.
먼저 경계를 그은 뒤 튜닝하세요. 그렇지 않으면 Palace 블록을 고치고 MEMORY.md에서 문단을 지웠다가 CSV로 같은 사실을 다시 넣는 식으로 세 가지 진실이 싸웁니다. 아래 다섯 가지는 배포 전 게이트이며, SecretRef 감사와 같은 리뷰 패키지로 여는 것이 좋습니다.
Memory Palace: 이번 턴에 어떤 블록이 소환됐고 주제와 맞는지·충돌하는지를 보여 줍니다. 런타임 거울이지 MEMORY.md에 정리한 장기 사실을 대체하지 않으며, 둘은 맞추고 diff할 수 있어야 합니다. 삭제한 내용이 Palace에 남으면 인덱스 미재구축·중복 워크스페이스·옛 트리를 의심합니다.
Imported Insights: ChatGPT 내보내기·티켓 발췌 등 외부 코퍼스를 검색 가능한 인사이트로 만듭니다. 리스크는 부피·중복 제거·민감 필드입니다. 비식별화 없이 가져오면 이름·토큰 조각이 기본 검색 컨텍스트로 들어가 프롬프트만으로는 덮기 어렵습니다.
SOUL/MEMORY 파일: 페르소나와 장기 사실의 디스크 권위입니다. Palace와 파일이 오래 엇갈리면 먼저 모델을 탓하지 말고, 의도된 그레이스케일인지 경로·인덱스 오류인지 밝히세요.
SecretRef·감사: 비밀은 openclaw secrets plan/apply/audit 리듬을 따릅니다. Palace에 키처럼 보이는 내용이 있으면 블록만 지우기 전에 로테이션해 감사를 UI에서만 가리지 않습니다.
컴플라이언스·보존: 검증 가능은 종종 입증 가능을 의미합니다—누가 가져오기를 허용하는지, 어디에 두는지, 로그를 얼마나 보관하는지 위키에 적습니다. 임대 노드에서는 민감 내보내기의 유일한 사본을 암호화 저장 없이 다운로드에만 두지 않습니다.
사이트의 SOUL/MEMORY/IDENTITY 글은 디스크에서의 로드 순서와 편집 규율을 다루고, 이 글은 가져온 뒤 런타임 층이 파일과 어떻게 맞물리는지를 다룹니다. 변경 요청에 「파일 수정」과 「Palace 확인」을 같이 묶을 때 두 글을 함께 읽으면 됩니다.
아래 표는 현상 → 우선 의심 → 다음 확인 → 흔한 오판 순으로 동료에게 그대로 전달할 수 있게 썼습니다. Palace 「히트」와 수동 인용의 차이, 가져오기 승인자, 스테이징·프로덕션 인덱스 분리 여부를 짧은 용어집으로 적어 두면 투명한 소환에서 용어가 쉽게 낡지 않습니다.
| 현상 | 우선 의심 | 다음 | 흔한 오판 |
|---|---|---|---|
| 첫 토큰·전체 지연 증가 | 검색 후보 과다, 청크 과대, 재순위 비용 | Gateway 상류 타임아웃·대기·지역 네트워크 | 곧바로 최대 모델 |
| 파일 대비 사실이 낡음 | MEMORY와 Palace 인덱스 불일치 | 여러 워크스페이스 경로·옛 인덱스 디렉터리 | 시스템 프롬프트만 수정 |
| 한 스레드 내 모순 | 블록 충돌, Insights와 SOUL 경계 충돌 | 도구가 더 새 외부 데이터 반환 | 모델 탓 |
| memory 관련 콘솔 오류 | 업그레이드 후 doctor 생략, 마이그레이션 미완 | 디스크 가득으로 인덱스 쓰기 실패 | 로그 없이 재시작만 반복 |
고정된 프롬프트 한 쌍(가져오기 전·시범 후·전량 후)으로 첫 바이트 시간, 종단 지연, 소환 건수를 기록하세요. 소환 건수가 가져오기에 비례해 늘고 첫 바이트는 거의 그대로면 병목은 대개 검색·재순위입니다. 둘 다 함께 튀면 모델과 네트워크를 같은 티켓에 넣어 분리합니다.
볼륨과 히트를 재고 모델을 바꾼다. MEMORY와 Palace를 맞춘 뒤 페르소나를 고친다.
순서를 지키세요: 앞 단계는 환경 지문을 고정하고, 중간은 가져오기·검색 부피를 제한하며, 마지막은 비밀과 프로세스를 문서에 남깁니다. 1단계에서 채널이 조용하거나 heartbeat가 깨지면 무응답 트리아지를 병행해 Gateway 문제를 메모리 팽창으로 오분류하지 마세요.
버전·설정 루트: openclaw --version, openclaw doctor 실행. memory·index·workspace 관련 doctor 출력은 롤백 비교를 위해 티켓에 그대로 붙입니다.
가져오기 템플릿·마스킹: 허용·금지 필드 목록. 큰 로그는 주제별로 분할. 해시나 문단 지문으로 중복 제거.
소량 파일럿 가져오기: 목표량의 약 5–10%부터. Palace 항목 수·디스크·Gateway 시간 관찰. 롤백용 배치 ID·시간 창 기록.
소환 안정성: 고정 탐침 프롬프트 두 개를 각각 두 번 실행. 흔들리면 경로·재구축·타인 워크스페이스 교차를 봅니다.
Gateway 관측: 가져오기 전·시범·전량 세 구간에서 첫 바이트·토큰·후보 규모 비교. 지연이 후보에 선형이면 top‑k·가져오기량을 먼저 줄입니다.
시크릿 감사: openclaw secrets audit을 SecretRef 대장과 맞춤. 변경은 구두가 아니라 변경 기록에.
Runbook·보존: 승인자·보존 기간·암호화 내보내기·인덱스 재구축 권한·롤백. 법무와 「누가 Palace를 볼 수 있는지·로그 보존 기간」을 맞춥니다.
{
"baseline_probe": { "prompt_id": "A", "runs": 2 },
"metrics": ["ttfb_ms", "total_ms", "recall_hits", "total_tokens"],
"compare_at": ["before_import", "trial_import", "full_import"]
}
안내: 키 이름은 예시입니다. 중요한 것은 동일 프롬프트·동일 채널·세 시점으로 재현 가능하게 해 리뷰에서 「어느 구간부터 느려졌는지」 답할 수 있게 하는 것입니다.
아래 문장은 플랫폼 지원·내부 SRE 스레드에 붙이기 좋게 썼습니다. 숫자 구간은 환경 히스토그램으로 바꾸세요.
주의: 「모델이 약하다」를 근본 원인에 쓰기 전에 세 구간 기선표를 첨부하세요. 리뷰에서 다시 요구받습니다.
SSH와 GUI는 키체인·브라우저 인증서·화면 기록·손쉬운 사용 등 맥락에서 완전히 같지 않습니다. Palace·브라우저 Network·시스템 개인 정보 보호는 Gateway와 같은 대화형 사용자 세션에서 다루는 것이 맞습니다. 다국어 템플릿용 세 열 표입니다.
| 검수 항목 | 작업 요점 | 통과 기준 |
|---|---|---|
| Gateway·네트워크 | 로컬 브라우저에서 콘솔 열기. Network에서 memory/recall 필터. | 401/429 폭풍 없음. 실패가 경로·인증으로 설명 가능. |
| 개인 정보·권한 | 시스템 설정 → 개인 정보 보호 및 보안에서 화면 기록·자동화 등 확인. | 바이너리 경로 일치. 변경 후 관련 프로세스 재시작. |
| 언어·시간 | 메뉴 막대 시간·Palace 언어·로그 타임존 대조. | 티켓 시각과 로그 일치. 지역 간에는 UTC 표기. |
| 메모리·디스크 | 활동 모니터로 메모리 압력. 여유 공간 확인. | 대량 가져오기 시 swap 급증 없음. 디스크 안전선 위. |
| 다중 사용자 격리 | 작업 디렉터리·인덱스 경로가 타인과 섞이지 않게. | Palace에 타인 네임스페이스 없음. 재구축은 승인 절차. |
여러 사람이 같은 임대 노드를 쓸 때 Runbook에 누가 인덱스 재구축을 트리거할 수 있는지를 적어 두면, Palace에서 사후 추측하는 것보다 비용이 한 자릿수 적습니다.
아래는 공개 블로그 페이지입니다. 3·4절과 교차로 읽을 수 있으며, 다른 언어 사이트로 옮길 때 구분선·제목·카드 그리드는 유지하고 URL·요약만 바꾸면 됩니다.
디스크 역할, 로드 순서, 원격 Mac 편집 체크리스트.
읽기 →plan / apply / audit, Palace에 키처럼 보일 때의 규율.
읽기 →먼저 비메모리 오류로 분기한 뒤 이 글 매트릭스로 돌아옵니다.
읽기 →더 흔한 것은 검색 후보·컨텍스트 부피입니다. Gateway 로그의 첫 바이트 시간과 소환 건수를 먼저 대조한 뒤 모델을 바꾸세요. 이 글 2절 매트릭스와 3절 5단계 기선과 함께 쓰면 됩니다.
워크스페이스 경로가 유일한지, 인덱스를 재구축했는지, 설정 사본이 여러 개인지 먼저 확인합니다. Palace는 런타임 뷰이며 디스크 권위와 맞추고 diff할 수 있어야 합니다. 1절과 파일 실전 글을 참고하세요.
일시 완화는 되지만 근본은 가져오기와 키 흐름입니다. 다음 재구축에 다시 드러날 수 있으므로 마스킹과 SecretRef로 돌아가세요.
본질적으로 충돌하지 않습니다. Skill이 더 새 사실을 주면 MEMORY에 권위 출처 우선순위를 적고 Palace에서 소환 순서를 검증하세요.
검증 가능 메모리는 비용을 프롬프트 암시에서 데이터 거버넌스와 Gateway 관측으로 옮깁니다. Palace에서 소환을 볼 수 있지만 가져오기 배치·인덱스·감사 책임은 여전히 사용자에게 있습니다. SSH만 쓰고 Gateway와 같은 사용자의 그래픽 세션에서 개발자 도구·시스템 개인 정보 보호를 열지 않으면 키체인·인증서·권한 대화상자가 로그와 맞지 않아 티켓이 갈라지기 쉽습니다.
물리 Mac 단독 보유는 절전 정책·업데이트 창·전기·감가를 떠안고, 작은 노트북은 인덱스 재구축·대량 가져오기에 디스크와 메모리가 바닥납니다. 원격 Mac과 재현 가능한 GUI 세션은 가동률과 베이스 이미지를 제공업에 맡기고 메모리 정책·비밀 면은 당신이 쥐되, 평균 복구 시간을 더 예측 가능하게 만들기 쉽습니다.
자체 하드움에 덜 묶이면서도 이 글 5절과 같은 검수 경로를 원하면 VNCMac으로 클라우드 Mac을 임대하세요. 아래 주 버튼은 한국어 구매 페이지, 요금·안내는 홈에서 비교할 수 있습니다.