Gemini Drive 프로젝트 사용법: 공용 소스로 주간 인수인계 문서 만드는 법
TL;DR
Gemini in Drive의 Drive projects는 파일·폴더·이메일을 특정 업무의 소스로 묶어 두는 기능입니다. 주간 인수인계에서는 Drive 웹의 New > New Project에서 승인된 자료만 고른 뒤, Gemini가 만든 항목마다 원문 인용을 확인합니다. 프로젝트를 공유해도 작성자의 대화 기록은 넘어가지 않으므로, 확인된 결과는 Google Docs로 복사하거나 내보내 팀이 함께 볼 인수인계 문서로 마무리해야 합니다.
핵심 3줄 요약
핵심 1
New Project에서 승인된 파일·폴더만 골라 반복 검토할 소스 묶음을 만듭니다.
핵심 2
프로젝트 공유와 원본 Drive 권한은 별개입니다. 협업자마다 원본 접근 여부를 확인합니다.
핵심 3
Gemini 대화는 각자에게만 보입니다. 인용을 대조한 결과를 Google Docs 문서로 넘겨야 공통 산출물이 남습니다.
이 글에서 다룰 내용
- Drive projects가 일반 Ask Gemini 대화와 다른 점
- 주간 인수인계에 맞는 소스와 권한 준비
- New Project부터 Google Docs 전달본까지 이어지는 실행 순서
- 출처 누락과 추측을 막는 복사형 프롬프트
- Editor·Viewer·Gmail 소스의 공유 경계
왜 공용 소스와 공통 문서를 나눠야 하나
주간 인수인계는 회의록 하나를 요약하는 일과 다릅니다. 진행 현황, 일정, 의사결정, 미해결 이슈가 여러 파일에 흩어져 있고 같은 업무가 문서마다 다르게 적힐 수도 있습니다. 자료를 그때그때 다시 찾으면 빠진 파일과 오래된 버전을 발견하기 어렵습니다.
Drive projects는 이런 자료를 하나의 소스 목록으로 묶어 여러 대화에서 다시 쓰게 합니다. 프로젝트 공유는 소스 목록을 함께 쓰는 것입니다. 한 사람이 만든 Gemini 대화와 답변까지 그대로 나누지는 않습니다.
한 문장 정의: Drive projects는 승인된 Drive 파일·폴더·이메일의 목록을 특정 업무에 고정해 둡니다. 각 사용자는 그 자료를 바탕으로 별도의 Gemini 대화를 이어갑니다.
언제 이 흐름이 잘 맞을까
같은 프로젝트 자료를 매주 다시 확인하거나 새 담당자가 기존 근거를 빠르게 파악해야 할 때 잘 맞습니다. 예를 들면 주간 운영 현황, 캠페인 진행표, 제품 출시 체크리스트, 고객 프로젝트 인수인계처럼 기준 문서가 여러 개이고 다음 행동까지 정리해야 하는 일입니다.
파일을 한 번 찾거나 한 문서만 요약한다면 일반 Ask Gemini in Drive 대화로도 충분할 수 있습니다. 조직의 모든 변경을 빠짐없이 증명하는 감사 업무에는 프로젝트만으로 부족합니다. 원본 변경 기록과 조직의 공식 감사 절차를 따로 확인해야 합니다.
시작 전에 조건과 범위를 확인하세요
Gemini in Drive를 쓰려면 대상 Google Workspace 또는 Google AI 요금제가 필요합니다. 조직 계정에서는 현재 계정에 기능이 열려 있는지도 확인합니다. 공식 도움말은 새 Drive 프로젝트를 drive.google.com 웹에서만 만들 수 있다고 안내합니다.
Drive 모바일 앱에서는 기존 프로젝트의 이름과 공유 권한을 관리할 수 있습니다. 새 프로젝트를 만들거나 프로젝트를 열 수는 없습니다. 이 글의 실행 경로는 컴퓨터의 Drive 웹을 기준으로 합니다.
준비할 자료는 비민감 검토용 사본으로 좁힙니다. 파일마다
문서명
,
기준일
,
담당자
,
버전
,
검토 목적
을 적은 목록을 먼저 만드세요. 이 목록은 제품이 자동 생성하는 감사 기록이 아니라, 사람이 소스 누락을 확인하기 위한 내부 규칙입니다.
추천 파일은 Gemini가 제안했다는 이유만으로 자동 사용되지 않습니다. 공식 도움말에 따르면 사용자가 명시적으로 추가해야 활성 소스가 됩니다. 추천 목록에서도 승인된 파일만 고릅니다.
New Project부터 인수인계 문서까지 6단계
1단계: Drive 웹에서 New Project를 엽니다
컴퓨터에서
drive.google.com
을 열고 왼쪽 위의 New > New Project를 선택합니다.
project.new
로 바로 열 수도 있습니다. 이미 Ask Gemini 전체 화면에서 자료를 검토하고 있다면 오른쪽 위의 Save as a project로 현재 소스 묶음을 저장할 수 있습니다.
프로젝트 이름에는 업무와 기간을 함께 적습니다.
콘텐츠 운영 주간 인수인계 2026-W36
처럼 대상과 기준 주차가 보이면 비슷한 프로젝트를 구분하기 쉽습니다.
2단계: 승인된 소스만 추가합니다
Gemini의 추천에서 파일·폴더·이메일을 고르거나 Add More sources로 직접 찾은 뒤 Create Project를 누릅니다. 개인 메모, 고객 개인정보, 비밀값, 아직 공유 승인을 받지 않은 문서는 제외합니다.
먼저 준비한 목록과 실제 Project sources를 맞춥니다. 파일 수뿐 아니라 문서명, 기준일, 버전도 확인합니다. 제목에
최종
이라고 적혀 있어도 최신 파일이라고 단정하지 않습니다.
3단계: 권한을 양쪽에서 점검합니다
프로젝트를 공유해도 원본 파일과 폴더의 Drive 권한은 바뀌지 않습니다. 협업자가 해당 원본을 볼 권한이 없다면 Gemini 대화에서도 그 내용을 사용할 수 없습니다.
비민감 테스트 파일 하나를 넣고 대표 협업자 계정에서 열어 봅니다. 프로젝트가 보이는지와 원본 파일이 실제로 열리는지를 따로 확인합니다. 둘 중 하나만 통과해도 권한 검증이 끝난 것은 아닙니다.
4단계: 소스 인벤토리를 먼저 요청합니다
바로 인수인계 초안을 쓰게 하지 말고 사용 가능한 자료부터 확인합니다. Gemini가 인식한 문서명, 기준일, 다루는 기간, 읽을 수 없는 자료, 중복 가능성을 표로 정리하게 합니다.
Gemini가 만든 결과를 준비 목록과 대조합니다. 빠졌거나 잘못 잡힌 자료는 Project sources에서 고친 뒤 다시 확인합니다. Viewer는 기존 소스를 자기 분석에서 일시적으로 켜거나 끌 수 있습니다. 프로젝트의 기본 소스 목록은 바꿀 수 없습니다.
5단계: 항목별 근거와 충돌을 검토합니다
소스가 맞으면 완료 업무, 진행 중 업무, 미해결 이슈, 의사결정 필요 항목, 담당자, 마감일을 추출합니다. 각 항목에는 원본 문서와 근거 위치를 붙이게 합니다.
Gemini 답변의 인용 번호에 마우스를 올리면 참고 파일을 확인할 수 있습니다. 파일 칩을 누르면 원문이 새 탭에서 열립니다. 인용은 원문 위치를 찾는 단서일 뿐입니다. 상태, 날짜, 수치, 담당자가 실제 문장이나 셀과 맞는지는 사람이 대조합니다.
6단계: Google Docs 전달본으로 마무리합니다
확인된 항목만 1페이지 인수인계 문서로 정리합니다. Gemini 대화에만 결과를 남기지 마세요. Google Docs로 복사하거나 내보냅니다. 파일명에는 대상 기간과 검토 상태를 적습니다. 조직의 기존 Drive 권한으로 검토자에게 공유합니다.
이 단계의 완료 기준은 프로젝트를 만든 것이 아닙니다.
확인 완료
,
상충
,
확인 필요
로 구분된 항목과 원문 위치, 다음 행동, 승인자가 들어 있는 Google Docs 검토본이 있어야 합니다. 외부 전송과 최종 업무 승인은 다음 단계로 남깁니다.
그대로 복사해 쓰는 인수인계 프롬프트
아래 프롬프트는 소스 인벤토리와 원문 대조를 거친 내부 검토본에서 멈추도록 만들었습니다.
목표: Project sources에 등록된 승인 자료로 이번 주 인수인계 검토본을 만듭니다.
허용 입력: 프로젝트에 명시적으로 추가된 비민감 파일·폴더, 문서명, 기준일, 버전, 담당자, 원문 인용만 사용합니다.
제외 입력: 개인정보·고객 비밀·비밀값·미승인 자료를 제외하고 원본 수정·댓글 작성·메일 발송·외부 공유·게시를 하지 않습니다.
출력 형식: 소스 인벤토리 다음에 완료 업무 | 진행 중 업무 | 미해결 이슈 | 의사결정 필요 | 담당자 | 마감일 | 원문 위치 | 검토 상태 | 다음 행동 순서로 정리합니다.
완료 기준: 준비 목록과 사용 가능한 소스 수를 맞춥니다. 각 항목의 상태·날짜·수치·담당자를 원문에서 대조해 확인 완료·상충·확인 필요 중 하나로 표시합니다.
무창작 원칙: 자료에 없는 담당자·마감일·성과·우선순위를 추정하지 말고 확인 필요로 남기며 충돌하는 기록을 임의로 합치지 않습니다.
승인 지점: Google Docs 검토본을 만든 뒤 업무 책임자가 원문 근거와 다음 행동을 승인할 때 멈춥니다.
첫 응답에서 목록과 Gemini가 사용한 소스가 다르면 초안 작성으로 넘어가지 마세요. 소스 목록부터 고친 뒤 같은 프롬프트를 다시 실행합니다.
실무 인사이트: 공유되는 것은 근거이고 대화는 아닙니다
Drive 프로젝트를 공유하면 협업자는 같은 소스 기반을 사용할 수 있습니다. 작성자의 대화 기록은 비공개로 남습니다. 협업자는 빈 대화에서 시작합니다. 팀의 공식 결론을 Gemini 채팅에만 두면 서로 다른 답변을 보게 될 수 있습니다.
프로젝트는 공용 근거 묶음, Google Docs는 공통 검토 결과로 역할을 나누는 편이 안전합니다. 소스가 바뀌면 새 문서를 만들기 전에 다시 인벤토리를 확인합니다. 지난 인수인계 문서와 현재 원본도 함께 대조합니다.
주의할 점
- 프로젝트 권한과 원본 권한을 섞지 마세요. 프로젝트 접근이 있어도 원본 Drive 권한이 없으면 해당 자료를 사용할 수 없습니다.
- Editor와 Viewer의 차이를 확인하세요. Editor는 소스를 추가·삭제하고 프로젝트를 다시 공유할 수 있습니다. Viewer는 대화하면서 기존 소스를 자기 분석에서 일시적으로 켜거나 끌 수 있습니다. 기본 목록은 바꾸지 못합니다.
- Gmail 소스를 공용 근거로 오해하지 마세요. 이메일은 추가한 사용자에게만 비공개입니다. 프로젝트 Editor가 볼 수 있는 것은 첨부된 이메일 수뿐입니다. 제목·본문은 읽지 못하고 이메일 내용도 다른 협업자의 프롬프트에 쓰이지 않습니다.
- 인용이 정확성을 보장하지는 않습니다. Google도 Gemini가 부정확하거나 부적절한 내용을 제안할 수 있다고 안내합니다. 수치·날짜·상태·담당자는 원문에서 확인합니다.
- 피드백에 민감한 내용을 넣지 마세요. 개인·기밀·민감정보는 기능 피드백에서 제외합니다.
- 공유와 최종 승인을 분리하세요. Google Docs 검토본이 완성돼도 외부 전송, 공개, 계약·재무 판단은 별도 승인 대상입니다.
자주 묻는 질문
Drive 프로젝트를 공유하면 제 Gemini 대화도 보이나요?
아닙니다. 공식 도움말은 프로젝트를 공유할 때 핵심 소스 목록만 공유되며 대화 기록은 비공개로 남는다고 설명합니다. 협업자는 자기 계정에서 빈 대화로 시작합니다. 특정 결과를 같이 보려면 텍스트를 복사하거나 Google Docs로 내보냅니다.
프로젝트만 공유하면 원본 파일 권한도 생기나요?
생기지 않습니다. 협업자는 프로젝트에 묶인 원본 파일과 폴더를 볼 수 있는 Drive 권한을 이미 가지고 있어야 합니다. 비민감 테스트 파일로 프로젝트 접근과 원본 열기를 각각 확인하세요.
Viewer도 프로젝트 소스를 바꿀 수 있나요?
Viewer는 Gemini와 대화하고 기존 소스를 자기 분석에서 일시적으로 켜거나 끌 수 있습니다. 그러나 프로젝트 목록에 파일을 추가하거나 제거할 수는 없습니다. 기본 소스 목록을 관리하고 다른 사람에게 공유할 수 있는 역할은 Editor입니다.
모바일 Drive 앱에서 새 프로젝트를 만들 수 있나요?
현재 공식 도움말 기준으로 새 프로젝트 생성은 Drive 웹에서만 가능합니다. 모바일 앱에서는 기존 프로젝트를 열거나 새로 만들 수 없습니다. 이름 변경과 공유·권한 관리는 할 수 있습니다. 실제 제공 여부는 현재 계정 화면과 공식 도움말을 함께 확인하세요.
출처
마무리
Gemini Drive 프로젝트로 주간 인수인계를 끝내려면 New Project 생성보다 세 가지 경계를 먼저 지켜야 합니다. 승인된 소스만 넣으세요. 프로젝트 권한과 원본 권한을 따로 확인하고 AI가 뽑은 항목을 인용 원문과 대조합니다.
프로젝트는 팀이 반복해서 참고할 근거 묶음입니다. 공유 가능한 결과물은 별도의 Google Docs 검토본으로 남깁니다. 그 문서에 확인 상태와 다음 행동, 승인자를 적으면 빠른 요약이 실제 인수인계로 이어집니다.
