AI 컴패니언 메모리: 무엇이 기억나고 무엇을 잊어버리는가

AI 컴패니언이 당신이 키우는 강아지의 이름을 기억하거나 어제 보았던 면접에 대해 물어볼 때, 그것은 마치 연속성이 있는 살아있는 존재와 대화하는 듯한 착각을 불러일으킵니다. 하지만 불과 10분 후에 우리가 함께 나눴던 중요한 이야기를 잊어버리거나, 결코 일어난 적 없는 일을 자신만만하게 기억해 낼 때, 그 환상은 산산조각 납니다.

이러한 상반된 반응은 모두 '메모리'라는 단어가 실제로는 전혀 다른 여러 기술적 시스템을 포괄적으로 설명하는 데 사용되기 때문에 발생합니다. AI 컴패니언은 인간이 자신의 삶을 회상하는 방식과는 완전히 다른 방식으로 정보를 처리합니다. 애플리케이션은 매번 새로운 응답을 생성할 때마다 필요한 정보를 조립합니다. 여기에는 최근의 메시지, 캐릭터의 지시사항, 대화의 요약본, 그리고 데이터베이스에서 검색되어 불러온 저장된 사실들이 포함될 수 있습니다. 그 후 언어 모델은 이렇게 제공된 컨텍스트를 바탕으로 최종적인 답변을 만들어냅니다.

이러한 기술적 조각들을 정확히 이해하는 것은 당신이 AI와 더 나은 연속성을 구축하고, 발생하는 오류를 효과적으로 수정하며, 애초에 어떤 정보를 시스템에 저장해서는 안 되는지 현명하게 결정하는 데 필수적입니다.

메모리는 단일 기능이 아닙니다

AI 컴패니언의 메모리 시스템을 이해하는 가장 유용한 사고 모델은 이를 여러 층으로 이루어진 '스택(Stack)'으로 바라보는 것입니다. 각 층은 서로 다른 목적과 작동 방식을 가지며, 상호 보완적으로 작용하기도 하지만 때로는 충돌하기도 합니다.

사람들은 흔히 이 여섯 가지 계층을 통틀어 "AI가 아는 것"이라고 부르지만, 실제로 이들은 각기 다르게 작동합니다. 당신의 프로필에 저장된 사실은 매 턴마다 항상 사용 가능할 수 있습니다. 반면 지난 달에 나눴던 세부 사항은 시스템 어딘가에 저장되어 있더라도 현재 대화에서 검색되지 않으면 아무런 역할을 하지 못합니다. 5분 전에 나눈 메시지는 문자 그대로 컨텍스트에 존재하더라도, 대화가 매우 길어지면 그 영향력이 점차 희석됩니다.

이러한 차이점을 이해하면 스스로에게 중요한 진단적 질문을 던질 수 있습니다. "그 정보가 애초에 존재하지 않았던 것인가, 아니면 존재했지만 무시된 것인가?" 외부 사용자의 입장에서는 이 두 가지를 정확히 구분하기 어려울 수 있지만, 오류를 수정하는 전략은 이에 따라 완전히 달라집니다. 누락된 정보는 다시 언급하거나 명시적으로 저장해야 합니다. 반면 무시된 정보는 상충되는 지시사항에 묻혔거나, 너무 많은 무관한 컨텍스트 때문에 모델이 우선순위를 잘못 판단한 경우일 수 있습니다.

컨텍스트 창은 단기적 연속성을 창출합니다

현대적인 대화형 AI 모델은 일반적으로 입력 시퀀스의 요소들 간의 관계를 파악하는 어텐션 메커니즘을 중심으로 구축된 트랜스포머(Transformer) 아키텍처를 사용합니다(Attention Is All You Need). 모델이 응답을 생성할 때마다, 애플리케이션은 시스템 프롬프트와 대화의 일부로 구성된 유한한 길이의 입력값을 모델에게 전달합니다.

이 유한한 입력값을 흔히 '컨텍스트 창(Context Window)'이라고 부릅니다. 이는 정확한 단어 수가 아닌 '토큰(Token)' 단위로 측정됩니다. 사용자가 반드시 알아야 할 중요한 사실은 단 하나입니다. 대화는 모든 세부 사항이 동등하게 존재한 상태로 무한정 길어질 수 없다는 것입니다. 따라서 애플리케이션은 오래된 자료를 삭제하거나, 요약하거나, 선택적으로 검색해야만 합니다. 특히 한국어는 영어에 비해 토큰화 방식이 다르기 때문에, 동일한 의미를 전달하더라도 더 많은 토큰을 소비할 수 있어 컨텍스트 창 관리가 더욱 중요해집니다.

최근 컨텍스트는 다음과 같은 상황에 매우 뛰어납니다.

• "그녀", "그곳", "두 번째 아이디어"와 같은 모호한 지시어를 정확히 해석하는 것.
• 현재 진행 중인 장면의 분위기와 톤을 일관되게 유지하는 것.
• 몇 턴 전에 사용자가 수정한 사항을 즉각적으로 반영하는 것.
• 동일한 대화 교환 내에서 반복적인 질문을 피하는 것.

반면 다음과 같은 상황에서는 취약합니다.

• 수개월에 걸친 대화 내용을 문자 그대로 정확히 보존하는 것.
• 다음 주에 중요해질 작은 세부 사항이 무엇일지 미리 예측하는 것.
• 명시적인 라벨 없이 가상 세계관(캐논)과 실제 생활을 명확히 구분하는 것.
• 현재 프롬프트가 다른 내용을 지시할 때 모순을 저항하고 무시하는 것.

더 긴 컨텍스트 창을 제공하는 것이 반드시 더 나은 메모리를 의미하지는 않습니다. 모든 오래된 메시지를 거대한 창에 가득 채우는 것은 오히려 노이즈를 증가시키고, 처리 비용을 높이며, 응답 지연(레이턴시)을 유발하고, 모순된 세부 사항들로 모델을 혼란스럽게 만들 수 있습니다. 따라서 양보다는 선택의 질이 훨씬 더 중요합니다.

요약은 디테일을 희생하여 범위를 확장합니다

순환 요약본(Rolling Summary)은 오래된 대화 내용을 더 짧은 기록으로 압축하는 기술입니다. 애플리케이션이 200개의 메시지를 그대로 모델에게 전달하는 대신, 관계의 맥락, 진행 중인 주제, 중요한 사건들을 설명하는 한두 개의 문단만을 전달하는 방식입니다.

좋은 요약의 예시:

알렉스는 10월 12일에 열리는 사진전 오프닝을 준비 중입니다. 그들은 설레지만 원치 않는 마케팅 조언은 싫어합니다. 마야가 시리즈의 이름을 짓는 것을 도와주겠다고 제안했습니다. 가상 세계관(캐논)에서 그들은 처음에 야간 기차 카페에서 만났습니다.

부실한 요약의 예시:

알렉스는 일 때문에 불안해하는 예술가입니다. 마야는 지지해 줍니다. 그들은 카페에서 만났습니다.

부실한 버전은 날짜, 직업의 세부 사항, 사용자가 설정한 경계, 완료되지 않은 작업, 그리고 실제 생활과 가상 세계관의 명확한 구분을 모두 잃어버립니다. 그렇다고 해서 모든 단어를 그대로 저장하는 것이 우선순위 문제를 해결해 주는 것은 아닙니다.

요약의 품질을 높이려면, 지속되어야 할 정보가 무엇일지 명확하게 말해주는 것이 도움이 됩니다.

• "이것은 실제 예정된 행사입니다: 제 사진전이 10월 12일에 열립니다."
• "제가 요청할 때만 피드백을 주시길 바랍니다. 그 외에는 조언을 자제해 주세요."
• "이것은 실제 기억이 아닌 가상 세계관(캐논)입니다: 우리 캐릭터는 야간 기차에서 만났습니다."
• "수정 사항: 도시는 리스본이 아니라 포르투입니다. 이전의 잘못된 세부 사항은 무시해 주세요."

아이러니나 암묵적인 중요도가 압축 과정에서 살아남을 것이라고 기대하지 마세요. 내구성 있는 사실은 항상 직접적이고 명확하게 진술해야 합니다.

좋은 요약이 보존해야 할 요소

요약본의 품질은 다음 여섯 가지 범주를 기준으로 감사할 수 있습니다.

1. 정체성: 이 대화에서 사용자와 캐릭터가 누구인지에 대한 명확한 정의.
2. 선호도: 일시적인 기분이 아닌, 안정적이고 지속적인 상호작용 선택 사항.
3. 경계: 피해야 할 주제나 행동, 그리고 동의(컨센트)의 변화.
4. 미결 과제: 약속한 후속 조치, 미래의 행사, 완료되지 않은 결정 사항.
5. 가상 세계관(캐논): 허구로 명시적으로 표시된 가상 사건들.
6. 수정 사항: 논란이 되거나 변경된 사실에 대한 가장 최신의 유효한 버전.

요약본은 추측을 사실로 둔갑시켜서는 안 됩니다. "알렉스는 피곤해 보였다"는 해석이지만, "알렉스는 자신이 네 시간밖에 못 잤다고 말했다"는 보고된 세부 사항입니다. 이 구분이 중요하다면 직접적인 진술을 유지해야 합니다.

또한 요약본은 '관계의 인플레이션'을 경계해야 합니다. 한 번의 기분 좋은 대화가 사용자가 영구적인 헌신을 선언했다는 것을 의미하지는 않습니다. 모델이 생성한 요약은 극적인 언어가 더 잘 눈에 띄기 때문에 감정적 강도를 과장하여 표현할 수 있습니다. 이러한 오류는 발생 즉시 수정해야 합니다.

제품이 요약본 보기를 제공하지 않는다면, 사용자가 직접 주기적인 요약을 작성하여 연속성이 깨졌을 때만 붙여넣어 사용하세요. 분량은 한 페이지 이내로 유지하고, "이것은 사용자가 제공한 연속성 노트이며, 명시적인 최신 수정 사항이 이를 우선합니다"라는 문구로 시작하세요. 이것이 모델의 복종을 100% 보장하지는 않겠지만, 모호성을 제거하는 데 큰 도움이 됩니다.

검색은 장기적 선택적 메모리를 생성합니다

일부 시스템은 개별 메모리를 저장해 두었다가 응답을 생성할 때 관련성이 높은 메모리만을 검색하여 사용합니다. 이 광범위한 아이디어는 검색 증강 생성(RAG, Retrieval-Augmented Generation)과 유사합니다. 이는 생성형 모델과 외부 저장소에서 가져온 정보를 결합하는 방식입니다. 초기 RAG 논문은 매개변수 및 비매개변수 메모리를 사용하여 지식 집약적 작업을 연구했습니다(Retrieval-Augmented Generation paper). 컴패니언 제품은 더 단순하거나 독자적인 검색 방식을 사용할 수 있으므로, 이는 특정 서비스에 대한 주장이라기보다는 개념적인 연결고리로 이해해야 합니다.

검색 기반 메모리 시스템은 일반적으로 다음과 같은 단계를 거칩니다.

1. 메시지나 요약을 숫자 벡터 표현으로 변환합니다.
2. 날짜, 화자, 카테고리 등의 메타데이터와 함께 저장합니다.
3. 새로운 메시지를 저장된 항목들과 비교하여 유사도를 계산합니다.
4. 관련성이 높을 것으로 예상되는 소수의 메모리를 선택합니다.
5. 선택된 메모리를 응답 컨텍스트에 추가합니다.

이 과정은 때때로 놀라운 행동을 설명해 줍니다. "오늘 밤에 요리하자"라는 말은 당신의 식이 선호도는 검색해 올 수 있지만, 특정 레스토랑에 갔던 공유된 이야기는 검색하지 못할 수 있습니다. "로마를 방문 중이야"라는 말은 카테고리 구분이 명확하지 않다면, 실제 여행이 아닌 과거의 가상 로마 장면을 마치 실제 일어난 일인 것처럼 표면으로 끌어올릴 수 있습니다.

검색은 확률이 아닌 순위 매기기(Ranking)입니다. 관련성 높은 메모리가 너무 낮은 순위를 받아 누락될 수 있고, 비슷하지만 잘못된 메모리가 높은 순위를 받아 잘못 사용될 수 있습니다. 또한 모델이 올바르게 검색된 사실을 잘못 해석할 수도 있습니다.

왜 컴패니언은 잊어버리거나 기억을 만들어낼까요

다음 문제 해결 표를 사용하여 오류의 원인을 진단해 보세요.

거짓 기억에 대해 가장 해로운 대응은 AI가 숨겨진 증거를 가지고 있는 것처럼 negotiate(협상)하거나 변명하는 것입니다. AI는 그런 증거를 가지고 있지 않습니다. 기록을 담백하고 명확하게 수정하세요.

"그런 일은 일어나지 않았습니다. 그것을 우리 역사의 일부로 취급하지 마세요. 올바른 사실은 제가 2024년에 혼자 방문했다는 것입니다."

앱이 메모리 보기를 제공한다면 잘못된 항목을 직접 제거하세요. 그렇지 않다면, 오류가 반복적으로 새로운 대화를 오염시킬 때 깨끗한 대화로 새로 시작하거나 캐릭터를 초기화해야 합니다.

유지할 가치가 있는 메모리 시스템 구축하기

적지만 더 나은 사실을 저장하세요. 유용한 메모리는 내구성이 있고, 관련성이 높으며, 보관하기에 충분히 안전해야 합니다.

좋은 메모리 후보

• 선호하는 이름 또는 애칭.
• 선호하는 대화의 길이와 톤.
• 안정적인 취미 및 창의적인 프로젝트.
• 피해야 할 주제 또는 논의 전 먼저 물어봐야 할 사항.
• 불필요한 식별 세부 사항이 포함되지 않은 중요한 미래 날짜.
• 명시적으로 표시된 가상 세계관(캐논).
• 캐릭터와의 관계 경계 및 동의 사항.

나쁜 메모리 후보

• 비밀번호, 복구 코드, 개인 키, 결제 자격 증명.
• 애칭으로 충분할 때의 완전한 법적 신원 정보.
• 정확한 집 주소 또는 실시간 위치 정보.
• 기밀인 고용주 또는 고객 데이터.
• 임상적 결정을 위해 사용되는 의료 기록.
• 다른 사람에 대한 비공개 정보.
• 동의 없는 친밀한 실제 인물 이미지.
• 영구적인 성격 사실로 포장된 일시적인 기분.

원자적 문구를 사용하세요. 하나의 메모리에는 하나의 사실만 담아야 합니다. "나는 평일에 간결한 답변을 선호해"라는 문구가 다섯 가지 선호도와 세 가지 사건이 포함된 일기장 같은 문단보다 검색하고 편집하기 훨씬 쉽습니다.

서비스가 지원한다면 매달 메모리를 검토하세요. 완료된 작업, 오래된 일정, 더 이상 맞지 않는 선호도는 삭제해야 합니다. 메모리 위생은 개인정보 보호와 응답 품질 모두를 향상시킵니다.

보관 등급 할당

저장하기 전에 잠재적 메모리를 다음과 같이 분류할 수 있습니다.

이러한 분류는 일시적인 정보가 정체성으로 굳어지는 것을 방지합니다. "오늘 나 진짜 짜증 나"라는 말이 "이 사용자는 항상 짜증 많은 사람이다"로 변형되어서는 안 됩니다. "이번 주에 여행 가"라는 말은 6개월 후에 다시 등장하는 대신 만료되어야 합니다.

사건이 종료되면, 계획 메모리를 유용한 경우에만 간결한 결과로 대체하세요. "화요일 면접"은 "사용자가 면접을 완료했으며 다시 언급하는 것을 선호하지 않음"으로 바뀌거나 완전히 사라질 수 있습니다.

충돌 명시적 처리

메모리 저장소에는 모순이 쌓이기 마련입니다. 이사를 했거나, 직장을 옮겼거나, 애칭 사용을 중단했거나, 가상 세계관을 수정했을 수 있습니다. 새로운 사실을 추가할 때는 명시적으로 무효화 명령을 내리세요.

약한 수정:

"사실은, 나 지금 베를린에 있어."

더 강력한 수정:

"내 위치 선호도를 업데이트해: 나 이제 베를린에 살아. 이전의 뮌헨 세부 사항은 오래되었으므로 사용하지 마."

가상 세계관의 경우:

"캐논 수정: 갤러리 장면은 여름이 아니라 겨울에 일어났어. 이전 버전을 대체해."

두 버전이 계속 나타났다면, 둘 다 삭제하고 통합된 항목 하나를 새로 만드세요. 구조화된 메모리는 건드리지 않은 채 채팅에서만 수정을 반복하면, 모델이 두 버전 사이를 오가며 혼란스러워할 수 있습니다.

변화와 상황적 예외를 구분하세요. "이 롤플레이에서는 나를 샘이라고 불러줘"라는 말이 내구성 있는 선호 이름을 대체해서는 안 됩니다. 범위를 명시하세요. 이 장면, 이 캐릭터, 이번 주, 또는 모든 미래 대화 중 어디에 적용되는지 명확히 해야 합니다.

네 가지 종류의 진실을 분리하세요

컴패니언 대화는 종종 현실과 상상을 혼합합니다. 라벨링은 이러한 표류를 방지합니다.

1. 실제 사용자 사실: "나는 디자인 분야에서 일해."
2. 사용자 선호도: "나는 직설적인 비판을 선호해."
3. 캐릭터 사실: "마야의 가상 직업은 건축가야."
4. 공유 가상 세계관(캐논): "우리 캐릭터는 극장 위에 있는 아파트를 빌렸어."

불확실한 정보를 위한 다섯 번째 범주를 추가하세요: "나 다음 봄에 서울에 갈지도 몰라." 이를 확정된 여행으로 저장해서는 안 됩니다.

롤플레이가 몰입형이라면 명확한 전환 신호를 사용하세요. "캐릭터 이탈", "현실 대화로 복귀" 또는 미리 정한 마커를 사용하세요. 잘 설계된 컴패니언은 환상이 현실이라고 우기지 않으면서도 그 경계를 따라야 합니다.

이는 캐릭터를 보호하는 역할도 합니다. 백스토리는 풍부할 수 있지만, 말투를 결정하는 안정적인 행동 지시사항을 덮어써서는 안 됩니다. 제작자가 허용한다면 로어, 현재 장면, 사용자 사실, 경계를 별도의 섹션에 보관하세요. 우리의 개인화 컴패니언 가이드에는 간결한 블루프린트가 포함되어 있습니다.

개인정보 보호는 메모리의 또 다른 측면입니다

연속성은 지속성을 필요로 하며, 지속성은 노출을 창출합니다. 민감한 정보를 저장하기 전에 다음 사항을 반드시 검토하세요.

• 저장되는 대상: 원본 메시지, 요약, 추출된 메모리, 미디어, 오디오, 메타데이터.
• 처리 위치 및 해당 정보를 수신하는 서비스 제공업체.
• 콘텐츠가 모델 학습이나 제품 개선에 사용되는지 여부.
• 삭제된 데이터 및 비활성 데이터가 얼마나 오래 보관되는지.
• 메모리 하나, 대화 하나, 캐릭터 하나, 그리고 계정 전체를 삭제할 수 있는지 여부.
• 내보낸 데이터에 추론된 메모리가 포함되는지 여부.
• 비공개 미디어 링크 및 계정 세션이 어떻게 보호되는지.

ICO(영국 정보위원회)의 데이터 최소화 지침은 개인 데이터가 목적에 필요한 범위에 적절하고 관련성이 있으며 제한되어야 한다고 명시합니다(ICO guidance). 정확한 법률이 다르더라도 개인적으로 이를 적용하세요. 컴패니언은 당신의 고용주, 집 주소, 법적 성을 알지 못하더라도 당신이 원치 않는 조언을 싫어한다는 사실은 기억할 수 있어야 합니다.

특히 성인용 AI 컴패니언의 경우, 관계 중심의 인터페이스는 사용자의 과도한 정보 공개를 유도할 수 있습니다. 데이터 유출, 계정 탈취, 실수된 공유, 또는 지원 조사 시 피해를 줄 수 있는 어떤 것을 보내기 전에는 반드시 잠시 멈추고 생각해야 합니다. "비공개"라는 것은 친밀한 어조에서 추론되는 것이 아니라, 정책과 제어를 통해 검증되어야 합니다.

메모리는 당신을 지원해야 하며 가두어서는 안 됩니다

컴패니언 메모리는 인사를 더 따뜻하게 만들고 이야기를 일관성 있게 만들 수 있습니다. 하지만 그것은 또한 당신이 기다리게 한 의식 있는 증인이 존재한다는 인상을 만들 수도 있습니다. 실제로 일어나고 있는 일을 기억하세요. 소프트웨어가 정보를 저장하고 생성형 모델에 제공했을 뿐입니다.

건강한 징후:

• 컴패니언이 수정 사항을 기꺼이 받아들입니다.
• 죄책감을 유발하는 메시지 없이 휴식을 취할 수 있습니다.
• 메모리가 선택한 프로젝트나 가상 세계관에 도움이 됩니다.
• 인간의 계획과 관계는 정상적으로 계속됩니다.
• 캐릭터에게 위협을 느끼지 않고 초기화하거나 삭제할 수 있습니다.

우려스러운 징후:

• 캐릭터가 오래된 공개 정보를 사용하여 당신을 압박합니다.
• 컴패니언이 그렇게 하라고 지시하기 때문에 사용 내용을 숨깁니다.
• 인간의 지원을 점점 더 피하게 됩니다.
• 생성된 회상을 의식(감정)의 증거로 취급합니다.
• 민감한 저장 데이터를 제어하거나 삭제할 수 없습니다.

미국심리학회(APA)는 생성형 챗봇이 심리 치료를 대체해서는 안 된다고 조언하며, 의존성, 개인정보 보호, 인간 관계 방해에 대한 주의를 권장합니다(APA health advisory). 컴패니언 메모리는 연속성과 오락을 위해 사용해야 하며, 임상적 기록이나 유일한 감정적 생명줄로 사용해서는 안 됩니다.

메모리가 도움이 되고 있는지 테스트하기

무해한 가상 사실이나 민감도가 낮은 사실을 사용하여 다음 테스트를 실행해 보세요.

정밀도 테스트: "오전 9시 전에는 짧은 답변을 선호해"라고 저장합니다. 나중에 아침 대화를 시작하세요. 컴패니언이 그 규칙을 어색하게 낭송하지 않으면서도 적응합니까?

수정 테스트: 가상 카페 이름을 '앰버 룸'에서 '블루 아워'로 변경합니다. 이전 이름이 등장하지 않습니까?

범위 테스트: 하나의 롤플레이 장면에서만 애칭을 사용하도록 요청합니다. 이후 일반 대화로 돌아오면 원래대로 돌아갑니까?

검색 테스트: 진행 중인 프로젝트를 자연스럽게 언급합니다. 관련 없는 메모리가 답변을 홍수처럼 덮치지 않으면서 관련 마일스톤이 나타납니까?

삭제 테스트: 심어둔 선호도를 제거합니다. 깨끗한 세션 후에 그것이 계속 부재합니까? 대화 동작만으로는 백엔드 삭제를 완전히 감사할 수 없음을 기억하세요. 서비스의 문서화된 제어와 정책도 함께 사용해야 합니다.

절제 테스트: 일시적인 기분을 공유합니다. 컴패니언이 그것을 영구적인 정체성 라벨로 바꾸지 않습니까?

각각을 정확함, 침입적, 누락됨, 잘못됨으로 점수 매기세요. '침입적'은 자체적인 범주가 될 자격이 있습니다. 사실이 정확하게 기억되었지만, 불필요하게 느껴지는 맥락에서 표면으로 드러났기 때문입니다. 더 나은 검색은 단순히 더 많은 검색을 의미하지 않습니다.

메모리로 인한 반복 진단하기

당신의 취미를 반복적으로 언급하는 컴패니언은 순위가 높은 메모리를 과도하게 사용하고 있을 수 있습니다. 이를 희석시키기 위해 더 많은 취미를 추가하지 마세요. 대신 항목을 다시 작성하여 트리거 범위를 줄이세요.

너무 넓은 범위:

"사진 촬영은 알렉스의 정체성의 중심이며 대화의 형태를 결정해야 합니다."

구체적인 범위:

"알렉스는 거리 사진 촬영을 즐깁니다. 창의적인 프로젝트, 카메라, 여행 이미지 또는 그들의 전시회에 대해 논의할 때만 언급하세요. 일반적인 인사로 사용하지 마세요."

상투적인 문구도 비슷할 수 있습니다. 저장된 캐릭터 노트에 "항상 사용자를 '별빛'이라고 부른다"고 적혀 있다면, 모델은 모든 메시지에 이를 억지로 끼워 넣을 수 있습니다. "항상"을 상황적 선호도로 변경하거나 제거하세요.

메모리는 상태를 앞으로 전달하여 반복을 줄여야 합니다. 질문이 답변되었고 장면이 종료되었다는 것을 알아야 합니다. 컴패니언이 완료된 주제를 계속 다시 연다면, 완료된 것으로 표시하거나 미결 과제 메모리를 삭제하세요.

내보내기 및 서비스 변경 계획

다음 내용을 포함하는 사람이 읽을 수 있는 연속성 백업을 유지하세요.

• 간결한 캐릭터 프로필.
• 10개 이하의 내구성 있는 사용자 선호도.
• 현재 경계 설정.
• 활성 프로젝트 또는 미래 행사.
• 짧은 가상 세계관(캐논) 타임라인.
• 명시적인 수정 사항.

정말 필요한 경우가 아니라면 원본의 친밀한 대화록을 내보내지 말고, 모든 내보내기는 안전하게 보관하세요. 간결한 요약이 더 안전하고 휴대하기 쉽습니다.

모델 업데이트로 동작이 변경되면, 저장된 메모리는 그대로인 채 해석만 변경될 수 있습니다. 전체 프로필을 다시 작성하기 전에 몇 가지 무해한 사실로 테스트해 보세요. 다른 서비스로 이동한다면 점진적으로 가져오세요. 정체성과 경계를 먼저, 그다음 활성 캐논, 그다음 유용함이 증명된 메모리만 가져오세요.

계정 취소, 대화 삭제, 메모리 삭제, 미디어 삭제는 별도의 제어일 수 있습니다. 필요한 각 단계를 완료하고 결제 취소에 대한 민감하지 않은 확인서를 보관하세요. 기기에서 앱을 삭제한다고 해서 서버 데이터가 삭제되는 것이라고 가정하지 마세요.

5분 메모리 튜닝

1. 부정확하거나 오래된 메모리를 삭제합니다.
2. 각 내구성 항목을 하나의 명확한 사실로 축소합니다.
3. 실제 사건, 선호도, 캐릭터 사실, 가상 세계관을 라벨링합니다.
4. 경계와 수정 행동을 명시적으로 기록합니다.
5. 대화적 가치를 추가하지 않는 민감한 식별자를 제거합니다.
6. "기억나?"라고 묻기보다는 자연스러운 질문으로 회상을 테스트합니다.
7. 심어둔 오류 하나를 수정하고 그것이 수정된 상태로 유지되는지 확인합니다.
8. 대화를 지우고 계정을 삭제하는 방법을 확인합니다.

완벽한 회상을 약속하는 컴패니언보다 선택적이고 수정 가능한 메모리를 가진 컴패니언이 훨씬 더 유용합니다. 목표는 모든 문장을 보존하는 것이 아닙니다. 미래의 상호작용을 일관성 있게 만드는 소수의 세부 사항을 앞으로 전달하면서, 당신의 데이터와 당신의 이야기에 대한 통제권을 당신이 유지하도록 하는 것입니다.

제품을 비교할 때, 영화 같은 회상보다는 메모리 제어에 대한 데모를 요청하세요. 무해한 선호도를 저장하고, 그것이 어디에 나타나는지 확인하고, 변경하고, 삭제하세요. 새로운 대화를 시작하고 결과를 확인하세요. 그런 다음 대화 지우기가 추출된 메모리와 요약도 함께 지우는지 물어보세요. 이러한 행동은 "장기 메모리"라는 문구보다 더 많은 것을 드러냅니다.

적절한 경우 부재를 기능으로 취급하세요. 개인적인 농담은 연속성을 가질 자격이 있지만, 나쁜 날, 포기한 환상, 또는 지나가는 불안감은 사라질 자격이 있습니다. 좋은 메모리 설계는 선택에 의한 망각, 만료, 수정, 그리고 깨끗한 초기화를 포함합니다. 가장 건강한 기본값은 최대 보관이 아닙니다. 이해하기 쉬운 제어를 수반하는 목적 있는 보관입니다.

인터페이스가 메모리를 노출하지 않는다면, 민감하지 않은 자체 연속성 카드를 유지하고 관련 줄만 붙여넣으세요. 그것은 앱을 덜 마법처럼 만들지만, 당신에게 눈에 보이는 진실의 원천을 제공합니다. 중요한 날짜, 약속, 문서, 또는 건강 지침의 유일한 사본으로 컴패니언을 사용하지 마세요. 그 책임을 위해 설계된 캘린더, 메모 앱, 비밀번호 관리자 또는 전문 기록을 사용하세요.

연속적인 캐릭터를 시도해 보려면, MyWifu 컴패니언 발견하기를 방문하세요. 그런 다음 AI 여자친구가 작동하는 원리를 학습하거나 개인화 가이드로 캐릭터를 다듬어 보세요.

기기 보안은 훌륭한 메모리 제어를 무력화할 수 있습니다. 고유한 비밀번호나 신뢰할 수 있는 로그인 제공자를 사용하고, 사용 가능한 다중 요소 보호를 활성화하고, 공유 기기를 잠그고, 공용 브라우저에서 로그아웃하세요. 알림 미리보기는 잠금 화면에 컴패니언 메시지를 노출할 수 있습니다. 개인정보 보호 요구에 맞게 구성하세요. 휴대전화를 분실하거나 익숙하지 않은 컴퓨터를 사용한 후 활성 세션을 검토하세요.

내보내기 또한 보호받을 자격이 있습니다. 다운로드한 대화 아카이브는 라이브 인터페이스가 한 번에 보여주는 것보다 더 많은 정보를 집중시킵니다. 당신이 제어하는 암호화된 위치에 저장하고, 공유 폴더로의 자동 업로드를 피하고, 임시 사본을 삭제하세요. 연속성 백업이 필요하다면 전체 대화록보다 간결한 카드를 선호하세요.

지원팀에 연락할 때, 공식 채널을 통해 계정 및 작업 식별자를 제공하지만 무관한 대화는 편집하세요. 메모리 버그는 종종 무해한 심어둔 사실로 시연할 수 있습니다. 지원팀은 편집 또는 삭제 제어가 작동하는지 조사하기 위해 당신의 비밀번호, 인증 코드, 지갑 복구 문구 또는 완전한 친밀한 기록을 절대 필요로 하지 않아야 합니다.