Claude Research와 Enterprise Search 비교: 협력사 정책 변경은 어디서 먼저 조사할까

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

두 기능은 무엇이 다른가

언제 어느 경로를 고를까

공식 변경 내용이 질문이라면 협력사의 공식 공지 링크·개정 문서·발행일을 확인해야 합니다. Research로 검색 후보를 모은 뒤 사람이 공식 페이지를 열어 변경 전후 표현, 시행 시점, 적용 대상을 읽습니다. 공지가 발견되지 않으면 변경이 확정됐다고 쓰지 않습니다.

내부 검토 진행 상태가 질문이라면 이미 확보한 공식 공지를 내부 메모의 비교 기준으로 둡니다. Enterprise Search에서 승인된 문서나 업무 대화를 찾아 제안, 검토, 승인, 미결정을 구분합니다. 채팅에서 누군가 찬성했다는 사실만으로 최종 승인이라고 적지 않습니다.

양쪽 질문이 모두 남았어도 첫 파일럿에서는 근거 공백 한 가지를 고릅니다. 다른 쪽은 별도의 소스 승인과 원문 대조가 필요할 때 다시 실행합니다. 서로 자동으로 결과가 이동하거나 한 기능의 인용이 다른 기능의 원문 검사를 대체한다고 전제하지 않습니다.

시작 전 확인할 조건

Research는 Pro·Max·Team·Enterprise 유료 플랜에서 Claude 웹·데스크톱·모바일로 제공된다고 도움말이 밝힙니다. 사용하려면 web search가 켜져 있어야 합니다.

실제 계정과 조직 설정에서 이용 가능 여부를 확인합니다. 연결 앱 권한을 임의로 확대해 시험하지 않습니다.

Enterprise Search는 Team·Enterprise에 제공됩니다. Owner가 문서와 채팅용 커넥터를 포함해 초기 설정을 마쳐야 하며 이메일 연결은 선택 사항입니다.

사용자는 이미 허용된 서비스에 본인 인증을 마쳐야 합니다. 현재 계정에 조직 검색 프로젝트가 없다면 개인 Research 창에서 같은 조직 접근권한이 생겼다고 추정하지 않습니다.

Enterprise Search 프로젝트는 Claude Desktop에서 사용할 수 있으나 Claude Mobile(iOS·Android)에서는 제공되지 않는다고 공식 도움말이 안내합니다. Research의 모바일 지원을 Enterprise Search에 적용하지 않습니다.

이번 검토에는 실제 계약 조항, 고객 개인정보, 비공개 보안 로그, 비밀번호 대신 권한을 확인한 비민감 예시를 씁니다. 소스 이름, 소유자, 문서 버전, 확인일과 검토 담당자를 먼저 적습니다. 별도 검토 사본을 보존하는 것은 내부 권고이지 Claude가 자동 백업이나 결재를 제공한다는 뜻이 아닙니다.

한 경로만 실행하는 검토 순서

1. 먼저 비어 있는 근거를 고릅니다

외부 공식 공지의 변경 내용 과 내부 대응의 현재 상태 중 하나를 선택합니다. 첫 질문의 허용 소스, 조회 기간, 찾을 문구, 제외 소스, 완료 조건을 메모합니다. 읽을 권한이 불명확한 사내 자료는 목록에서 빼고 관리자나 소유자에게 확인합니다.

협력사 공지에 있는 시행일과 우리 팀 메모의 작성일은 다른 날짜입니다. 확인 전에는 같은 날짜로 합치지 않습니다. 담당자나 적용 지역·요금제도 원문에서 확인된 경우에만 적습니다.

2. 선택 A: Research로 공식 공지를 찾습니다

외부 변경 사항이 아직 확인되지 않았다면 채팅 입력창 왼쪽 아래 + > Research 를 켭니다. 파란 표시가 나타나는지 확인합니다. web search가 켜져 있는지도 현재 설정에서 확인합니다.

승인된 공개 도메인과 협력사 이름·변경 항목을 질문에 적습니다. 검색 결과가 요청 범위를 지켰는지도 직접 검토합니다.

Research가 공식 페이지 후보를 찾아도 곧바로 확정 문장을 쓰지 않습니다. 공식 원문을 열어 URL·제목·게시일·시행일·적용 범위·예외를 구분합니다.

연결된 내부 자료까지 검색하도록 요청할 수 있으나 첫 시험에서 필요 없다면 승인된 공개 자료만 쓰도록 명시합니다. 프롬프트만으로 연결 앱의 권한이 회수되지는 않습니다.

3. 선택 B: Enterprise Search에서 내부 기록을 찾습니다

A에 이어서 해야 하는 단계가 아닙니다. 공식 공지의 내용이 이미 확인됐고 내부 대응이 궁금하다면, 설정된 Ask Your Org 또는 Owner가 바꾼 Ask {조직 이름} 프로젝트를 사이드바에서 엽니다. 승인된 앱 인증 상태를 살핍니다.

Search and tools 에서 필요한 기존 문서·채팅 소스만 선택합니다. 설정을 바꿨다면 변경이 적용되는 새 대화를 시작합니다.

이미 열람할 수 있는 문서 하나를 기준으로 삼아 같은 변경 항목의 내부 기록을 찾습니다. 소스별 문서 작성일과 대화 날짜를 나눠 적습니다.

검토 요청·결정·후속 조치의 상태는 원문에서 확인합니다. 검색 커넥터가 실패해 다른 도구의 결과만 나온 경우에는 전체 확인으로 표시하지 말고 실패한 소스를 미조회 로 남깁니다.

4. 선택한 결과의 인용을 원문과 맞춥니다

A는 공식 원문의 문구와 발행일·시행일·대상을, B는 원본 문서·대화의 작성자·날짜·승인 상태를 대조합니다. 결과를 항목 | 선택 경로 | 원문 위치 | 게시·작성일 | 적용 대상 | 확인 완료·상충·확인 필요 | 검토자 로 적는 것은 사람의 검토 양식입니다. 도구가 그 형식으로 자동 감사 로그를 만든다는 뜻이 아닙니다.

인용이 엉뚱한 단락을 가리키거나 원본 서비스에서 열리지 않으면 확인 필요 로 둡니다. A의 공개 공지와 B의 내부 메모가 서로 다른 내용을 말해도 어느 쪽이 맞는지 자동 결정하지 않습니다. 필요한 추가 조사는 별도로 승인받습니다.

5. 사람의 내부 승인에서 멈춥니다

담당자가 선택한 한 경로의 자료 목록과 모든 주장 근거를 직접 확인합니다. 확인된 문장만 내부 검토 메모에 채택하고 나머지는 보류합니다. 실제 계약 해석, 고객 안내, 협력사 회신, 문서 수정, 외부 공유, 추가 커넥터 연결은 각각 별도 승인 대상입니다.

Research와 Enterprise Search 중 어느 화면에서 시작했는지, 어느 소스가 조회 실패했는지, 어떤 권한으로 원문을 열었는지도 메모합니다. 화면에 답이 표시됐다는 사실만으로 법무 검토나 사업 승인이 끝난 것은 아닙니다.

복사해서 쓰는 선택형 프롬프트

먼저 사람이 A 또는 B 한 경로를 고르고 대괄호를 승인된 정보로 바꿉니다. B를 고를 때는 출처가 이미 연결돼 있다는 사실과 열람 권한을 각각 확인합니다.

위 문장은 조사 범위를 전달하는 요청문이지 접근 제어 정책이 아닙니다. 첫 결과가 미완성이면 누락을 그대로 표시합니다. 사실관계와 업무 승인 여부를 사람이 독립적으로 확인합니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

협력사의 최신 공지 원문이 비어 있으면 Research를, 공지는 있고 우리 조직의 대응 기록이 비어 있으면 Enterprise Search를 먼저 검토합니다. 어느 경로든 질문에 필요한 최소 자료만 고릅니다. 원문과 인용을 사람이 확인한 내부 검토 메모 한 개가 첫 완료물입니다.

외부 회신과 정책 변경은 이 글의 실습 범위를 벗어납니다. 담당자의 판단과 승인까지 별도 단계로 남겨 두세요.