기술

ChatGPT·Claude·Gemini Deep Research 비교: 웹 검색보다 먼저 봐야 할 ‘사내 자료 입력 경계’

협력사·기술 동향을 조사할 때 중요한 것은 답변 문장이 아니라, 어떤 사내 자료를 어디까지 연결할 수 있는지와 각 주장을 원문까지 다시 확인할 수 있는지입니다.

6분 읽기
5 조회
#AI
#AI모델·검색도구비교
#업무자동화

협력사·기술 동향을 조사할 때 중요한 것은 답변 문장이 아니라, 어떤 사내 자료를 어디까지 연결할 수 있는지와 각 주장을 원문까지 다시 확인할 수 있는지입니다.

들어가며 — 독자가 지금 이 문제를 검색하는 이유

협력사 기술 동향, 신규 솔루션 검토, 규제 변화처럼 공개 웹과 사내 자료를 함께 살펴봐야 하는 일은 점점 많아지고 있습니다. 이때 AI 리서치 도구를 “보고서가 더 길고 매끄러운가”로 고르면, 정작 회의에서 필요한 질문에는 답하기 어려울 수 있습니다.

  • 이 문장은 공개 웹 근거인가, 사내 Drive 문서 근거인가?
  • 인용된 원문을 다시 열어 확인할 수 있는가?
  • 팀의 Gmail·Drive 접근 권한은 조사 결과에 어떻게 반영되는가?
  • 외부 자료와 내부 자료를 같은 결론으로 묶어도 되는가?

이 글은 모델 순위를 매기려는 글이 아닙니다. 협력사 기술 동향 조사라는 같은 업무를 기준으로, ChatGPT·Claude·Gemini가 사내 자료와 웹 자료를 어디까지 받아들이고 결과의 근거를 어떻게 다시 확인하게 하는지 살펴보겠습니다.

같은 조사 과제라도 먼저 비교할 것은 ‘입력 경계’입니다

예를 들어 다음 과제를 생각해볼 수 있습니다.

“협력사의 최근 기술 발표와 사내 검토 문서를 함께 참고해, 도입 검토에 필요한 쟁점을 정리해 주세요. 각 주장에는 확인 가능한 원문 근거를 연결해 주세요.”

이 과제에서는 잘 쓴 요약만으로 충분하지 않습니다. 조사에 들어간 자료의 위치와 접근 방식이 다르면, 결과를 검증하는 방법도 달라지기 때문입니다.

비교 항목

Claude Research

Gemini Deep Research

ChatGPT Deep Research

공개 웹 조사

웹 조사 기능을 공식 안내

기본 출처로 Google Search를 안내

Deep Research 제품 기능을 공식 소개

사내 자료 연결 관점

Google Workspace 검색을 공식 안내

Gmail·Drive를 연구 출처로 추가 가능하다고 안내

현재 플랜·조직·지역별 연결 대상은 발행 전 확인 필요

파일 입력

이 글의 공식 출처만으로 세부 범위 확인 필요

업로드 파일을 연구 출처로 추가 가능하다고 안내

세부 지원 범위 확인 필요

인용 확인

인라인 인용을 공식 안내

출처를 변경·추가할 수 있다고 안내

현재 결과 화면의 인용·연결 동작은 실제 환경에서 확인 필요

판단의 핵심

인용 문장에서 원문으로 되돌아갈 수 있는가

조사 시작 전 어떤 출처를 선택했는가

조직 환경에서 실제로 연결 가능한 자료 범위가 무엇인가

Claude는 공식 Research 안내에서 웹과 Google Workspace를 검색하고 결과에 인라인 인용을 제공하는 방식을 설명합니다. Google Workspace에 검토 문서가 있는 팀이라면, 웹 조사 결과와 내부 문서의 근거를 한 흐름 안에서 검토할 수 있는지부터 확인해볼 수 있습니다.

Gemini Deep Research는 Gemini Apps 도움말에서 Google Search 외에 Gmail, Drive, 업로드 파일, NotebookLM 노트북을 연구 출처로 추가할 수 있다고 안내합니다. 조사 전에 무엇을 근거에 포함할지 정하는 일이 결과 품질만큼 중요해집니다.

ChatGPT Deep Research는 OpenAI의 제품 소개를 통해 조사형 기능의 방향을 확인할 수 있습니다. 다만 사내 자료 연결 대상, 플랜별 제공 범위, 조직 관리자 설정과 지역별 활성화 여부는 이 글의 제공 자료만으로 단정할 수 없습니다. 실제 도입을 검토하기 전에는 OpenAI 도움말과 조직 관리자 문서에서 해당 환경의 지원 범위를 다시 확인해야 합니다.

조사 결과를 읽기 전에, 자료가 들어온 경로부터 분리해야 합니다

사내 자료와 웹 자료를 함께 쓰는 조사는 편리하지만, 근거의 성격이 섞이기 쉽습니다.

가령 “협력사가 특정 기능을 제공한다”는 문장이 있을 때, 다음은 서로 다른 수준의 근거입니다.

1. 협력사의 공식 제품 발표 페이지

2. 외부 매체의 기사 또는 분석

3. 사내 담당자가 작성한 검토 메모

4. 과거 회의록이나 이메일의 의견

이 네 가지를 같은 무게로 다루면, AI가 만든 결론이 그럴듯하더라도 의사결정 근거로 쓰기 어렵습니다. 조사 프롬프트에 “출처를 구분해 달라”는 요청을 넣어두는 편이 좋습니다.

예시는 다음과 같습니다.

공개 웹 자료와 사내 자료를 구분해 정리해 주세요.

각 주장마다 원문 링크 또는 원문 위치를 남겨 주세요.

공식 발표, 외부 분석, 사내 의견을 하나의 사실처럼 합치지 말아 주세요.

원문 확인이 어려운 내용은 ‘확인 필요’로 표시해 주세요.

여기서 중요한 산출물은 장문의 조사 보고서보다, 주장별로 근거의 위치를 다시 짚을 수 있는 조사 메모입니다.

인용은 개수가 아니라 ‘재열람 가능성’으로 평가해야 합니다

AI 조사 결과에 링크나 인용이 많아도 실무자가 다시 열어볼 수 없다면 검증 비용은 줄지 않습니다. 도구를 비교할 때는 인용 수보다 아래 질문을 적용하는 편이 낫습니다.

  • 이 문장에 연결된 링크가 실제 원문으로 열리는가?
  • 해당 원문은 공식 발표, 외부 기사, 사내 문서 중 무엇인가?
  • 인용된 문장이 현재 주장과 직접 연결되는가?
  • 문서의 발행일 또는 갱신일을 확인할 수 있는가?
  • 접근 권한이 없는 동료도 결과를 검토할 수 있는가?
  • 원문을 확인할 수 없는 주장이 따로 표시됐는가?

Claude는 공식 안내에서 확인 가능한 인라인 인용을 설명합니다. 실제 테스트에서는 인용이 문장별 주장과 얼마나 정확히 연결되는지 확인할 수 있습니다. Gemini은 연구 출처를 변경·추가할 수 있으므로, 같은 과제라도 어떤 자료를 출처에 포함했는지 기록해두는 것이 중요합니다.

반면 ChatGPT를 포함한 세 도구의 결과 우열은 동일 프롬프트, 동일 자료, 동일 권한 조건에서 실제로 실행하고 검증하기 전에는 단정하기 어렵습니다. 특히 사내 자료 연결은 조직 설정과 사용자 권한에 따라 결과가 달라질 수 있습니다.

바로 적용하는 체크리스트 또는 비교 기준

협력사·기술 동향 조사에 도구를 적용하기 전, 아래 항목을 한 장의 비교표로 기록해 보세요.

  • [ ] 조사 과제를 공개 웹 자료와 사내 자료가 모두 필요한 업무로 정의했는가?
  • [ ] 연결할 사내 자료의 위치를 정했는가?
  • Gmail
  • Drive
  • 업로드 파일
  • NotebookLM 노트북
  • 기타 문서 저장소
  • [ ] 각 도구에서 실제로 연결 가능한 자료 범위를 관리자 문서와 현재 플랜 기준으로 확인했는가?
  • [ ] 조사 결과의 모든 핵심 주장에 원문 링크 또는 문서 위치가 있는가?
  • [ ] 공식 발표, 외부 분석, 사내 의견을 구분해 표시했는가?
  • [ ] 인용 링크를 열어 주장과 원문이 직접 대응하는지 확인했는가?
  • [ ] 권한이 없는 검토자에게 원문이 보이지 않는 경우를 따로 표시했는가?
  • [ ] 확인할 수 없는 정보는 결론에 섞지 않고 ‘확인 필요’로 남겼는가?
  • [ ] AI가 만든 최종 요약보다 주장·근거·확인 상태 표를 회의 자료로 먼저 공유했는가?

마무리 — 도구 선택보다 먼저 정할 것은 조사 자료의 경계입니다

ChatGPT·Claude·Gemini Deep Research를 비교할 때는 “어느 도구가 더 좋은 보고서를 쓰는가”에 눈길이 가기 쉽습니다. 하지만 사내 자료와 공개 웹을 함께 조사하는 업무에서는 먼저 확인할 질문이 있습니다.

우리 팀의 자료는 어디에 있고, 그 자료가 조사에 들어갈 때 누구의 권한으로 어떤 원문 경로를 통해 검증되는가?

Claude는 웹과 Google Workspace 검색, 인라인 인용이라는 관점에서 검토할 수 있습니다. Gemini은 Google Search에 더해 Gmail·Drive·업로드 파일·NotebookLM 노트북을 조사 출처로 선택할 수 있어, 출처 설계가 중요합니다. ChatGPT는 실제 조직 환경에서 지원되는 연결 범위와 인용 재검증 흐름을 따로 확인한 뒤 판단해야 합니다.

도구의 답변 품질을 비교하기 전에, 팀의 조사 결과가 원문으로 돌아갈 수 있는 구조인지부터 점검해 보시기 바랍니다.

생각해볼 질문: 우리 팀의 다음 리서치 메모에서, “AI가 찾아낸 사실”과 “사내 문서에 있던 의견”을 독자가 5분 안에 구분할 수 있을까요?

이 글이 도움이 되었나요?

관련 포스트

기술

Claude Agent Skills로 반복 문서 산출물을 팀 표준으로 만드는 법

매번 프롬프트를 다시 쓰는 대신, `SKILL.md`·템플릿·검증 체크리스트를 한 폴더에 묶으면 리서치 브리프나 보고서 같은 반복 문서 업무를 팀 표준 산출물로 재현할 수 있습니다.

27일 전
101
기술

AI Mode 시대 글 구조, “키워드 1개”보다 “하위 질문 지도”부터 만들어야 합니다

AI 검색에 맞는 글쓰기는 새로운 꼼수가 아니라, 하나의 키워드를 독자의 후속 질문 묶음으로 쪼개고 각 질문마다 근거·예시·다음 행동을 붙이는 구조 설계입니다.

27일 전
74
기술

n8n·Zapier·Make, AI에게 실행 권한을 주기 전에 먼저 비교해야 할 것

노코드 자동화 도구를 AI/MCP에 연결할 때는 “무엇을 자동화할 수 있나”보다 “AI가 어디까지 실행·수정할 수 있나”를 먼저 봐야 합니다.

27일 전
70
기술

Chrome DevTools MCP, AI 코딩 에이전트에게 “브라우저 실행 결과”를 보게 하는 법

AI가 코드를 고쳤다고 끝내지 말고, Chrome DevTools MCP로 실제 브라우저의 DOM·콘솔·성능 트레이스까지 확인하게 만들어야 합니다.

27일 전
64
기술

P&ID·설계 PDF를 RAG에 넣기 전: 표·도형·체크박스 추출 품질부터 검증하는 법

설계 PDF 기반 RAG의 첫 산출물은 챗봇이 아니라, 원문과 대조해 통과 여부를 판단할 수 있는 **추출 승인표**여야 합니다.

20일 전
62
기술

Azure MCP Server 2.0으로 클라우드 점검 에이전트를 만들기 전, 먼저 줄일 것들

Azure MCP Server 2.0은 "AI가 클라우드를 운영하게 하는 도구"라기보다, 먼저 읽기·점검·권고 범위로 제한한 뒤 권한과 도구 목록을 검증해야 하는 연결 지점입니다.

24일 전
59