release.md

WygLore Leaf 2.9.30

거대 챗(수백만 토큰급)의 메모리 부족(OOM) 안정화 를 중심으로, 2.9.22~2.9.23 에서 다진 변경을 묶은 새 릴리즈입니다. 이전 버전 위에 그대로 덮어 설치하면 되고, 진행 중이던 챗의 기억뜰은 그대로 유지됩니다.

빌드	받을 파일
V3 (보통의 RisuAI)	WygLoreLeaf-2.9.30.js
V2 (Stable RisuAI)	WygLoreLeaf-v2-2.9.30.js

2.9.30 — 한 눈에

• [수정] 아주 큰 챗에서 채팅 중 튕긴 뒤 기억 "나이테"(연령 분포)가 전부 "방금"으로 뭉치던 문제 — 멈춰도 처음부터 다시 하지 않고 멈춘 지점부터 이어서 따라잡아, 나이테가 무너지지 않습니다.
• [개선] 맥락 따라잡기를 기기 사양에 맞춰 여러 턴에 나눠 처리 — 모바일·저사양에서 한 번에 메모리가 터지지 않게(빠뜨림 없이 이어서, 전에 튕긴 적 있으면 더 보수적으로).
• [개선] 튕겨도 진단 정보가 남습니다 — 재시작 후 정보 → 로그이력 의 [내보내기] 또는 "직전 진단" 카드로 보고할 수 있어요.
• [개선] 봇 설정·로어북 기억을 압축 저장 — 큰 기억뜰의 메모리 부담 완화(내용 동일·자동 복원, 대화에서 직접 쌓인 기억은 미대상).
• [수정] 브라우저에서 다른 탭을 보며 채팅해도 기억이 "삭제"로 오인되지 않습니다. (+ 개요 탭 [지금 확인]·[변경점 보기])

항목별 자세한 설명과 그 이전(2.9.9~2.9.21)의 변경은 아래 상세 기록 을 참고하세요.

---

상세 기록 — v2.9.9 ~ v2.9.30 (항목별)

아래 2430번(2.9.222.9.23 개발분)이 2.9.30 으로 묶여 배포됩니다. 그 위는 이전 누적 변경입니다.

다른 챗·봇의 기억이 섞여 들어가던 문제를 바로잡았습니다. 더불어 "초록 원이 멈추지 않던" 무한 로딩을 여러 갈래로 끊고(보조 모델 빈 응답·화면 밖 안내창·맥락 따라잡기 직후 멈춤), 로어북이 커서 최대 토큰을 넘길 때 자동으로 줄여 보내며, Gemini(Vertex 포함)의 추론(thinking) 강도를 직접 조절하는 칸도 더했습니다. 그리고 새로 시작한 챗 에서 캐릭터·세계관 정보를 잘 끌어오지 못하던 문제를 — RisuAI 본체의 로어북 활성화 방식을 따라 — base 로어북이 먼저 들어가도록 고치고, 전송길이 자동 조절이 한국어 토큰을 더 정확히 가늠해 비율을 낮춰도 예산을 넘기던 문제와 줄이는 순서가 로어북 우선순위를 따르도록 다듬었습니다.

이어 상태창·삽화 같은 봇 출력 지침이 안 나오던 문제, 봇 프롬프트가 예산을 꽉 채우면 기억이 통째로 빠지던(0 주입) 문제 를 고치고, 자율주행처럼 유저 입력이 없어도 스토리에 등장한 캐릭터가 유지되도록 감쇠 장면 로스터 를 더했으며, 연관 기억 활성화도 로어북과 같은 실제 챗 을 읽도록 정렬했습니다. (진행 안내 문구도 "중간 맥락 따라잡기" 로 다듬었습니다.)

이어 2.9.17 부터 2.9.22 까지는 다른 플러그인과 함께 켜도 멈추지 않도록 다지고, 큰 패치 뒤 적대적 점검으로 데이터 무결성 16건을 한 번에 보강했으며, 변수·상태창이 바뀔 때 "대량 삭제"로 오인하던 문제를 막고, 채팅에 기억뜰을 임베드할 때의 메모리 부담을 크게 줄였습니다. 또한 브라우저에서 다른 탭을 보며 채팅해도 기억이 "삭제"로 오인되지 않도록 다졌습니다.

그리고 2.9.23 은 아주 긴 채팅(수백만 토큰급)에서의 메모리 부족(OOM) 을 정조준했습니다. 큰 챗에서 채팅을 칠 때 튕긴 뒤 기억의 "나이테"(연령 분포)가 전부 "방금"으로 뭉치던 문제 를 막고(멈춰도 처음부터 다시 하지 않고 멈춘 지점부터 이어서 따라잡음), 기기 사양에 맞춰 여러 턴에 나눠 처리 해 한 번에 터지지 않게 하고, 튕겨도 진단이 남아 보고 할 수 있게 했으며, 봇 설정·로어북 기억을 압축 저장 해 큰 기억뜰의 메모리 부담을 줄였습니다.

빌드	받을 파일
V3 (보통의 RisuAI)	WygLoreLeaf-2.9.30.js
V2 (Stable RisuAI)	WygLoreLeaf-v2-2.9.30.js

이전 버전 위에 그대로 덮어 설치하면 됩니다. 진행 중이던 챗의 기억뜰은 그대로 유지됩니다.

---

무엇을 고쳤나

1. 다른 챗·봇의 기억이 섞여 들어가던 문제 (가장 중요)

증상 — 챗 A(캐릭터 B)에서 놀다가 다른 챗 C(캐릭터 D)로 갔는데, 갑자기 페르소나가 B 를 언급하는 등 이전 챗·봇의 기억이 엉뚱한 챗에 섞여 나오던 문제.

원인 — 패널을 닫고 채팅하던 중 챗을 바꾸면, 아직 기억뜰이 없는 새 챗 으로 들어갈 때 이전 챗의 기억이 메모리에 남아 새 챗의 자리로 저장되고 있었습니다. (패널을 열어 둔 채 전환하는 경로에는 이미 막혀 있던 누수가, 채팅 중 전환 경로에만 빠져 있었습니다.)

해결 — 기억뜰이 없는 챗으로 들어갈 때 메모리를 먼저 비웁니다. 이전 챗의 기억은 그 챗의 자리에 이미 저장돼 있어 손실 없이 보존됩니다.

이미 섞여 버린 기억뜰은 해당 챗에서 기억뜰 초기화로 정리할 수 있습니다. 이 업데이트는 새로 섞이는 것을 막습니다.

2. 보조 모델이 빈 응답을 반복하면 연관기억 작업을 자동으로 멈춥니다

증상 — 보조(연관기억) 슬롯에 빈 응답만 돌려주는 모델을 넣으면, 응답 직전에 수백 개의 기억을 헛돌며 인덱싱을 반복해 초록 표시가 멈추지 않거나 매 턴이 한참 멈췄습니다. 특히 전체 맥락 따라잡기 직후 자주 나타났습니다.

해결 — 보조 슬롯이 연속으로 빈 응답을 주면, 그 세션 동안 연관기억 인덱싱·검색을 자동으로 중단하고 한 번 안내합니다. 보조 모델을 정상 작동하는 것으로 바꾸면(또는 비우면 본 모델로 폴백) 즉시 회복됩니다. 같은 인덱싱이 끝나기 전에 다음 턴이 또 시작해 중첩되던 것도 막았습니다.

보조 슬롯에는 응답이 정상으로 나오는 모델 을 쓰세요. 비워두면 본 모델을 그대로 씁니다.

3. 화면에 안 보이는 안내창에 묶여 멈추던 무한 로딩

증상 — 모바일 등에서 전체 맥락 따라잡기 확인창 이나 대량 삭제 경고창 이 화면에 못 떠 보이지 않을 때, 누를 수 없는 그 창을 기다리며 응답이 영영 멈췄습니다.

해결 — 창을 띄울 수 없는 환경이면 안전한 기본 동작으로 즉시 넘어갑니다(요청은 그대로 진행, 다음 턴 재시도). 보이는데 가려진 경우를 대비한 시간 백스톱도 넣었습니다.

4. 로어북이 커서 최대 토큰을 넘기면 자동으로 줄여 보냅니다

증상 — 항상 활성 로어북이나 큰 봇 카드(설명·첫 메시지 포함)가 많으면, 전송길이 자동 조절을 켜고 비율을 낮춰도 로어북은 줄지 않아 최대 토큰을 훌쩍 넘겼습니다(요청 자체가 토큰 한도 에러).

해결 — 이제 한도를 넘기면 우선순위가 낮은 것부터 자동으로 줄입니다. 활성도 낮은 에피소드 기억을 먼저, 그 다음 로어북을 봇 제작자가 매긴 우선순위(insertorder)가 낮은 것부터 줄이며, 지금 이 장면에 살아있는 기억 과 설명·첫 메시지 는 마지막까지 지킵니다. (설명·첫 메시지는 캐릭터 카드에 어차피 들어가 있어, 우리 주입에서 빠져도 프롬프트에는 남습니다. 우선순위 처리의 자세한 개선은 아래 §10.)

동작 변경 안내: 이전에는 로어북(세계관)을 절대 줄이지 않았지만, 최대 토큰을 넘겨 요청이 통째로 실패하는 것보다 우선순위 낮은 항목을 줄여 통과시키는 쪽으로 바꿨습니다. 깊이 모드(기본)와 전송길이 자동 조절을 켠 경우에 적용됩니다. 잘림이 잦으면 항상활성 로어북을 줄이거나 최대 컨텍스트를 키워 주세요.

5. 임베딩 연결 테스트의 잘못된 경고를 바로잡았습니다

임베딩 연결 테스트가 성공해도 동작 이력에 "vector 아님" 경고가 뜨던 오발화를 고쳤습니다. (임베딩은 출력 토큰이 0이 맞습니다.)

6. Gemini(Vertex 포함)에서 추론(thinking) 강도를 직접 조절할 수 있습니다

요청을 반영해, Vertex AI · Gemini · Custom (Gemini 호환) 프로바이더 설정에 "추가 generationConfig (JSON)" 칸을 더했습니다. 일부 flash-lite 계열이 과하게 추론하느라 보조 응답이 비거나 느려질 때, 여기에 값을 직접 넣어 줄일 수 있습니다.

• 2.5 계열 예: {"thinkingConfig": {"thinkingBudget": 0}}
• 3.x 계열 예: {"thinkingConfig": {"thinkingLevel": "low"}}
• 여기 값이 플러그인 기본값을 덮어쓰며, 잘못된 JSON 은 조용히 무시됩니다.

7. 맥락 따라잡기 직후 응답이 한참 멈추던 시간을 줄였습니다 (2.9.10)

증상 — 로어북이 많은 큰 봇에서 맥락 따라잡기 가 돌면, 응답 직전이 20초 넘게 멈추곤 했습니다.

원인 — 맥락 따라잡기가 검색용 카논 인덱스 빌드(로어북 수백 개를 한 번에 인덱싱)까지 요청을 붙잡은 채 끝내고 있었습니다.

해결 — 인덱스 빌드를 요청 흐름 밖으로 뺐습니다. 응답이 먼저 나가고, 인덱스는 뒤에서(비차단) 짓습니다. 인덱싱에 쓰던 시간만큼 응답 직전 멈춤이 줄어듭니다. (연관 검색 보조는 한 박자 늦게 완성되지만 응답 품질엔 영향이 없습니다.)

8. 고급 설정이 챗을 바꾸면 도로 꺼지던 문제 (2.9.10)

증상 — 전송길이 자동 조절(자동 줄임) 등 고급 설정을 켜 둬도, 다른 챗에 갔다 오거나 새로고침·재설치하면 도로 꺼지던 문제.

원인 — 이 설정들이 챗별 저장본 에만 보관돼, 챗을 바꾸면 다른 챗의 옛 저장본이 불러와지며 켠 설정을 덮어썼습니다.

해결 — 고급·의미추출 설정 탭의 사용자 설정 전체(자동 줄임·깊이 모드·재정렬·단계 탐색·맥락 따라잡기 토글·임베딩 등)를 전역 으로 보관하도록 했습니다. 한 번 바꾸면 챗 전환·재설치와 무관하게 유지됩니다.

9. 새 챗에서 캐릭터·세계관 정보를 못 불러오던 문제 (2.9.11)

증상 — 어느 정도 진행된 챗은 괜찮은데, 처음 시작한 챗 에서는 캐릭터·세계관 정보를 잘 모르는 것처럼 굴던 문제. 리퀘스트를 까 보면 관련 로어북이 거의 안 들어가 있었습니다.

원인 — 연관 검색용 인덱스가 아직 준비되기 전 이라(맥락 따라잡기를 거친 챗은 준비됨), 첫 입력이 로어북 키워드에 직접 안 닿으면 관련 로어북을 끌어올 길이 없었습니다.

해결 — 인덱스가 없어도 base 로어북이 먼저 제 역할을 하도록, RisuAI 본체의 로어북 활성화 방식을 따라 두 가지를 더했습니다:

• 연쇄 활성화 — 이미 들어간 설명(desc)·항상활성 로어북의 본문 이 다른 항목을 언급하면 그 항목도 함께 불러옵니다. (RisuAI 본체의 재귀 스캔과 같은 방식. 예: 설명이 "엘리시아 왕국"을 언급하면 엘리시아 로어북도 자동으로.)
• 새 챗 기본 로어북 — 첫 메시지가 어떤 키워드도 못 건드려도, 봇 제작자가 우선순위로 둔 로어북 상위 항목을 기본으로 넣습니다.

연관 검색(인덱싱) 기반의 정교한 끌어오기는 그 위에 그대로 얹힙니다 — 이건 그 전에 새 챗이 최소한 굶지 않게 하는 base 입니다. 깊이 모드(라이트/표준/깊게)에 따라 연쇄 깊이가 1~3 단계로 조절됩니다.

10. 전송길이 자동 조절 — 한국어 토큰 정확도 + 로어북 우선순위 (2.9.11)

위 §9 의 연쇄 활성화가 촘촘한 봇에서 로어북을 많이 끌어오면, 전송길이 자동 조절이 제대로 줄여 주지 못해 예산을 넘기는 경우가 있었습니다. 두 가지를 고쳤습니다:

• 한국어 토큰 정확도 — 줄일 양을 가늠할 때 글자 수를 토큰으로 환산하는데, 한국어가 영어보다 토큰이 훨씬 조밀한 걸 반영하지 못해(평균치 가정) 비율을 낮춰도 예산을 넘기곤 했습니다. 이제 한국어·한자 글자를 더 무겁게 세어 실제 토큰에 가깝게 줄입니다.
• 로어북 우선순위 존중 — 줄일 때 봇 제작자가 매긴 로어북 우선순위(insertorder)를 따릅니다. 항상활성이라고 무조건 지키고 트리거라고 무조건 먼저 버리던 걸 바꿔서, 우선순위 높은 트리거 항목이 우선순위 낮은 항상활성보다 먼저 잘리지 않게 했습니다. (지금 장면에 살아있는 항목은 여전히 최후까지 보호.)

참고: 자동 조절의 비율 설정이 이제 실제 예산 대비 비율대로 동작합니다. 이전에 한국어 봇에서 비율을 낮춰 쓰셨다면 더 줄어들 수 있으니, 너무 적게 들어가면 비율을 조금 올려 주세요. 깊은(thorough) 모드의 자동 안전장치는 과하게 깎이지 않도록 완화돼 있습니다.

11. 한국어 로어북 키워드 매칭 정확도 (2.9.11)

증상 — 여러 어절로 된 한국어 로어북 키워드("엘리시아 왕국")가 본문에 조사·어순·띄어쓰기 차이로 끊겨 나오면("엘리시아의 왕국") 아예 안 잡혀, 관련 로어북이 안 끌려오던 문제.

해결 — 키워드를 어절 단위로 나눠 일치율(몇 어절이 맞았는지)로 매칭합니다. 절반을 넘게 맞으면 끌어오고, 더 많이 맞는 키워드를 우선 합니다. 띄어쓰기 차이("마법사 길드"와 "마법사길드")도 양쪽 다 잡습니다. (RisuAI 본체의 띄어쓰기 무시 매칭과 같은 방향에 어절 일치율을 더한 것.)

12. 유저가 직접 언급한 캐릭터·항목이 안 들어가던 문제 (2.9.11)

증상 — 대화에서 직접 이름을 부른 캐릭터인데도 그 정보가 프롬프트에 안 들어가고, 정작 현재 장면과 무관한 캐릭터들이 잔뜩 들어가던 문제.

원인 — 봇이 캐릭터 로어북 우선순위(insertorder)를 전부 같은 값 으로 둔 경우, 토큰 한도로 줄일 때 "유저가 방금 이름을 부른" 신호를 구분 못 하고 무관한 동순위 항목과 똑같이 취급해 임의로 잘렸습니다. 더해서, 캐릭터 목록(NPC 리스트)을 훑던 §9 의 연쇄 활성화가 등장인물 전원 을 끌어와 자리를 차지했습니다.

해결 — (1) 유저가 직접 키워드로 부른 항목은 우선순위와 무관하게 끝까지 보호 합니다(지금 장면에 살아있는 항목 다음 순위). (2) 연쇄 활성화가 한 번에 끌어오는 양에 상한을 둬, 목록류가 전원을 범람시키지 않게 했습니다. 동작 이력의 canonical · select 에 matched=N(직접 매칭 수)이 표시됩니다.

13. 전송길이 자동 조절이 봇 시스템 프롬프트를 인식 (2.9.11)

증상 — 자동 줄임을 켜고 비율을 정해도, 글쓰기 지침 등 봇 자체의 거대한 시스템 프롬프트 가 있는 봇에서는 전송 길이가 설정 예산을 훌쩍 넘겼습니다(한 사례 171%).

원인 — 자동 줄임이 우리가 넣는 기억 블록 만 비율 안에 맞췄을 뿐, 봇이 이미 차지한 시스템 프롬프트 크기를 몰라서 — 기억(예산의 80%) + 시스템(예산의 80%) = 예산 초과가 됐습니다.

해결 — 이제 우리 inject 전 의 프롬프트(시스템 + 대화) 크기를 먼저 재고, 남은 자리 에 맞춰 기억 블록을 줄입니다. 시스템 프롬프트가 클수록 우리 기억을 더 줄여 전체가 예산 안에 들어옵니다. 이때도 §12 대로 유저가 직접 부른 항목·지금 장면 항목은 끝까지 보호하므로, 남은 자리엔 가장 관련 있는 것부터 들어갑니다.

14. 유저 입력을 못 읽던 봇 대응 — 입력을 프롬프트 템플릿에 박아넣는 경우 (2.9.11)

증상 — 일부 복잡한 봇(긴 지침을 시스템 프롬프트에 넣고 유저 입력을 그 템플릿 안에 끼워넣는 형식)에서, 대화에서 직접 부른 캐릭터·항목이 전혀 안 잡히고 엉뚱하게 첫 메시지/세계관 기준으로만 기억이 끌려오던 문제. (§12의 "직접 부른 항목 보호"가 작동하려면 입력을 읽어야 하는데, 그 입력 자체를 못 보고 있었습니다.)

원인 — WygLore 가 최종 프롬프트(메시지 배열)의 끝쪽에서 유저 입력을 찾는데, 이런 봇은 입력을 시스템 프롬프트 템플릿 안 에 넣어버려 그 위치에 없었습니다. 그래서 첫 메시지/세계관 텍스트로 잘못 매칭했습니다.

해결 — 이제 실제 챗 에서 유저 입력을 직접 읽습니다(프롬프트 템플릿이 아니라). 입력을 어떻게 감싸든 진짜 입력을 보고 매칭합니다. (챗 접근이 안 되는 환경은 기존 방식 폴백 — 일반 봇은 결과 동일.) 이로써 §9·§12·§13 의 개선이 비로소 올바른 입력 위에서 맞물립니다.

15. 상태창·삽화 에셋이 출력 안 되던 문제 (2.9.12)

증상 — WygLore 를 켜면 봇의 상태창·이미지(삽화) 출력이 안 되던 문제. 특히 그 지침이 로어북 에 있을수록 더 심했습니다.

원인 — 상태창·이미지·포맷 같은 출력 지침 이 로어북에 있으면, WygLore 가 그걸 흡수해 "동원 가능 풀(선택지 · 의무 아님)" 로 재포장했습니다. 그러면 LLM 이 "상태창을 출력해라" 를 선택지 로 보고 건너뜀. (글로벌 노트에 있으면 WygLore 가 흡수하지 않아 덜 영향받습니다.)

해결 — 흡수된 로어북 중 출력 지침 (상태창·이미지·포맷 명령)을 자동 감지해, "동원 가능 풀" 밖 별도 위치에 원본 그대로 둡니다(선택지 프레이밍 제거 — 강조 문구는 붙이지 않음). 전송길이를 줄일 때도 이 지침은 끝까지 보호해 항상 들어갑니다. ('상태창 불신론자' 같은 단순 언급 은 지침으로 오인하지 않습니다.)

16. 대화가 길어지면 연관 기억이 갑자기 0개 들어가던 문제 (2.9.13)

증상 — 새 챗 초반엔 캐릭터·세계관을 잘 가져오다가, 대화가 길어지거나 인덱싱이 돌고 난 뒤부터 연관 기억·로어북이 거의/전혀 안 들어가던 문제.

원인 — 봇 자체의 거대한 프롬프트(시스템 지침 + 누적된 대화 + 봇이 직접 넣는 로어북)가 전송 예산을 꽉 채우면, 전송길이 자동 조절의 "남은 자리(예산 − 기존 프롬프트)" 가 0이 되어 — WygLore 가 고른 기억을 전부 버렸습니다(실측: 100개 선택했는데 0개 주입). 우선순위 로직은 버리는 순서 만 정할 뿐, 남은 자리가 0이면 순서와 무관하게 다 잘립니다. 대화가 길수록(또는 인덱싱이 도는 시점과 겹쳐) 이 상태에 빠졌습니다.

해결 — 이제 꼭 필요한 코어 (출력 형식 지침 · 유저가 직접 부른 캐릭터 · 지금 장면에 살아있는 기억)는 남은 자리가 0이어도 버리지 않는 최소 보장(floor) 을 둡니다. 동시에 하드 한도(최대 컨텍스트) 로 묶어 토큰 한도 에러는 그대로 막습니다 — 코어는 응답 예약의 절반까지만 차지하고(나머지 절반은 응답 보장), 코어가 그보다 크면 코어도 우선순위 순(출력 지침 > 현재 장면 > 호명)으로 한도까지만. 결과: 거대 프롬프트 봇에서도 "0 주입" 이 사라지고 핵심 기억은 항상 들어갑니다.

그래도 잘림이 잦으면 항상활성 로어북을 줄이거나 최대 컨텍스트를 키워 주세요 — 봇 프롬프트 자체가 예산을 넘는 상황입니다.

17. 스토리에 등장한 캐릭터를 유저 입력에 없어도 유지 — 자율주행 대응 (2.9.14)

증상 — 자율주행(유저 입력이 비거나 "계속" 수준)으로 장면이 흘러갈 때, 몇 턴 전 스토리에 등장한 캐릭터·장소가 최근 입력에 다시 안 나오면 점점 빠지던 문제.

배경 — 캐릭터 매칭은 최근 메시지(서술 포함 — 유저 입력만 보는 게 아닙니다)를 보지만, 그 윈도우(기본 4메시지) 밖으로 밀려나면 빠집니다. 원래 이걸 이어주는 건 연관 기억(episodic) 활성화인데, 인덱싱 전·초반엔 비어 있어 이어줄 게 없었습니다.

해결 — 감쇠 장면 로스터 를 더했습니다. 매 턴 스토리에서 매칭된 캐릭터·항목을 기억해, 키워드 윈도우 밖으로 밀려나도 가중치가 살아있는 동안(약 5턴) 계속 끌어오고 보호합니다. 재등장하면 가중치가 1.0 으로 갱신되고, 장면에서 빠지면 서서히 fade. 유저가 직접 입력하지 않아도(자율주행) 최근 등장 인물이 유지됩니다. (전송길이가 빡빡하면 §16 코어 보호 대상에 이 장면 인물도 포함됩니다. 챗을 바꾸면 로스터는 비워져 다른 챗과 안 섞입니다.)

18. 연관 기억(episodic) 활성화도 실제 챗을 읽도록 정렬 (2.9.15)

배경 — §14(로어북)는 유저 입력을 실제 챗 에서 직접 읽도록 고쳤지만, 연관 기억(episodic) 활성화는 여전히 전송용 프롬프트(formated) 의 마지막 2개만 봤습니다. 그래서 (a) 입력을 시스템 프롬프트 템플릿 안에 박아넣는 봇에선 연관 기억이 실제 입력을 놓치고, (b) 활성화 윈도우가 로어북 매칭 윈도우와 어긋났습니다.

해결 — 연관 기억 활성화도 로어북과 동일하게 실제 챗 을 우선 읽고, 같은 윈도우(전송길이 설정의 키워드 윈도우)를 씁니다. 챗 접근이 안 되는 환경은 기존 방식으로 폴백하므로 일반 봇은 결과가 같습니다. 이로써 매칭(로어북)·활성화(연관 기억)·장면 로스터가 모두 같은 입력 위에서 맞물립니다. (이미 가져온 챗을 재사용 — 추가 fetch 없음.)

19. "맥락 따라잡기" 진행 안내 문구 정리 (2.9.16)

진행 오버레이의 제목을 "전체 맥락 따라잡기" 에서 "중간 맥락 따라잡기" 로 바꿨습니다. "전체" 는 대화를 통째로 다시 처리하는 것처럼 오해될 수 있는데, 실제로는 아직 처리되지 않은 구간(중간) 만 따라잡습니다. 동작은 그대로이고 표현만 정확하게 다듬은 것입니다.

20. 다른 플러그인과 함께 켜도 멈추지 않습니다 (2.9.17~2.9.18)

여러 플러그인을 같이 쓰는 환경에서, 다른 플러그인이 화면(메인 작업)을 오래 붙잡아도 위그로어가 같이 멈추지 않도록 다졌습니다.

• 응답 지연 시 안전 통과 — 본체나 다른 플러그인의 응답이 늦으면, 무한정 기다리지 않고 정해진 시간이 지나면 이번 턴은 그냥 지나가게(안전 우회) 했습니다. 정상 환경에는 영향이 없습니다.
• 중복 주입 방지 — 서버 오류로 재시도가 반복될 때 같은 기억이 여러 번 겹쳐 들어가지 않도록, 한 번만 들어가게 표시해 둡니다.
• 앞/뒤 작업 분리 — 채팅(앞)과 뒤에서 도는 기억 처리(뒤)를 분리해, 한쪽이 느려도 다른 쪽을 막지 않게 했습니다.

21. 기억 안전성 — 적대적 점검으로 16건을 한 번에 보강 (2.9.19)

큰 패치 뒤라, 여러 각도에서 일부러 약점을 찾는 적대적 점검 을 거쳐 데이터 무결성 문제 16건을 한 번에 고쳤습니다. 가장 중요한 두 가지는 다음과 같습니다.

• 챗 간 기억 섞임 차단 — 맥락 따라잡기가 뒤에서 도는 동안 다른 챗으로 옮기면, 처리 중이던 기억이 새 챗 자리에 섞여 저장될 수 있었습니다. 이제 처리 도중 매 단계마다 "지금 그 챗이 맞는지" 다시 확인해, 챗이 바뀌면 즉시 멈추고 잘못된 저장을 건너뜁니다.
• 저장 실패 시 무손실 — 저장 공간이 빠듯할 때(큰 기억뜰·모바일) 일부 조각이 조용히 안 써지고도 "다 됐다"고 표시될 수 있었습니다. 이제 한 조각이라도 실패하면 옛 저장본을 그대로 두고(손실 0) 다시 시도하며, "공간 확인" 안내가 정상적으로 뜹니다.

그 밖에 흔한 별칭 키워드가 많을 때의 매 턴 멈칫함, 진단 로그를 내보낼 때 서사·로어북 본문이 평문으로 섞여 나가던 것(이제 가려서 내보냄), 일부 모델의 빈 응답 처리 등도 함께 고쳤습니다.

22. 멈춤·프리즈·무한 로딩을 추가로 끊었습니다 (2.9.19)

• 긴 챗 맥락 따라잡기 총 시간 제한 — 처리할 분량이 아주 많아도 차단 모드가 무한정 붙잡지 않도록 전체 시간 상한을 두고, 넘으면 자동으로 뒤에서 이어 처리합니다(진행분 보존).
• 인덱스 만들기 화면에 [중단] 추가 — 느리거나 응답이 안 오는 모델이 인덱스 빌드 화면으로 매 턴 가리던 것을, 멈춤 감지와 취소 버튼으로 끊을 수 있게 했습니다.
• 생각(thinking) 모델의 헛도는 호출 — 보조 슬롯에 추론형 모델을 쓸 때 생각만 하고 빈 답을 주면, 이제 그걸 무용한 응답으로 세어 자동으로 호출을 멈추고 안내합니다.

23. 변수·상태창 봇에서 "대량 삭제" 오경고가 사라집니다 (2.9.20)

증상 — HP·호감도 같은 변수가 바뀌거나 상태창이 갱신될 때, 위그로어가 그걸 "채팅이 삭제됐다"고 잘못 보고 대량 삭제 경고창을 띄우거나, 기억을 불필요하게 다시 처리하던 문제.

원인 — RisuAI 는 응답을 저장할 때 본문 안의 변수·매크로를 그 순간 값으로 굳혀 다시 기록합니다. 그래서 내용은 같은 메시지 인데 변수 값만 달라져도, 위그로어가 "내용이 바뀌었다 = 지워졌다"로 오해하던 것입니다.

해결 — 메시지가 같은지 판단할 때 변수로 변하는 부분(상태창·패널·재발급된 식별자)을 구조적으로 걸러내고, 진짜 삭제(메시지 자체가 사라짐)일 때만 경고·재처리하도록 좁혔습니다. 상태창을 덧붙이는 흔한 패턴도 "삭제"로 보지 않습니다.

기억이 실제로 사라진 적은 없습니다 — 불필요한 경고와 재처리였을 뿐이고, 최신 버전으로 올리면 더는 뜨지 않습니다.

24. 채팅에 기억뜰을 임베드할 때 메모리 부담을 줄였습니다 (2.9.21)

데이터 복구 → 백업·복원 의 [이 채팅에 임베드] 는 지금 기억뜰을 채팅 자체에 넣어, RisuAI 채팅을 내보내거나 다른 기기로 옮길 때 기억뜰이 함께 따라가게 하는 명시적 백업입니다.

증상 — 예전에는 이때 기억뜰을 압축 없이 통째로 채팅에 얹어, 그 채팅이 열려 있는 동안 메모리에 크게 상주했습니다. 큰 기억뜰·모바일에서 매 턴 멈칫함이나 메모리 부족의 한 원인이었습니다.

해결 — 이제 임베드본을 압축해 저장 합니다(대략 7~10배 작게). 채팅에 상주하는 용량이 크게 줄어 매 턴 부담이 내려갑니다. 내용은 그대로이고, 옛 임베드본도 문제없이 복원됩니다.

• 예전에 임베드해 둔 채팅 — 압축 전 형식으로 임베드해 둔 분께는 개요 탭 위에 안내 카드 가 뜹니다. [지금 재압축] 한 번이면 내용 그대로 압축 형식으로 바꿔 줍니다(기억을 다시 만드는 게 아니라 이미 저장된 것을 그대로 압축 — 안전).
• 큰 기억뜰을 임베드할 때 — 임베드 전에 메모리 부담을 미리 알려 드립니다. 막지는 않되, 가벼운 대안인 파일로 내보내기 도 함께 안내합니다.

기억은 그대로입니다 — 저장 방식만 압축으로 바뀌었을 뿐, 임베드한 내용도 복원 결과도 동일합니다. 임베드 기능을 쓰지 않으셨다면 따로 하실 일은 없습니다.

25. 다른 (크롬) 탭을 보며 채팅해도 "삭제"로 오인되지 않습니다 (2.9.22)

증상 — 채팅이 진행되는 동안 브라우저에서 다른 탭으로 잠깐 옮겨 두면, 돌아왔을 때 "메시지가 대량 삭제됐다"는 경고가 뜨거나 기억을 불필요하게 다시 처리하던 문제.

원인 — 브라우저는 보이지 않는 탭 의 작업 속도를 절전 차원에서 늦춥니다. 그 사이 RisuAI 가 최신 메시지를 미처 다 저장하지 못한 채로 위그로어가 채팅을 읽으면, 아직 안 들어온 최근 메시지 를 "삭제됐다"고 오해한 것입니다.

해결 — 탭이 백그라운드이거나 메시지가 갑자기 크게 줄어 보이면 바로 삭제로 단정하지 않고 다음 정상 시점에 한 번 더 확인합니다. 일시적이면(탭으로 돌아와 전체가 다시 보이면) 조용히 넘어가고, 진짜 삭제일 때만 경고합니다. 삭제 경고 창에도 "일시적 오류일 수 있으니 새로고침 후 다시 시도" 안내를 더했습니다.

기억이 실제로 사라진 적은 없습니다 — 보수적으로 한 박자 늦춰 확인할 뿐이라, 정말 대량 삭제한 경우는 (탭을 보고 있을 때) 여전히 정상적으로 경고됩니다.

26. 새 버전 확인·변경점 보기를 개요 탭에서 바로 (2.9.22)

개요 탭에 [지금 확인](6시간 캐시를 건너뛰고 최신 버전을 바로 조회하는 강제 확인)과, 최신 버전을 쓰는 중이어도 항상 누를 수 있는 [변경점 보기](릴리즈 노트 열람) 버튼을 더했습니다. 둘 다 익명 정적 파일 1개만 받으며 개인정보 전송은 없습니다. (이전엔 정보 탭에만 있던 [지금 확인] 을 개요에도 노출.)

27. 큰 챗에서 튕긴 뒤 기억 "나이테"가 전부 "방금"으로 뭉치던 문제 (2.9.23, 돌딱님 보고)

증상 — 수백만 토큰급 큰 챗에서 기억의 나이(연령 분포)가 오래된 것·최근 것으로 정상적으로 나뉘어 있다가, 채팅을 한 번 치면 메모리 부족(OOM)으로 튕기고, 그 뒤 모든 기억이 "갓 생긴 기억"으로 뭉쳐 보이던 문제.

원인 — 큰 챗은 맥락 따라잡기가 한 번에 못 끝나고 도중에 튕깁니다. 그러면 다음 메시지마다 처음부터 다시 돌면서 기억의 기준 시간을 0으로 되돌려, 기존 기억의 나이가 전부 "0(방금)"으로 무너지고 — 그 전체 재처리가 또 메모리를 터뜨리는 악순환 이었습니다.

해결 — 도중에 멈춰도(튕겨도) 멈춘 지점부터 이어서 따라잡습니다(처음부터 다시 X). 기준 시간을 함부로 0으로 되돌리지 않아 나이테(연령 분포)가 무너지지 않습니다.

이미 "방금"으로 뭉친 나이테는 백업이 없으면 원래대로 되돌릴 수 없습니다. 이 업데이트는 그 뭉침이 새로 일어나는 것 을 막습니다. (기억 자체가 사라진 적은 없고, 나이 표시만 초기화됐던 것입니다.)

28. 맥락 따라잡기를 기기에 맞춰 여러 턴에 나눠 처리 (2.9.23)

모바일·저사양에서 아주 큰 챗을 따라잡을 때, 한 번에 다 처리하지 않고 한 턴에 안전한 만큼만 처리하고 다음 턴에 이어갑니다. 한 번에 메모리가 터지는 일을 막습니다. 데스크탑 등 여유 있는 환경은 종전대로 한 번에 처리합니다. 전에 메모리 부족으로 튕긴 적이 있으면 자동으로 더 잘게 나눠 처리하고(보수적 조절), 끝까지 무사히 따라잡으면 다시 평소대로 돌아옵니다. 나눠 처리해도 빠뜨리는 기억은 없습니다 — 다음 턴에 이어서 채웁니다.

29. 튕겨도 진단 정보가 남아 보고할 수 있습니다 (2.9.23, 돌딱님 요청)

증상 — 메모리 부족 등으로 탭이 튕기면 그때까지의 동작 기록이 전부 날아가 원인을 알릴 방법이 없었습니다("튕겨서 로그를 못 따겠다").

해결 — 이제 부팅 시점과 맥락 따라잡기 진입 시점의 진단 정보를 저장에 남깁니다(튕겨도 보존). 재시작한 뒤 정보 → 로그이력 에서 [내보내기] 하거나, 같은 화면의 "직전 진단" 카드를 캡처해 주시면 됩니다. (사적인 서사·로어북 본문은 내보낼 때 가려집니다.)

30. 봇 설정·로어북 기억을 압축 저장 — 큰 기억뜰의 메모리 부담 완화 (2.9.23)

봇의 설명·로어북에서 흡수한 기억(설정·세계관 부분)은 봇 자산에서 언제든 다시 만들 수 있습니다. 그래서 저장할 때 이 부분 본문을 비워 두고 필요할 때 자동 복원 하도록 바꿔, 저장·메모리 부담을 줄였습니다. 패널을 열거나 다음 메시지를 보낼 때 자동으로 채워지므로 화면에 빈칸으로 보이지 않고, 내용은 그대로 입니다. 대화에서 직접 쌓인 기억(에피소드)은 다시 만들 수 없으므로 압축 대상이 아니며 그대로 온전히 보관 됩니다. (설정에서 이 압축을 끌 수도 있습니다.)

---

진행 중이던 챗은 그대로 이어집니다

업데이트 후에도 쓰던 챗의 기억뜰은 그대로 유지됩니다. 덮어 설치만 하면 되고, 따로 할 일은 없습니다.

받기

• V3: WygLoreLeaf-2.9.30.js
• V2: WygLoreLeaf-v2-2.9.30.js

여전히 같은 증상이 보이거나 새 질문이 생기면 RisuAI 빌드 · 함께 켠 다른 플러그인 · 사용 모델(보조 슬롯 포함) · 모바일/PC · 봇 환경과 함께 알려 주세요. 늘 즐거운 기록 되시길.

---

버전별 기술 요약

기술적 변경의 압축 기록입니다. 일반 사용에는 위 설명으로 충분합니다.

• 2.9.9 — 챗·봇간 기억 섞임(누수) 차단 · 보조 슬롯 빈 응답 서킷 브레이커(+중첩 빌드 락) · 화면 밖 모달 무한 로딩 가드 · 로어북 자동 토큰 cap(우선순위 trim) · 임베딩 연결 테스트 경고 오발화 수정 · Gemini thinking 직접 제어 칸(Vertex 포함).
• 2.9.10 — 맥락 따라잡기 인덱스 빌드 비차단 분리(응답 직전 멈춤 단축) + 고급 설정 전역화(챗 전환·재설치에도 안 꺼짐).
• 2.9.11 — 새 챗 base 로어북 — canonical 재귀(연쇄) 활성화 + 첫턴 폴백 길이 게이트 제거(RisuAI recursiveScanning 동등, 인덱스 없이도 base 보장) + 자동 cap 의 한국어 토큰 추정 교정(CJK-aware) · 로어북 insertorder 우선순위 trim(상수·트리거 한 저울) + CJK 키워드 어절 일치율 매칭(다중 어절/조사/띄어쓰기 내성) + 입력 직접 매칭 항목 cap 보호(io 동률에서 유저 호명 항목 보존) · 재귀 추가량 cap(NPC 리스트 전원 범람 차단) · 자동 cap 의 시스템 프롬프트 인식(budget − 기존 프롬프트 = 남은 자리에 맞춤, 171% 초과 수정) · 유저 입력을 프롬프트 템플릿에 박아넣는 봇 대응(triggerText 를 실제 챗에서 직접 — 위 매칭/보호가 비로소 올바른 입력 위에서 작동).
• 2.9.12 — 흡수된 로어북 출력 지침(상태창·이미지·포맷)을 선택지 풀 밖 별도 위치에 원본 그대로(+트림 최후 보호) — "일반 위그로어에서 에셋 출력 안 됨" 수정.
• 2.9.13 — inject auto-cap 의 must-have 코어 floor — 봇 프롬프트가 budget 을 꽉 채워 남은 자리 0이면 directive/matched/bridged 까지 전부 잘려 "0 주입" 되던 것을, 코어는 하드 상한(maxContext, 응답예약 절반 잠식) 안에서 항상 보장(운영자 보고 wl-snapshot: 100선택/0주입).
• 2.9.14 — 감쇠 장면 로스터 — 매 턴 매칭된 canonical 을 weight 1.0 으로 기억, 턴마다 SCENE_DECAY(0.7) 감쇠, ≥SCENE_MIN(0.2, ≈5턴)이면 키워드 윈도우 밖이어도 pull + 코어 보호. 자율주행(유저 입력 없는 진행)에서 스토리 등장 인물 유지. per-chat 영속(serialize/hydrate), fresh-start 시 초기화(챗간 격리).
• 2.9.15 — episodic trigger 도 실제 챗(getChatFromIndex) 우선 + canonicalTriggerWindow 동일 윈도우(formated 폴백) — §14(로어북)와 정렬. 템플릿-입력 봇에서 연관 기억이 실제 입력을 놓치던 것 + 활성화/매칭 윈도우 불일치 해소(이미 fetch 한 챗 재사용, 추가 fetch 0).
• 2.9.16 — 진행 오버레이 제목을 "전체 맥락 따라잡기" 에서 "중간 맥락 따라잡기" 로 (미처리 구간만 따라잡음 — 표현 정확화, 동작 불변. 코드/로그의 전체(차단)·증분(비차단) 기술 구분은 보존).
• 2.9.17~2.9.18 — 공존 하드닝: 차단형 보조 호출 상호작용 타임아웃(느린 본체·플러그인에서 안전 우회) · 서버 재시도 시 중복 주입 dedup(한 번만 주입 마킹) · 전경(채팅)/배경(기억 처리) 분리로 상호 블로킹 제거.
• 2.9.19 — 적대적 점검 데이터 무결성 16건: 맥따 매 단계 세션 재확인(챗 전환 시 cross-chat 저장 차단) · 부분 persist 실패 시 옛 저장본 보존+재시도(무손실, "공간 확인" 정상 발화) · 진단 로그 export 시 서사·로어북 본문 redaction · 별칭 키워드 다수 시 매 턴 멈칫 완화 · 일부 모델 빈 응답 처리. + 무한 로딩: 맥따 총 시간 백스톱(초과 시 배경 이어처리) · 인덱스 빌드 [중단]/멈춤 감지 · thinking 모델 빈 응답 무용 카운트.
• 2.9.20 — 변수·상태창 "대량 삭제" 오경고 차단: 메시지 동일성 비교 전 변수·매크로·재발급 식별자를 구조적으로 sanitize → 변수만 바뀐 재기록을 삭제로 오인하던 diffAndApply 오탐 6건 제거. cold-start commit 도 동일 sanitize 로 정합(후속 churn 제거).
• 2.9.21 — 채팅 임베드 메모리 완화: 임베드 스냅샷을 압축 저장(wlz1 gzip, db 상주 footprint ~7-10배↓, v1 raw 하위호환 복원) · 개요 탭 비압축(v1) 임베드 경고 카드 + 1-클릭 재압축(내용 보존 in-place 마이그레이션) · 큰 기억뜰 임베드 전 사전 경고 모달(막지 않고 경고 + 파일 내보내기 대안).
• 2.9.22 — stale-read 방어(크롬 탭 백그라운드): 탭 throttle 로 getChatFromIndex 가 최신 메시지를 빠뜨린 비권위적 read 를 같은 세션 윈도우 이상 급감 시(hidden·첫 급감) 파괴적 diff 보류 후 다음 권위 sync 재검증(evaluateShrinkRead 순수함수, 9 케이스) — '삭제' 오탐 차단, 진짜 삭제는 포그라운드 2회 확정으로 정상 발화. + 대량 삭제 모달에 '새로고침 후 재시도' 안내. + 개요 탭 [지금 확인](강제 버전 확인)·[변경점 보기](최신이어도 항상 노출).
• 2.9.30 — (2.9.22~2.9.23 개발분 묶음 배포) 거대 챗 OOM 집중 대응. ① 맥따 부분 재개 — 미완료(running/partial/error) 상태도 새 jobId 에서 처음부터가 아니라 기존 진행(nextChunk)부터 증분 재개(전체 재처리 루프 차단) + narrativeTime 리셋 가드(확립된 timeline/episodic 있으면 0 리셋 안 함) — 보존 unit 연령이 0(방금)으로 무너지던 붕괴 차단. ② per-run 청크 예산(device-budget) — 모바일/저사양은 한 턴 처리 청크를 hardwareConcurrency·UA 로 제한(데스크탑 무제한 유지), crash ratchet — 직전 heavy run 이 도중 죽으면(run-active 마커 잔존) 다음 부팅 reconcile 가 strike++ → 예산 하향, status done 시 리셋. ③ crash breadcrumb — 부팅/맥따 진입 스냅샷을 wl.diag.* 에 영속(순수 setItem, getItem clone 0)해 OOM 재시작 후 로그이력 [내보내기]/'직전 진단' 카드로 회수(telemetry ring 은 메모리 전용이라 튕기면 소멸). ④ canon content persist-strip — 단일파트 canonical content 를 persist 사본(_persistShardedImpl split.units)에서만 비우고(serialize/export/merge/rollback 은 full 불변, canonicalSource.hash 보존) ingestCanonical unchanged/cbs 분기 + 패널 mount(ensureCanonHydrated)에서 복원, episodic 절대 미strip, opt-out canonPersistStrip. 회귀 4종(coldstart partial-resume·budget-ratchet·crash-breadcrumb·canon-strip) 추가, 전체 1,901 통과. ※ read-side getItem 전체-db clone 은 본체 한계 — 기존 값 캐시(2.9 이전)로 per-turn 반복은 이미 회피, 본체 패치는 미채택.