Agentforce PIPA 컴플라이언스를 검토할 때 첫 질문은 “에이전트가 고객 프로필 전체를 보는가”가 아닙니다. Salesforce의 Agentforce 360 설명에 따르면 Intelligent Context는 PDF, 표, 이미지, 순서도 같은 비정형 자료에서 정보를 추출하고 구조화한 뒤 Data 360 검색 인덱스로 제공하는 기능입니다. 공식 설명만으로는 Unified Individual 프로필 전체가 추론 컨텍스트에 자동 주입된다고 볼 수 없습니다.
따라서 PIPA 검토 범위도 달라집니다. 기능 자체를 포괄적으로 위험하다고 규정하는 대신 어떤 저장소를 연결했는지, 문서에 어떤 개인정보가 있는지, 누가 검색할 수 있는지, 검색 결과가 어떤 에이전트 답변에 쓰이는지를 확인해야 합니다. 이 글은 아키텍처 통제 기준을 제시하며 법률 자문을 대신하지 않습니다.
Intelligent Context가 실제로 바꾸는 아키텍처
Intelligent Context가 바꾸는 것은 고객 프로필 메모리가 아니라 비정형 지식의 수집과 검색 경로입니다. 문서 저장소에서 자료를 가져오고, 구조를 추출하고, 검색 가능한 형태로 인덱싱한 뒤, 에이전트가 질문과 관련된 내용을 검색합니다. 각 단계에서 별도의 오류와 권한 문제가 생깁니다.
첫째, 원본 문서의 권위가 불분명할 수 있습니다. 같은 정책의 최신본과 폐기된 버전이 함께 들어가면 검색 결과가 둘 다 그럴듯하게 보입니다. 파일을 더 많이 넣는다고 정확도가 높아지지 않습니다. 문서 소유자, 유효 기간, 버전 우선순위, 폐기 기준을 먼저 정해야 합니다.
둘째, 추출 과정에서 표의 행과 열, 이미지 안의 문구, 각주, 예외 조항이 잘못 연결될 수 있습니다. 자연스러운 답변이 나왔다는 사실만으로 추출이 정확하다고 판단할 수 없습니다. 원문, 추출 결과, 검색 결과, 최종 인용을 단계별로 검증해야 합니다.
셋째, 하나의 인덱스를 여러 조직과 에이전트가 공유하면 원본 저장소의 접근 경계가 약해질 수 있습니다. 검색 인덱스가 새로운 데이터 접근 계층이 되기 때문입니다. 원본에서 볼 수 없던 문서를 에이전트 답변에서 보게 되는 경로가 없어야 합니다.
PIPA 리스크는 연결한 문서와 처리 목적에서 결정됩니다
개인정보 보호법 제3조는 처리 목적을 명확히 하고 목적에 필요한 범위에서 최소한의 개인정보를 적법하게 처리하도록 요구합니다. Intelligent Context에 연결한 계약서, 상담 기록, 인사 문서, 청구 자료에 개인정보가 포함된다면 추출과 인덱싱도 실제 처리 흐름에 포함해 검토해야 합니다.
핵심은 조건부 판단입니다. 제품 매뉴얼과 공개 정책만 담은 인덱스는 고객 상담 기록을 담은 인덱스와 같은 PIPA 위험을 만들지 않습니다. 반대로 고객 서비스 에이전트가 마케팅 분석 문서나 내부 평가 자료까지 검색할 수 있다면 목적과 접근권한을 다시 설계해야 합니다.
다음 항목을 문서 단위로 확인합니다.
- 처리 목적: 이 자료가 에이전트의 어떤 업무에 필요한지 승인 기록을 남깁니다.
- 개인정보 범위: 직접 식별자뿐 아니라 자유서술, 표, 이미지, 첨부파일에 포함된 정보를 확인합니다.
- 법적 근거와 고지: 실제 처리 목적과 적용 근거를 개인정보 담당 부서가 확인합니다.
- 접근 대상: 어떤 사용자, 에이전트, Topic이 어떤 인덱스를 검색할 수 있는지 명시합니다.
- 보존과 삭제: 원본 삭제나 보존기간 만료가 추출물과 검색 인덱스에도 전파되는지 시험합니다.
Salesforce가 제공하는 기능 설명은 이 항목의 답을 대신하지 않습니다. 적용 근거, 위탁, 국외 이전 여부는 계약, 리전, 연결 서비스, 모델, 운영 방식 등 실제 구성에 따라 검토해야 합니다.
한국 기업은 인덱스보다 출처 경계를 먼저 설계해야 합니다
SI 파트너에게 “Intelligent Context를 활성화해 달라”고만 요청하면 기술팀은 연결 가능한 자료를 넓히는 방향으로 움직이기 쉽습니다. 운영 조직이 필요한 것은 최대 범위의 인덱스가 아니라 승인된 업무에 필요한 최소 범위의 인덱스입니다.
출처 등록부부터 만듭니다. 저장소, 문서 유형, 소유 부서, 목적, 개인정보 포함 여부, 유효 기간, 삭제 책임자를 한 줄씩 기록합니다. 등록되지 않은 저장소는 수집 대상에서 제외합니다. 문서 소유자가 정해지지 않았다면 검색 품질 문제를 수정할 책임자도 없습니다.
접근 목적이 다른 자료는 인덱스를 분리합니다. 고객 서비스 정책, 마케팅 자료, 인사 문서, 법무 검토 자료를 한 인덱스에 넣고 Instructions만으로 노출을 막는 방식은 통제 증거가 약합니다. 인덱스 또는 검색 범위에서 경계를 만들고, 플랫폼 권한과 에이전트의 Topic·Action 범위를 함께 시험합니다.
개인정보 최소화는 프롬프트 마지막 단계에서 시작되지 않습니다. 수집 전에 불필요한 문서를 제외하고, 추출할 문서 유형과 메타데이터를 제한하고, 검색 결과에 필요한 부분만 전달하는 순서로 적용합니다. 마스킹은 유용한 보완 통제지만 과도한 수집을 정당화하지 않습니다.
운영 인수는 인용과 권한 테스트로 판단합니다
품질 평가는 정답률 하나로 끝나지 않습니다. 최소한 다음 사례를 버전 관리된 평가 세트에 포함합니다.
- 최신 문서와 폐기 문서가 충돌할 때 최신본만 인용하는지 확인합니다.
- 표, 이미지, 각주에서 추출한 값이 원문과 일치하는지 확인합니다.
- 권한이 없는 사용자의 질문에 제한 문서 내용이 노출되지 않는지 확인합니다.
- 원본 문서를 삭제한 뒤 검색 결과와 캐시에서 사라지는지 확인합니다.
- 답변이 근거 문서를 인용하고 운영자가 해당 구간을 재현할 수 있는지 확인합니다.
오류가 발생하면 원인을 분리해야 합니다. 원본 문서, 파싱, 메타데이터, 인덱스, 검색 설정, Instructions, 추론 중 어느 단계에서 잘못됐는지 추적할 수 있어야 합니다. 에이전트 답변만 저장하면 이 구분이 어렵습니다.
SI 인수 산출물에도 이 구조를 반영합니다. 출처 등록부, 접근권한 매트릭스, 인덱스 설정, 삭제 전파 시험, 평가 세트, 실패 내역과 수정 책임자를 요구합니다. 화면 시연은 인수 증거가 아닙니다.
Agentforce 에이전트 설계와 거버넌스 가드레일은 Topic과 Action 범위를 통제하는 방법을 다룹니다. Intelligent Context에서는 그 범위에 출처와 검색 인덱스를 추가해야 합니다.
핵심 정리
- Intelligent Context는 비정형 자료를 추출·구조화하고 검색 인덱스로 제공하는 기능입니다. Unified Individual 프로필 전체가 자동 주입된다는 전제로 PIPA 분석을 시작하면 제품 사실부터 틀립니다.
- PIPA 리스크는 연결한 문서에 개인정보가 있는지, 처리 목적과 접근권한이 무엇인지, 보존과 삭제가 어떻게 작동하는지에 따라 달라집니다.
- 출처 등록부와 인덱스 경계를 먼저 정하고, Instructions나 마스킹은 그 위에 추가 통제로 적용합니다.
- 최신본 우선순위, 추출 정확도, 접근 거부, 삭제 전파, 인용 재현성을 운영 인수 전에 시험합니다.
- SI 인수 기준은 기능 활성화가 아니라 출처, 권한, 평가, 삭제에 대한 재현 가능한 증거여야 합니다.
