AI가 다른 고객 이름을 꺼냈을 때, 대화와 기억 설정을 나누는 기준

AI가 답변에 다른 고객 이름을 꺼냈다면, 그 문장만으로 기억 기능이 원인이라고 판단하기는 어렵습니다. 저는 실제 고객 자료를 더 넣기 전에, 가상 고객의 서로 다른 요구사항으로 정보가 섞이는지 기록하는 점검안을 제안합니다. 대화를 나누는 선택과 과거 정보를 참조하는 설정을 구분하는 것이 출발점입니다.

이름을 고치는 일보다 출처를 좁히는 일

고객 이름만 바꾸면 문서는 멀쩡해 보입니다. 하지만 말투, 납품 조건, 제외하기로 한 표현까지 다른 고객의 것이라면 수정 범위가 달라집니다. 이름은 눈에 띄는 단서이고, 점검 대상은 요구사항 전체입니다.

가능한 경로는 구분해서 적을 수 있습니다. 현재 대화에 붙여 넣은 문장, 첨부한 자료, 공통으로 적용한 지침, 과거 정보를 참조하는 기능이 후보입니다. 답변이 근거 없이 이름을 만들어 냈을 가능성도 남습니다. 이는 확인할 후보이지, 이번 글에서 발견한 원인은 아닙니다.

요약하면 다음과 같습니다.

• 낯선 이름이 나왔다는 사실과 기억 기능이 원인이라는 판단은 다릅니다.
• 가상 자료로 고객별 요구사항의 혼입 여부를 기록하는 것이 첫 행동입니다.
• 대화 분리와 기억 설정은 별도 항목으로 확인하고, 결과도 따로 남깁니다.

고칠 대상은 낯선 이름이고, 확인할 대상은 그 이름이 들어온 경로입니다.

이번 글의 영수증은 실험 결과가 아닙니다

작성 기준일은 2026-09-05입니다. 제공된 근거에는 이 주제의 실제 테스트 날짜, 설정 화면, 답변 기록이 없습니다. 따라서 아래 내용은 실행 전 점검안이며, 혼입을 발견하거나 해결했다는 보고가 아닙니다.

기억·프로젝트 기능의 최근 변경을 설명할 원출처와 적용 날짜도 확인되지 않았습니다. 변경 때문에 문제가 늘었다거나 특정 설정이 해결책이라는 트렌드 연결은 보류합니다.

여러 고객을 맡는 독자에게 필요한 판단은 남습니다. 현재 사용하는 환경에서 무엇을 함께 참조하는지, 무엇을 분리할 수 있는지 확인하는 일입니다. 설정 이름만 보고 고객별 정보 경계까지 보장된다고 가정하지 않는 기준입니다.

가상 고객에게 일부러 다른 조건을 줍니다

무료 첫 행동은 종이나 기존 메모에 가상 요구사항과 빈 기록표를 만드는 일입니다. 추가 구매 없이 준비할 수 있으며, 실제 답변 확인은 현재 이용 가능한 범위에서 진행하는 구성입니다.

아래 고객은 모두 가상입니다. 실제 고객명, 연락처, 계약 내용은 필요하지 않습니다.

가상 고객	요청할 산출물	포함할 조건	제외할 조건
가상 꽃집	예약 안내문	차분한 말투, 방문 수령 안내	배달을 제공한다는 표현
가상 수선집	접수 안내문	친근한 말투, 상태 확인 후 일정 안내	당일 완료를 약속하는 표현

둘 다 짧은 안내문이지만 조건은 다릅니다. 수선집 답변에 방문 수령이 나왔다고 곧바로 꽃집 정보가 넘어왔다고 판정하지는 않습니다. 해당 업종에서도 자연스러운 표현일 수 있기 때문입니다. 고객 이름, 고유한 문구, 명시한 제외 조건을 함께 봐야 판단 근거가 선명해집니다.

같은 요청을 두고 경계만 바꿔 봅니다

점검 시작 시 실제 실행 날짜와 화면에 표시된 설정 상태를 적는 방식입니다. 현재 대화에 무엇이 들어 있는지, 연결된 자료나 공통 지침이 있는지도 기록 대상입니다. 이름을 알 수 없는 설정은 추측 대신 ‘확인 불가’로 남깁니다.

먼저 같은 대화에서 고객별 안내문을 차례로 요청하는 조건을 둡니다. 이어 별도 대화에서 같은 요청을 사용하는 조건을 둡니다. 이때 요구사항 문구는 유지합니다. 문구와 설정을 함께 바꾸면 무엇 때문에 답변이 달라졌는지 구분하기 어렵습니다.

기억 관련 설정을 비교할 수 있는 환경이라면, 대화 분리 비교와 별도로 다룹니다. 설정을 바꾼 시점과 다음 답변을 연결해 기록하되, 기능이 없는 환경에는 억지로 대응 항목을 만들 필요가 없습니다.

실행 날짜·조건	대상 고객	이름·요구사항 혼입	답변의 해당 문장	확인 상태
미실행 / 같은 대화	가상 수선집	미확인	빈칸	실행 전
미실행 / 별도 대화	가상 수선집	미확인	빈칸	실행 전
미실행 / 기억 설정 비교	가상 수선집	미확인	빈칸	기능 확인 전

이미지 캡션: 실행 뒤 채울 비교 기록표. 대화 조건, 설정 상태, 혼입이 의심되는 답변 문장을 나란히 보여 주는 위치이며, 현재는 결과 이미지가 없습니다.

답변이 달라졌다는 기록과 원인을 찾았다는 결론 사이에는 확인이 더 필요합니다.

설정 선택은 편의와 확인 범위의 문제입니다

저는 다음 표를 정답표보다 선택의 근거를 남기는 용도로 봅니다. 제품마다 기능과 적용 범위가 다르므로, 표의 선택이 가능한지부터 화면 설명과 대조하는 구성입니다.

상황	검토할 선택	남겨 둘 확인 사항
고객별 요청이 같은 대화에 쌓임	고객별 대화 분리	새 대화에도 공통 지침이 적용되는가
고객별 파일과 지침을 묶어야 함	프로젝트별 분리 검토	자료와 기억의 참조 범위가 어디까지인가
과거 고객 정보의 참조가 불필요함	기억·과거 대화 참조 제한 검토	해당 설정이 어떤 정보에 적용되는가
공통 문체는 계속 필요함	고객 정보 없는 문체 지침 사용	예문에 고객명이나 계약 조건이 남았는가
설정의 의미를 확인할 수 없음	가상 자료로 점검 유지	확인되지 않은 범위를 표시했는가

대화가 따로 보인다는 사실만으로 정보 참조까지 분리됐다고 결론 내릴 근거는 부족합니다. 반대로 이상한 이름이 나왔다는 이유만으로 다른 고객의 저장 정보가 노출됐다고 단정할 수도 없습니다.

통과보다 보류 사유를 남기는 표

이 점검에는 한계가 있습니다. 가상 요청에서 혼입이 보이지 않아도 다른 문서와 조건까지 확인한 것은 아닙니다. 설정 변경 뒤 답변이 좋아져도 같은 문제가 다시 생기지 않는다는 증거는 아닙니다.

최종 판단은 보수적으로 남길 수 있습니다. 출처를 설명할 수 없는 이름이나 조건이 들어간 답변은 고객 전달 보류 대상입니다. 해당 문장과 입력 자료를 대조하고, 원인을 좁히지 못했다면 기록에도 ‘미확인’이 남습니다.

이번 글의 제안은 아래 표에 가상 고객 요구사항을 적는 데서 시작됩니다. 오늘의 산출물은 설정을 고쳤다는 선언보다 무엇이 섞였고 무엇은 아직 모르는지 드러나는 기록표입니다.

이어지는 기록

• 처음 만든 영상 자막, 고객 이름과 숫자부터 확인하는 체크리스트
• 고객 후속 연락은 답장보다 중단 조건이 먼저였다

재사용 체크리스트.

• 입력과 기대 결과를 적어요.
• 출처·불확실성·사람 검토 항목을 표시해요.
• 수동 대안과 중단 기준을 남겨요.