AI 컴패니언은 사용자에게 자신의 기억 기능을 어떻게 설명해야 할까요?
AI 컴패니언이 누군가에 관한 정보를 저장하거나 사용할 때, 그 설명은 사용자가 6가지 실질적인 질문에 답할 수 있도록 해야 합니다. 무엇이 기억될 수 있는지, 그 정보는 어디서 왔는지, 저장이 확인되었는지, 어디에 재사용될 수 있는지, 얼마나 오래 유지되는지, 그리고 이를 어떻게 검토, 수정 또는 삭제할 수 있는지입니다. 이러한 설명이 유용한 시점은 기억이 제안되거나 저장되거나 사용될 때입니다. 아래의 카드는 디자인 제안이며, 모든 앱이 이미 제공하고 있는 컨트롤을 설명하는 것은 아닙니다.
기억 공개 기능은 사용자에게 무엇을 알려주어야 할까요?
“기억해 둘게요”와 같은 짧은 문구는 명확하게 들릴 수 있지만 실제 상태는 불확실하게 남겨둡니다. 그 세부 사항이 현재 채팅에 남아 있다는 뜻일까요, 나중을 위해 저장되었다는 뜻일까요, 다른 출처에서 추론되었다는 뜻일까요, 아니면 단순히 다음 답변에 반영된다는 뜻일까요? 유용한 정보 공개는 상태를 명확히 밝히고 사용자가 이를 확인할 수 있는 방법을 제공합니다.
각 답변이 관련 동작 근처에 표시되도록 카드를 디자인하세요. 세부 정보가 단지 저장을 위해 제안된 상태라면 제안으로 라벨을 붙이세요. 영구적인 기억이 저장되었는지 앱이 확인할 수 없다면, 무언가 변경된 것처럼 암시하지 말고 명확하게 그렇다고 밝히세요. 문구는 제품이 입증할 수 있는 지연이나 한계를 포함하여 시스템의 실제 동작과 일치해야 합니다.
6가지 답변
사용자 질문: 무엇이 기억될 수 있나요? — 카드가 표시해야 할 내용: 구체적인 세부 정보나 “프로젝트 요약을 짧게 받는 것을 선호하십니다”와 같은 해당 범주의 명확한 설명입니다. “개인화”와 같은 모호한 라벨은 피하세요.
사용자 질문: 어디서 가져온 정보인가요? — 카드가 표시해야 할 내용: 출처를 명시합니다. 현재 채팅, 이전 채팅, 연결된 앱, 또는 제품이 실제로 사용하는 기타 출처 등입니다. 추론된 내용이라면 추론으로 라벨을 붙이세요.
사용자 질문: 저장이 확인되었나요? — 카드가 표시해야 할 내용: 항목이 저장되었는지, 보기 대기 중인지, 제안 상태인지, 저장되지 않았는지를 명시합니다. 제품이 지원하는 경우 확인을 위한 컨트롤을 제공하세요.
사용자 질문: 어디에 재사용될 수 있나요? — 카드가 표시해야 할 내용: 향후 채팅이나 명시된 연결 기능 등 관련된 대상이나 컨텍스트를 설명합니다. 사실이 아니라면 한곳에만 머문다고 약속하지 마세요.
사용자 질문: 얼마나 오래 유지되나요? — 카드가 표시해야 할 내용: 지원되는 보관 기간을 제공하거나 삭제 조건을 설명합니다. 시점이 다양하거나 알 수 없는 경우, 그렇다고 밝히고 관련 컨트롤이나 정책 링크를 제공하세요.
사용자 질문: 어떻게 확인, 수정, 삭제할 수 있나요? — 카드가 표시해야 할 내용: 관련 기억이나 활동 컨트롤로 직접 연결되는 링크를 제공하고, 어떤 조치가 어떤 사본이나 출처를 변경하는지 설명하세요.
이것은 제안된 인터랙션 패턴입니다. 이를 보편적인 표준으로 제시하거나, 모든 컴패니언이 항목 수준의 기억, 확인 기능 또는 고정된 보관 기간을 가지고 있다고 주장해서는 안 됩니다. 제품에 이러한 컨트롤 중 하나가 없다면, 컨트롤이 존재하는 것처럼 암시하기보다 무엇을 이용할 수 있는지를 공개해야 합니다.
채팅 기록, 저장된 기억, 연결된 앱 데이터는 어떻게 다른가요?
동일한 세부 정보가 둘 이상의 위치에 존재할 수 있으므로 사용자는 자신이 어떤 종류의 정보를 다루고 있는지 알아야 합니다. 명확한 인터페이스는 최소 세 가지 개념을 구분합니다:
**채팅 기록**은 대화의 기록입니다. 해당 기록을 유지하거나 삭제하는 것은 하나의 작업이며, 개인화에 미치는 영향은 제품의 디자인과 명시된 규칙에 따라 달라집니다.
**저장된 기억**은 제품이 향후 개인화를 위해 유지하거나 도출하는 정보입니다. 이전 채팅과 연결될 수 있지만, 눈에 보이는 대화 스크립트와는 개념적으로 다릅니다. 인터페이스는 항목을 노출하거나 왜 별도로 검토할 수 없는지 설명해야 합니다.
**연결된 앱 출처**는 사용자가 연결한 다른 서비스에서 가져올 수 있는 정보입니다. 서비스 연결을 해제하면 향후 접근에 영향을 줄 수 있지만, 이미 복사되었거나 요약되었거나 채팅 활동에 포함된 정보가 반드시 삭제되는 것은 아닙니다.
이러한 구분은 실제 제품 컨트롤에서 중요합니다. Google의 Gemini 앱 고객센터에 따르면, 이전 채팅을 삭제해도 개인화에 사용되지 않도록 적용하는 데 약간의 시간이 걸릴 수 있다고 명시되어 있으며, 이전 채팅과 관련된 정보를 삭제하거나 수정하는 방법을 설명합니다. 연결된 앱에서 기억된 정보의 경우, 사용자가 관련 채팅을 삭제하고 앱 연결도 해제해야 할 수 있다고 명시되어 있습니다. 둘 중 하나만 수행하면 다른 출처가 남아 있을 수 있습니다. 이는 AI 컴패니언에 대한 보편적인 규칙이 아니라 Gemini의 컨트롤 및 동작에 대한 설명입니다([Gemini 앱 고객센터: 이전 채팅에 대한 기억](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).
Google의 별도 연결된 앱 도움말 페이지에서도 앱 연결을 해제하거나 해당 앱에서 데이터를 삭제해도 Gemini 앱 활동이 삭제되지 않으며, Gemini 앱 활동을 삭제해도 다른 서비스의 데이터가 삭제되지 않는다고 설명합니다. 이는 일반적인 “기억 삭제” 라벨을 사용하기보다 공개 내용에서 출처와 영향을 받는 사본을 명시해야 하는 이유를 잘 보여줍니다([Gemini 앱 고객센터: 연결된 앱](https://support.google.com/gemini/answer/16836988?hl=en)).
출처별 설명은 어떤 모습일까요?
다음 가상 시나리오를 살펴보겠습니다. Riley는 채팅에서 컴패니언에게 “포틀랜드에서 주말을 보낼 계획이야”라고 말하고, 포틀랜드 일정이 포함된 캘린더도 연결했습니다. 컴패니언은 나중에 여행 일정을 제안하기 위해 채팅과 캘린더 컨텍스트를 모두 사용합니다. 그 후 Riley는 채팅을 삭제합니다. 캘린더가 계속 연결되어 있다면, 해당 일정은 여전히 독립적인 정보 출처가 될 수 있습니다. 대화를 삭제했다고 해서 캘린더 일정도 논리적으로 함께 삭제되는 것은 아닙니다. 이 예시는 출처 구분을 보여줍니다. 특정 제품이 이 가상의 정보를 그런 방식으로 저장하거나 재사용한다고 주장하는 것은 아닙니다.
이 상황에서 유용한 공개 방식은 출처를 별도로 명시하는 것입니다. “이 제안은 포틀랜드에 관한 이전 채팅과 연결된 캘린더에서 가져온 일정을 사용했습니다.” Riley가 채팅을 삭제하면 인터페이스는 해당 채팅 관련 출처의 상태를 보고하고 캘린더 연결이 계속 유지되는지 여부를 설명해야 합니다. 출처가 사용되었는지 제품이 알 수 없다면 사용되었다고 명시해서는 안 됩니다.
동일한 규칙이 수정에도 적용됩니다. 사용자가 “그 일정은 내 것이 아니야”라고 말하면, 인터페이스는 그 수정 작업이 저장된 기억을 업데이트하는지, 채팅이 사용되는 방식을 변경하는지, 아니면 연결된 캘린더를 그대로 두는지를 식별해야 합니다. 한 레이어에서의 수정이 실제로 모든 출처를 수정하는 경우가 아니라면 모든 출처를 수정하는 것으로 설명해서는 안 됩니다.
왜 “당신을 기억해요”라는 말만으로는 충분하지 않을까요?
어떤 앱이 “당신을 기억해요”라고 응답하지만 저장된 항목을 보여주지 못하고, 출처를 식별하지 못하며, 영구 저장 상태를 확인해주지 못하거나, 사용자가 이를 어떻게 변경할 수 있는지 설명하지 못한다고 가정해 보겠습니다. 그 표현은 대화체일 수는 있지만, 기억이 저장되었다는 증거는 아닙니다. 현재 채팅 컨텍스트나 생성된 응답, 또는 영구적인 기록을 설명하는 것일 수 있습니다. 상태 정보가 없으면 사용자는 이를 구분할 수 없습니다.
디자이너에게 이것은 유용한 부정적 사례(negative case)입니다. 친근한 언어가 확인 내역(영수증)을 대신하도록 두지 마세요. 작업 후에는 “저장됨”, “저장되지 않음”, “확인할 수 없음”과 같은 명시적인 상태를 표시하되, 시스템이 검증할 수 있는 상태만 사용하세요. 가능한 경우 항목을 점검할 수 있는 경로를 포함하세요. 사용자가 점검할 수 있는 별도의 기억 기록이 없다면, 해당 제품에서 그 문구가 무엇을 의미하는지, 지원 정보가 어디서 관리되는지 설명하세요.
사용자는 기억을 어떻게 확인하고 관리해야 할까요?
컴패니언이 예상치 못하게 세부 정보를 언급할 때, 사용자는 다음과 같은 간단한 진단 순서를 따를 수 있어야 합니다:
**어떤 정보가 사용되었는지 묻기.** 구체적인 세부 사항과 출처를 요청하세요. 그 답변을 그 자체로 증거로 삼지 말고, 제품의 컨트롤과 비교해 확인해야 할 설명으로 취급하세요.
**언급된 출처 열기.** 관련 대화, 기억 설정, 활동 기록 또는 연결된 앱 설정을 확인하세요. 이들이 동일한 기록일 것이라고 가정하지 마세요.
**올바른 레이어 수정하기.** 저장된 세부 정보가 잘못되었다면 가능한 경우 기억 컨트롤에서 수정하거나 삭제하세요. 정보가 연결된 서비스에서 온 것이라면 해당 연결이나 원본 항목도 함께 검토하세요.
**결과 확인하기.** 상태 변화나 확인 메시지를 찾아보세요. 제품이 삭제나 수정을 확인할 수 없는 경우, 그렇다고 밝히고 해당 조치에 대해 문서화된 지연이나 제한 사항을 설명해야 합니다.
사용 가능한 컨트롤은 제품마다 다릅니다. 예를 들어 Gemini의 고객센터 페이지에서는 이전 채팅 기억을 켜거나 끄는 방법, 이전 채팅을 찾아서 삭제하는 방법, 채팅에서 직접 정보를 수정하는 방법을 설명합니다. 또한 연결된 앱 데이터와 Gemini 활동은 관리 경로가 별도로 존재한다고 설명합니다. 이러한 예시는 출처 구분을 구체적으로 보여주므로 유용합니다. 다만 다른 앱에도 동일한 설정이 있을 것이라는 약속으로 복사되어서는 안 됩니다.
기억 관련 동작 바로 옆에 설명을 배치하세요
6가지 답변 카드는 사용자가 필요로 하는 순간에 나타날 때 가장 효과적입니다. 제안된 기억을 확인하기 전, 저장 후, 또는 응답이 이전 채팅이나 연결된 앱의 정보를 사용할 때입니다. 상태는 간결하게 유지하고, 익숙한 언어로 출처를 명시하며, 관련 기록을 변경하는 컨트롤로 사용자를 연결하세요. 보관이나 재사용 여부를 정확히 알 수 없는 경우 기간이나 보장을 지어내지 말고 불확실성을 설명하세요.
테스트는 간단합니다. 설명을 읽은 후 사용자가 어떤 정보가 관련되어 있는지, 어디서 왔는지, 실제로 저장되었는지, 어디에 사용될 수 있는지, 무엇이 이를 계속 유지시키는지, 어떻게 변경할 수 있는지를 파악할 수 있습니까? 그렇지 않다면 “당신을 기억해요”는 단순한 문구에 불과합니다. 유용한 정보 공개는 제품의 실제 상태를 이해하기 쉽게 만들고 사용자에게 실질적인 다음 단계를 제공합니다.
