로컬 저장은 개인정보 보호 점검의 일부일 뿐이다
컴퓨터에 저장한 출생 프로필도 모델 제공업체에 보내는 요청의 일부가 될 수 있습니다. 세션은 로컬 폴더에 남아 있는 동안 그 스크린숏은 공개 포럼에 올라갈 수 있습니다. 해석 앱의 개인정보 보호를 검토할 때는 작업의 각 단계에서 정보를 따라가세요.
살펴본 Mystilink 데스크톱 저장소 문서는 출생 프로필을 프로젝트 루트의 .mystilink/profiles/ 디렉터리 아래 로컬 JSON 파일로 설명합니다. 저장된 데이터를 사용자 맥락용 스냅숏으로 읽어 오는 프로필 참조도 설명합니다. 이는 서로 다른 단계입니다. 하나는 저장 위치이고, 다른 하나는 선택한 정보가 대화에 들어가는 방법입니다.
이 글은 점검 절차를 제안합니다. 공개된 개인정보 처리방침, 보관 기간의 보장, 모든 출시 빌드의 동작을 확정하지 않습니다. 실제 개인정보를 보낼지 결정할 때는 앱의 현재 고지와 제공업체 약관을 확인하세요.
개인정보를 넣기 전에 경로 그리기
첫 점검에는 가상 프로필을 씁니다. 어디에 입력하고 앱이 어디에 저장하며 메시지에서 참조하면 무슨 일이 일어나는지 적으세요. 간단한 질문에 구체적으로 답할 수 있어야 합니다. 이번 요청에서 어떤 필드가 모델에 도착하나요?
출생 프로필은 현재 과제에 필요한 것보다 많은 정보를 담을 수 있습니다. 프로필 양식의 작동 방식을 논의할 때는 출생 정보가 전혀 필요 없을 수도 있습니다. 계산 연습에는 날짜와 위치의 일부 필드가 필요하지만 이름이나 관계 메모는 필요하지 않을 수 있습니다. 입력을 줄이는 일은 독자가 선택할 수 있는 가장 간단한 개인정보 보호 판단일 때가 많습니다.
로컬 경로만으로 암호화, 운영체제 접근 권한, 백업, 동기화 소프트웨어를 알 수는 없습니다. 폴더가 클라우드 백업에 포함되면 그 백업도 따로 점검하세요. 컴퓨터나 계정을 여러 사람이 공유하면 접근도 확인합니다. 폴더 이름으로 보호 수준을 추정하지 마세요.
요청의 연결 경로 확인하기
살펴본 플랫폼의 데스크톱 연동 문서는 계정으로 인증하는 Newton 게이트웨이 경로와 제공업체에 직접 연결하는 BYOK 요청을 구별합니다. 게이트웨이는 계정 JWT를 씁니다. 문서에 따르면 BYOK는 사용자가 제공한 업체 키로 클라이언트가 제공업체에 직접 연결하는 방식입니다.
경로마다 관여하는 당사자가 다르므로 프로필을 보내기 전에 선택된 경로를 확인합니다. 제공업체 이름이나 모델 표시만으로는 어떤 연결이 활성화됐는지 모를 수 있습니다. 현재 연결 설정과 관련 문서를 보세요. 설정을 보여 주려고 액세스 토큰이나 업체 키를 포럼에 붙이지 마세요.
의미 있는 점검을 하려면 모델 요청의 내용과 계정 인증을 분리합니다. 토큰은 요청을 승인하는 수단이며 해석 자체의 일부가 되어서는 안 됩니다. 개발자 점검 중 네트워크 증거를 수집한다면 저장하거나 공유하기 전에 인증 정보를 가립니다. 콘텐츠 작성자에게 보통 필요한 것은 경로 설명이지 비밀 정보가 든 원시 통신 기록이 아닙니다.
진단 정보를 별도 채널로 점검하기
살펴본 privacyLevel.ts는 strict, balanced, diagnostic 수준을 정의합니다. strict는 환경 설정의 우선 적용을 통해 원격 진단 보고를 끕니다. diagnostic은 같은 방식으로 보고를 켭니다. balanced는 저장된 진단 설정이 명시적으로 켜져 있는지에 따릅니다.
이는 해당 파일의 진단 판단에 한정된 설명입니다. strict 모드가 모델 요청이나 가능한 모든 네트워크 연결을 끈다는 뜻은 아닙니다. 이용자가 원격 모델에 메시지를 의도적으로 보낼 수는 있습니다. 설정 이름이 더 넓은 약속이 되지 않도록 각 제어가 관할하는 활동으로 설명하세요.
같은 파일은 진단 동의 안내를 이미 물었는지도 확인합니다. 그 상태를 확인하는 것만으로 출시 화면의 전체 문구, 시점, 동의 동작을 알 수는 없습니다. 빌드를 평가한다면 화면에 실제로 무엇이 나오며 환경 설정이 그것을 덮어쓰는지 기록합니다.
앱 창 밖까지 살펴보기
개인정보 점검은 메시지를 보낸 뒤 멈추기 쉽습니다. 저장된 대화 기록, 지원용 첨부, 내보낸 노트까지 따라가세요. 무해해 보이는 발췌문 주변에 신원을 알아볼 날짜, 가족관계, 지명이 있을 수 있습니다. 게시하기 전에 공유할 결과물 전체를 검토합니다.
공개 버그 보고에는 인물과 출생 정보를 문제를 재현하는 가상 프로필로 바꿉니다. 한 필드를 바꾸면 문제가 사라진다면 원래 값을 드러내지 않고 그 관계를 보고하세요. 비공개 지원 채널도 정보 전송입니다. 받는 사람이 조사하는 데 필요한 것만 포함합니다.
삭제도 대상을 특정해야 합니다. 앱 목록에서 프로필을 제거하기, 로컬 파일 삭제, 세션 삭제, 원격 서비스에 삭제 요청하기는 다른 작업입니다. 관련 저장소마다 현재 제품에 문서화된 동작을 확인하세요. 한 번 삭제하면 모든 복사본에 적용된다고 가정하지 마세요.
짧은 점검 기록 남기기
빌드, 연결 경로, 진단 설정, 사용한 가상 테스트를 기록합니다. 답이 없는 질문에는 누가 답해야 하는지도 덧붙입니다. 예를 들어 앱 관리자는 어떤 맥락 필드가 조합되는지 설명할 수 있고, 선택한 제공업체의 공개 약관에서는 받은 요청을 어떻게 다루는지 확인할 수 있습니다.
제공업체를 바꾸거나 진단을 켜거나 프로젝트 폴더를 동기화 서비스로 옮기면 이 기록을 다시 살펴보세요. 실용적인 개인정보 점검은 실제 행동에 가깝게 머뭅니다. 무엇을 넣고 뺄지, 어디서 더 확인할지 결정하는 데 충분한 정보를 줍니다.