로어북 활성화,
정밀하게 거는 법

왜 안 건 로어북이 켜지나

RisuAI 기본 로어북 매칭은 대소문자·공백을 모두 없앤 뒤 부분 문자열 포함(.includes) 여부로만 판단한다. 단어 경계 개념이 아예 없다.

활성화 키 yuzu 하나를 걸었다고 하자. 의도는 "yuzu가 나오면 켜라"이다. 그런데 이런 입력에도 켜진다.

토큰 적은 로어북이면 넘어갈 수 있지만, 무거운 로어북이 오탐으로 켜지면 인풋 토큰이 낭비되고 AI가 내러티브와 상관없는 캐릭터를 억지로 끌어오기도 한다.

정규식 로어북 키 쓰기

로어북 항목 설정에서 정규식 사용을 체크하면, 활성화 키를 /regex/flags 형식으로 쓸 수 있다.

기본 형식

키워드를 파이프(|)로 이어 붙이고, 전체를 /.../i로 감싼다. (설정의 "단어 단위 매칭"은 하이픈·따옴표·마침표까지 다 막아버려서 실전에선 잘 안 씀 — 정규식이 정답.)

/(?!)|유즈|그즈|\byuzu\b/i

대소문자 flag i

일반 모드는 대소문자를 자동 무시하지만, 정규식 모드는 i 플래그가 없으면 구분한다.

CJK(한·일·중)로만 키를 쓸 게 아니라면 i는 사실상 필수.

단어 경계 \b

\b는 단어 문자(알파벳·숫자·_)와 비단어 문자(공백·따옴표·마침표·문자열 끝 등) 사이의 경계다. 이걸로 앞의 yuzutea 오탐을 막는다.

키 /\byuzu\b/i 기준:

쉼표 대신 파이프 |

일반 키는 쉼표로 나눴지만 정규식에선 OR인 |로 합친다. 쉼표를 쓰면 조각마다 /.../i에 \b까지 일일이 감싸야 해서 손만 아프다.

// 비권장 (쉼표 구분)
/(?!)|유즈/i, /그즈/i, /\byuzu\b/i

// 권장 (OR로 합침)
/(?!)|유즈|그즈|\byuzu\b/i

기존 키 → 정규식 변환

네 로어북에서 그대로 가져온 케이스. CJK는 그대로, 영어·숫자만 \b로 감싸는 게 규칙이다.

다온 소프트

// 기존
office, 회사, 사무실, 출근, 조직, CEO

// 정규식
/(?!)|\boffice\b|회사|사무실|출근|조직|\bCEO\b/i

최강우 (라이벌 DBA)

// 기존 — DBA가 contracted back 등에 오탐
DBA, database, rival, 라이벌

// 정규식 — \bDBA\b 로 경계 오탐 차단
/(?!)|\bDBA\b|\bdatabase\b|\brival\b|라이벌/i

이제 DBA는 독립 단어일 때만 잡히고 contractedback 같은 붙은 문자열은 무시된다.

고급 — 조건부 활성화

룩어헤드로 "둘 다 있을 때만" / "이건 없을 때만" 같은 조건도 건다.

정규식 문법 레퍼런스

필요할 때만 펼쳐 보는 서랍. 로어북 키에 쓸 만한 것만 추렸다.

로어북 통째로 변환

RisuAI에서 내보낸 로어북 JSON을 올리면 항목마다 정규식 활성화 키를 자동으로 만들어 준다. 하나씩 복사만 하면 끝.