Gemini Deep Research에 메일·드라이브 연결하기: 조사 범위를 좁히고 출처를 확인하는 법

주간 회의 자료를 만들려고 메일함을 뒤지고, 드라이브에서 지난 분기 보고서를 찾고, 팀 채팅에서 고객 요청을 다시 확인하다 보면 한 시간이 금방 갑니다. 정작 보고서에 들어갈 문장은 세 줄뿐인데 말이죠. 이럴 때 Gemini의 Deep Research에 메일과 드라이브, 채팅을 함께 연결해 두면 자료를 찾는 일을 맡길 수 있습니다. 다만 개인 자료를 조사 범위에 넣는 순간 결과의 질은 질문보다 범위 설정에 더 크게 좌우됩니다. 이 글에서는 Deep Research에서 어떤 자료를 고를지 정하는 법, 범위를 좁히는 프롬프트, 결과의 출처를 확인하는 방법, 그리고 완성된 내용을 팀 문서로 넘기는 순서를 차례로 다룹니다.

개인 자료를 조사에 넣으면 무엇이 달라지나

웹 검색은 공개된 문서를 찾아 주지만, 지난달 고객사와 주고받은 메일이나 팀 채팅에서 정해진 결정 사항은 웹에 없습니다. Gemini의 Deep Research는 도구 메뉴에서 검색과 함께 Gmail, Drive, Chat 같은 개인 자료를 조사 대상으로 고를 수 있게 합니다. Gemini는 조사 계획을 세우고, 선택한 자료를 찾아 읽은 뒤 보고서를 만듭니다. 시간이 걸리는 작업이라 맡겨 두고 다른 일을 하다가 결과를 확인하면 됩니다.

자료를 많이 연결할수록 좋은 결과가 나오는 것은 아닙니다. 드라이브 전체를 넣으면 오래된 견적서나 이미 취소된 일정까지 함께 읽혀 답이 흐려질 수 있습니다. 연결은 한 번 해 두되, 이번 조사에 쓸 자료는 매번 새로 고르는 편이 안전합니다.

조사 범위를 먼저 좁히는 프롬프트

범위를 정할 때 가장 쓸모 있는 방법은 자료를 고르기 전에 질문의 목적과 기간, 제외할 것을 적는 것입니다. 아래 프롬프트는 메일과 드라이브를 함께 쓰는 조사에서 Gemini가 무엇을 기준으로 자료를 고를지 미리 정해 줍니다.

아래 조건으로 조사해 주세요.

[목적]
이번 주 금요일 고객사 정기 미팅에서 쓸 "지난 3개월 요청 사항 정리"가 필요합니다.

[조사 범위]
- Gmail: 고객사 도메인에서 온 메일과 우리 팀이 보낸 답장만 사용
- Drive: "고객사A" 폴더 안의 문서만 사용, 다른 폴더는 제외
- Chat: 제외

[기간]
2026년 8월 1일부터 오늘까지

[제외 조건]
- 취소되었다고 명시된 일정이나 견적은 제외
- 같은 문서의 이전 버전이 여러 개면 가장 최신 버전만 사용

[결과 형식]
1. 요청 사항을 주제별로 묶은 표(요청 내용, 최초 요청일, 현재 상태, 근거 자료 이름)
2. 자료에 없어서 확인하지 못한 항목은 따로 목록으로 표시

범위와 기간, 제외 조건을 먼저 밝힌 것이 핵심입니다. "확인하지 못한 항목"을 따로 달라고 하면 자료가 부족할 때 빈칸을 추측으로 채우는 일을 줄일 수 있습니다. 아래는 결과가 이런 형식으로 나올 수 있다는 예시이며, 실제 내용은 자료에 따라 달라집니다.

[요청 사항 표 예시]
| 주제 | 요청 내용 | 최초 요청일 | 현재 상태 | 근거 자료 |
| 보고 주기 | 월간에서 주간으로 변경 요청 | 2026-08-12 | 답변 대기 | 메일 "보고 주기 변경 건" |
| 데이터 형식 | 엑셀 대신 대시보드 요청 | 2026-09-03 | 검토 중 | 드라이브 "요구사항 정리 v3" |

[자료에서 확인하지 못한 항목]
- 예산 승인 여부: 관련 메일이 없음

범위를 정할 때는 세 가지를 떠올리면 편합니다. 첫째, 질문의 독자입니다. 고객 미팅용인지 내부 회의용인지에 따라 가져올 메일의 범위가 달라집니다. 둘째, 기간입니다. 최근 석 달이면 충분한데 작년 자료까지 들어가면 이미 끝난 논의가 다시 살아날 수 있습니다. 셋째, 제외할 자료입니다. 보고서와 무관한 개인 일정이나 급여 관련 메일은 처음부터 빼 두는 것이 안전합니다.

출처를 대조하는 검증 프롬프트

개인 자료를 쓴 조사에서 가장 위험한 것은 그럴듯하지만 근거가 없는 문장입니다. 내부 자료에서는 특히 "합의되었다"처럼 한 번 오간 말을 결정으로 바꿔 쓰는 경우가 많습니다. 그래서 보고서 초안을 받으면 주장마다 근거 자료를 한 번 더 대조하도록 요청하는 것이 좋습니다. 앞서 거래처 브리프 글에서 다룬 검증 방식과 같은 원리인데, 이번에는 메일과 채팅이라는 내부 기록이 대상입니다.

앞선 결과의 각 문장을 다시 확인해 주세요.

1. 문장마다 근거가 된 메일 제목이나 문서 이름을 붙이세요.
2. 근거가 메일 한 통이나 채팅 한 줄뿐이면 "단일 출처"로 표시하세요.
3. "합의", "결정", "승인"이라는 표현은 근거 원문에 실제로 그런 내용이 있을 때만 쓰고, 없으면 "논의 중" 또는 "확인 필요"로 바꾸세요.
4. 원문에서 날짜가 불분명한 항목은 날짜 칸을 비워 두세요.

검증을 거치면 문장마다 출처가 보입니다. "단일 출처" 표시가 많은 항목은 팀장에게 한 번 더 확인하고, 여러 자료에서 겹치는 항목을 우선 믿으면 됩니다. 이 단계를 건너뛰면 고객에게 "그런 결정을 한 적 없다"는 지적을 받기 쉽습니다.

검증 프롬프트는 한 번 만들어 두면 다른 조사에도 그대로 씁니다. 거래처가 바뀌어도 "근거가 없는 문장은 표시하라"는 규칙은 같기 때문입니다. 조사 질문만 바꾸고 검증 틀은 저장해 두면 매번 같은 수준으로 확인할 수 있습니다.

결과를 팀 문서로 옮겨 넘기기

조사와 검증이 끝난 내용은 보고서 형식으로 정리해야 팀이 읽습니다. Deep Research 결과는 Google 문서로 옮길 수 있다고 알려져 있으니, 조사 결과를 문서로 저장한 뒤 팀 공유 폴더에 두는 흐름이 무난합니다. 문서로 옮긴 뒤에는 "세 문단 이내로 요약하고 근거 표는 부록으로 옮겨 달라"고 한 번 더 요청하면 좋습니다. 조사 결과 전체를 그대로 보내면 읽는 사람이 지치기 쉽습니다.

문서를 공유하기 전에 한 가지를 더 확인하세요. 개인 메일에서 가져온 내용에 고객의 연락처나 내부 가격처럼 외부에 나가면 안 되는 정보가 들어 있을 수 있습니다. 공유 범위를 팀 내부로 제한하고, 외부 전달용 문서에는 근거 표를 빼는 편이 안전합니다.

개인 자료를 다룰 때 주의할 점

메일과 드라이브를 연결하기 전에 회사 정책부터 확인하세요. 개인 계정으로 회사 메일을 연결하면 자료가 어디까지 쓰이는지 불분명해질 수 있습니다. 연결 권한 점검 방법은 앞서 다룬 연결 앱 점검 글을 참고하면 됩니다.

또 하나는 조사 기록을 남기는 습관입니다. 어떤 자료를 어떤 기간으로 조사했는지 프롬프트를 저장해 두면, 나중에 같은 질문을 다시 던질 때 결과를 비교할 수 있습니다. 자료가 바뀌면 답도 바뀌므로, 프롬프트 맨 위에 조사 일자를 적어 두세요.

조사를 맡기기 전에 연결된 계정이 맞는지도 확인하세요. 개인 계정과 회사 계정이 섞여 있으면 엉뚱한 메일함이 조사 대상이 되기도 합니다. 조사 시작 전에 어떤 자료가 선택되었는지 화면에서 한 번 보는 습관을 들이면, 결과를 받은 뒤 다시 확인하는 시간을 줄일 수 있습니다.

한눈에 정리

Deep Research에 개인 자료를 넣을 때는 질문보다 조사 범위를 먼저 정하세요. 목적, 기간, 제외 조건을 프롬프트에 명시하면 결과가 훨씬 안정됩니다. 결과 문장마다 근거를 붙이게 하고, "합의"나 "결정" 같은 표현은 원문으로 확인하세요. 팀에 넘길 때는 근거 표를 부록으로 빼고 요약을 앞에 두면 읽기 쉽습니다.

자주 묻는 질문

Q. 메일과 드라이브를 모두 연결해야 하나요?

아닙니다. 질문에 필요한 자료만 고르는 편이 결과가 깔끔합니다. 연결 여부보다 이번 조사에서 쓸 자료를 매번 선택하는 것이 더 중요합니다.

Q. 조사 결과를 그대로 고객에게 보내도 되나요?

그대로 보내기보다는 근거를 한 번 더 확인하고, 내부용 정보를 걷어낸 뒤 보내는 것을 권합니다. 특히 "단일 출처"로 표시된 항목은 실제 확인이 끝났는지 먼저 살펴보세요.

Q. 기능이 제 계정이나 지역에서 보이지 않는 경우는 어떻게 하나요?

사용 가능 범위는 계정 유형과 지역에 따라 다를 수 있습니다. Gemini 앱의 도구 메뉴에서 Deep Research가 보이는지 먼저 확인하고, 보이지 않으면 메일이나 드라이브 자료를 직접 골라 붙여 넣는 방식으로 같은 프롬프트를 쓸 수 있습니다.