Archive Center 2.1 - 입력 및 출력 개선 및 장기기억 백

RISU AI PLUGIN · 장기 기억 시스템
Archive Center
AI 캐릭터와 나눈 이야기를 끊기지 않게 기억하는 플러그인
가벼워진 기본 런타임 · Full/Lite 분리 · 스트리밍 저장 정확성 · 크로스챗 오염 방지 · 캐시 친화적 주입 · 크리틱 원장
Staging
2.1
2.0에서 2.1로
WHAT'S NEW IN 2.1
Archive Center 2.0에서 2.1까지
기본을 가볍게 — Full과 Lite가 명확히 나뉘고, 저장 정확성과 메모리 신뢰성이 강화되었습니다
2.1은 어떤 업데이트인가요?
2.0까지는 로컬 전체 스택(Go 백엔드 + MariaDB + ChromaDB)이 사실상 기본처럼 취급되어,
모바일/Termux 환경에서 제품이 필요 이상으로 무겁게 느껴지는 문제
가 있었습니다.
2.1부터는 런타임 프로파일과 벡터 모드가 명시적으로 분리되어, Lite/코어 경로가 기본이 되고 전체 스택은 선택 옵션으로 바뀝니다.
동시에
스트리밍 저장 정확성, 크로스챗 메모리 오염 방지, 캐시 친화적 메모리 주입 배치, 크리틱 원장
등 기억 신뢰성 영역이 강화되었습니다.
MariaDB는 여전히 정규 진실 저장소이고, ChromaDB는 검색 보조 역할로 자리잡습니다.
기존 이야기와 DB는 그대로 이어집니다.
2.0과 무엇이 달라졌나요?
2.0은 “하나의 무거운 로컬 스택”의 문제
를 안고 있었습니다. 모바일에서도 전체 스택이 기본 경로처럼 취급되었고, Full과 Lite의 구분이 모든 OS에서 명확하지 않았습니다. 준비 상태(`/health`)가 실제 라우트 가용성과 혼동되기도 했습니다.
2.1은 “기본을 가볍게, 신뢰를 명확히”의 문제
를 해결합니다. 런타임 프로파일(`AC_RUNTIME_PROFILE`)과 벡터 모드(`AC_VECTOR_MODE`)가 명시적으로 노출되고, Full/Lite 패키지가 모든 OS에서 분리됩니다. `/health`(활성)와 `/ready`(준비)가 구분되고, 크로스챗 메모리 혼합 가드가 다른 캐릭터 채팅의 기억이 섞이는 것을 막습니다.
2.1은 새로운 메모리 DB 재작성이 아니라, 안정화와 신뢰 강화에 집중합니다.
런타임 프로파일 & 벡터 모드 명시화
모바일은 더 이상 전체 스택을 기본으로 깔지 않습니다
RP
AC_RUNTIME_PROFILE
실행 형태를 직접 선택합니다
2.0에서는 로컬 전체 스택이 사실상 기본이었습니다. 2.1부터는
client_only / core_lite / vector_external / vector_local_native / full_local
중 하나를 명시적으로 선택합니다. 모바일/RisuAI 클라이언트는 전체 서버 스택을 로컬에 띄우지 않아도 되고, Lite/코어 경로는 로컬 ChromaDB 없이도 동작합니다.
VM
AC_VECTOR_MODE
벡터 검색 동작을 직접 제어합니다
벡터 동작이
off / fallback / external / local_native / local_proot / bundled
로 명시적으로 노출됩니다. Lite는 로컬 벡터 서비스가 꺼지거나 없을 때 MariaDB/fallback 동작으로 저하됩니다. 저장과 기본 메모리 지속성이 로컬 ChromaDB에 의존하지 않게 됩니다.
Full / Lite 패키지 분리
Windows, Linux x64/arm64, macOS Intel/Apple Silicon, Termux arm64 모두 Full과 Lite 패키지 폴더가 분리됩니다.
Lite가 일반 저자원 경로의 기본
이고, Full은 로컬 전체 스택 테스트용입니다. 모바일/저자원 기기에서 Full이 암묵적 기본이 되는 일이 없어집니다.
Lite
기본 경로
core_lite
MariaDB만
Full
전체 스택
full_local
ChromaDB 포함
ChromaDB 역할 명확화
저장은 MariaDB, 검색 보조가 ChromaDB
핵심 원칙:
MariaDB는 정규 진실 저장소이고, ChromaDB는 검색/벡터 가속기이지 커밋 권위가 아닙니다. Lite는 로컬 벡터 서비스가 없을 때
MariaDB/fallback 동작으로 저하
되어 저장과 기본 메모리 지속성이 로컬 ChromaDB에 의존하지 않습니다. 전체 벡터 회상 품질은 여전히 ChromaDB의 도움을 받지만, 기본 저장이 ChromaDB 없이도 끊기지 않습니다.
스트리밍 저장 정확성
thinking 텍스트가 답변으로 저장되는 일을 막습니다
SR
스트리밍 복구
thinking/reasoning 조각이 답변으로 저장되지 않습니다
2.0에서는 Gemini 스타일 thinking 조각이 최종 답변으로 오인될 수 있었습니다. 2.1은
thinking/reasoning/planning-only 조각이 스트리밍 감시를 멈추지 않게
하고, 활성 채팅 복구가 최신 사용자 입력 이후의 저장 가능한 최종 어시스턴트 후보를 선택합니다. 모델명 하드코딩이 아니라 후보 품질과 턴 일관성으로 판단합니다.
DG
중복 턴 가드
낡은 답변이 새 입력과 짝지어 저장되지 않습니다
2.0에서는 낡은 어시스턴트 답변이 새 사용자 입력과 함께 다시 저장될 수 있었습니다(
user B / assistant A
). 2.1은 활성 채팅 페어 정렬 시
현재 구체적 사용자 입력을 함께 매칭
하도록 요구하고, 어시스턴트 전용 매칭은 빈 입력/자동 계속 경우에만 허용합니다. 저장된 DB 턴 페어가 실제 채팅 턴과 더 정확히 일치합니다.
추론/사고/스크래치패드 스크럽:
백엔드 저장 스크럽이 저장 전에
thought 태그와 줄 접두사 형태의 비공개 추론 표시를 제거
합니다. 크리틱 원장 미리보기와 테스트가 reasoning/thinking/scratchpad 텍스트가 원장 항목으로 쓰이지 않음을 검증합니다. 메모리는 보이는 어시스턴트/사용자 콘텐츠를 기준으로 만들어집니다.
크로스챗 메모리 혼합 가드
같은 캐릭터라도 다른 채팅의 세계가 섞이지 않습니다
XM
혼합
차단
느슨한 별칭으로 다른 채팅 기억이 새어 들어오지 않습니다
2.0에서는
char_N
/
chat_N
같은 느슨한 별칭이 같은 캐릭터 세션을 같은 세계로 취급할 수 있었습니다. 2.1은 런타임 읽기에서 느슨한 별칭 폴백을 제거하고, 같은 캐릭터 기존 세션 자동 쓰기 라우팅을 끕니다. 모호한 크로스 세션 재사용에는 수동 attach/migrate가 필요합니다.
장기 로맨스 채팅이 같은 캐릭터 카드의 다른 장르 채팅에서 스토리/페르소나 잔류를 끌어오는 일이 줄어듭니다.
캐시 친화적 메모리 주입 배치
동적 메모리를 최신 사용자 입력 근처로 밀 수 있습니다
IP
auxiliaryInjectionPlacement
큰 메모리 블록이 너무 일찍 들어가 캐시 적중을 깨지 않게 합니다
2.0에서는 Archive Center 보조 메모리 블록이 첫 시스템 메시지 직후 등 요청 앞부분에 삽입되어
prompt-cache 적중률을 떨어뜨릴 수 있었습니다.
2.1은 새 설정
auxiliaryInjectionPlacement
와
auxiliaryInjectionAnchorMarker
를 추가합니다.
auto / before_latest_user / after_anchor_marker / after_last_cache_point / after_first_system / end
모드를 지원하며, 대시보드에서 해결된 배치와 폴백을 확인할 수 있습니다.
BP
주입 예산 미리보기 + UI 현지화
설정 기반 예산 추정이 즉시 갱신됩니다
2.1 설정 UI는 주입 예산 미리보기를 보여줍니다. 이전에는 낡은 턴 추적 예산(예:
automatic 3,000 + extra 0 = max 6,000
)이 고정으로 표시되는 버그가 있었습니다. 현재는
현재 설정 기반 추정을 우선
하고, extra-budget 입력이 즉시 미리보기를 갱신하며, 소스 라벨이 설정 추정과 런타임 추정을 구분합니다. 새 주입 배치 UI는
ko/en/ja
플러그인 UI 언어를 따릅니다.
크리틱 아카이브 원장
중복/모순 판단 전에 이미 아는 것을 안전하게 요약합니다
CL
critic_archive_ledger.v1
읽기 전용 요약으로 중복/모순 판단을 돕습니다
2.0의 크리틱은 Archive Center가 이미 무엇을 아는지에 대한 경계가 있는 요약 없이