Gemini Notebook 브리핑 문서 사용법: 여러 자료를 검토 보고서로 만들고 Docs에 옮기는 법
TL;DR
Gemini Notebook의 Reports는 노트북 자료를 바탕으로 브리핑 문서 같은 보고서 출력을 만드는 Studio 기능입니다. 자료를 선별한 뒤 Reports에서 briefing document를 만들고 핵심 주장과 수치를 원문에 대조하면 여러 문서를 하나의 검토 보고서로 정리할 수 있습니다.
완성 단계에서는 보고서 옆 점 3개 메뉴에서 Export to Docs를 선택합니다. 내보낸 Docs의 수정 내용은 원래 Gemini Notebook과 동기화되지 않으며 노트북의 공유 권한도 새 문서에 이어지지 않습니다. Docs 권한과 배포 여부는 사람이 따로 확인해야 합니다.
핵심 3줄 요약
이 글에서 다룰 내용
Gemini Notebook Reports의 한 문장 정의, 적합한 사용 시점, 자료 범위 설정, 브리핑 문서 생성과 검증, Export to Docs 순서, 비동기화·공유 권한 경계, 복사용 프롬프트와 FAQ를 다룹니다.
Gemini Notebook 브리핑 문서는 무엇이고 언제 쓰면 좋은가
회의록, 정책 문서, 조사 자료가 여러 파일에 흩어져 있으면 각 문서를 따로 요약하는 것만으로는 공통 쟁점과 충돌하는 근거를 찾기 어렵습니다. 이럴 때 한 가지 검토 질문으로 자료를 묶어 사람이 확인할 보고서 초안을 만들면 좋습니다.
Gemini Notebook Reports는 노트북의 sources를 바탕으로 사용자 지정 보고서, FAQ, study guide, briefing document 또는 AI가 제안한 보고서 유형을 만드는 Studio 출력입니다. 이 글에서는 briefing document를 선택해 자료 검토 보고서를 만드는 흐름만 다룹니다.
일반 채팅 답변을 Docs로 옮기는 기능과도 다릅니다. 먼저 자료가 들어 있는 Gemini Notebook을 열고 Studio의 Reports에서 브리핑 문서를 만듭니다. Gemini Apps의 Share & export로 시작하는 흐름이 아닙니다. 최종 산출물은 원문 대조 상태와 보류 항목을 담은 Google Docs 검토본입니다.
시작 전에 확인할 조건과 기능 경계
Computer에서 자료를 넣은 기존 노트북을 열거나 새 노트북을 만들 수 있어야 합니다. 인용한 공식 도움말은 Studio에서 Reports를 만들고 Export to Docs를 선택하는 경로를 설명합니다. 현재 계정 화면에 Reports 또는 briefing document가 보이지 않으면 제공 여부를 추정하지 말고 계정 UI를 확인하세요.
업무용·학교용 Google 계정에서는 기능 제공 범위와 데이터 처리 방식이 라이선스에 따라 달라질 수 있습니다. 조직 자료를 넣기 전에 Workspace 관리자 정책과 현재 라이선스를 확인합니다.
보고서에 사용할 source는 한 가지 검토 질문과 직접 관련된 자료로 제한합니다. 원본을 수정하거나 삭제하는 작업은 이 흐름에 포함하지 않습니다. 개인정보, 고객 비밀, 미공개 계약 조건처럼 조직 정책상 허용되지 않은 자료도 넣지 않습니다.
내보낼 때는 두 가지를 별도로 봐야 합니다. exported Docs에서 바꾼 내용은 원래 Gemini Notebook content와 동기화되지 않습니다. Gemini Notebook의 sharing permissions도 exported file에 이어지지 않으므로 새 Docs 문서의 공유 설정을 따로 검토해야 합니다.
Reports에서 브리핑 문서를 만들고 검토본을 완성하는 순서
1. 검토 질문과 완료 기준을 한 문장으로 정합니다
먼저 누가 무엇을 판단할 문서인지 씁니다. “협업 도구를 조사한다”보다는 “3분기 도입 검토를 위해 기능 범위, 운영 부담, 확인되지 않은 조건을 한 문서로 정리한다”처럼 구체적으로 적어야 검토 기준을 세우기 쉽습니다.
완료 기준도 함께 정합니다. 사용한 자료 목록, 핵심 주장별 근거, 상충 정보, 추가 확인 항목, 승인자가 확인할 결론 초안이 모두 있어야 완료로 봅니다.
2. 사용할 자료를 선별하고 Sources 범위를 확인합니다
기준일과 적용 대상을 확인한 자료만 넣습니다. 정책·기능·가격은 현재 공식 문서를 우선하고 회의록이나 인터뷰는 작성일과 담당 조직을 함께 기록합니다.
Sources panel에서 이번 보고서에 사용할 자료만 선택합니다. 파일명이 모호하면 source 제목과 원문 제목을 대조해 목록을 만듭니다. 오래된 자료는 삭제하지 않고
과거 기준
으로 구분하면 현재 자료와 섞이는 일을 줄일 수 있습니다.
3. Studio의 Reports에서 briefing document를 만듭니다
Studio panel에서 Reports를 열고 briefing document를 선택합니다. 공식 도움말은 Reports에서 직접 보고서를 만들거나 FAQ, study guide, briefing document, AI suggested report type 가운데 선택할 수 있다고 설명합니다.
생성 전에 사용자 지정 입력란이 보이면 검토 목적, 독자, 기준일, 포함할 항목, 제외할 항목을 적습니다. 결과가 만들어진 뒤에는 보고서 옆 점 3개 메뉴의 View custom prompt로 사용된 요청을 다시 확인할 수 있습니다.
4. 주장·수치·상충 정보를 원문과 대조합니다
브리핑 문서에서 결론처럼 보이는 문장부터 source 원문과 대조합니다. 수치에는 단위, 기간, 비교 기준이 함께 있는지 확인하고 조건이 빠진 숫자는
확인 필요
로 표시합니다.
서로 다른 자료가 같은 사안을 다르게 설명하면 억지로 합치지 않습니다. 각 주장의 출처, 기준일, 적용 범위를 나란히 적고 차이가 생긴 이유는 보류 항목으로 남깁니다. 원문에서 근거를 찾지 못한 문장은 최종 결론에서 제외합니다.
5. 점 3개 메뉴에서 Export to Docs를 선택합니다
검토가 끝난 report 옆 점 3개 메뉴에서 Export to Docs를 선택합니다. Google 공식 도움말이 안내하는 Reports의 내보내기 경로입니다.
새 Docs 파일을 열어 제목, 기준일, 자료 목록, 핵심 발견, 반대 근거, 보류 질문, 승인 지점을 정리합니다. Notebook에서 보던 근거가 Docs에서도 독자가 이해할 수 있는지 확인하고 중요한 주장에는 출처명이나 원문 위치를 보완합니다.
6. Docs 권한과 최종 승인 상태를 확인합니다
내보낸 Docs의 공유 범위는 노트북 권한과 별개입니다. 새 파일이 Restricted인지, 의도한 검토자만 Viewer 또는 Editor로 들어가 있는지 확인합니다. 링크 공유를 넓히거나 외부 사용자를 추가하는 일은 승인 전 완료 조건에서 제외합니다.
마지막으로 자료 수, 검증한 주장 수, 확인이 끝나지 않은 항목, 승인자를 문서 상단에 기록합니다. 승인자가 원문 대조와 문서 권한을 확인하고 배포 여부를 정하면 작업이 끝납니다.
그대로 복사해 쓸 프롬프트
아래 내용은 briefing document를 만들 때 사용자 지정 입력란에 넣을 수 있습니다. 현재 UI에서 사용자 지정 입력을 제공하지 않으면 보고서 생성 전후의 Notebook 채팅에서 같은 조건을 사용하되, 존재하지 않는 버튼이나 자동 작업을 요구하지 않습니다.
목표: 선택한 sources만 사용해 [의사결정 주제]의 브리핑 문서 초안을 만든다.
허용 입력: 현재 노트북에서 선택한 sources, 각 source의 제목·작성일·적용 대상, 사용자가 지정한 검토 질문과 기준일.
제외 입력: 선택하지 않은 source, 연결하지 않은 서비스, 개인정보·비밀값, 기준일을 확인할 수 없는 단정, 승인되지 않은 외부 정보, 자동 공유·전송·원본 수정.
출력 형식: 1) 검토 목적 2) 사용한 자료 목록 3) 핵심 주장과 source 근거 4) 수치와 단위·기간 5) 상충 정보 6) 추가 확인 필요 7) 결론 초안 8) 사람 승인 지점 순서로 작성한다.
완료 기준: 모든 핵심 주장에 source가 연결돼 있다. 수치마다 단위·기간·비교 기준이 있다. 상충 정보와 근거가 없는 문장은 확인 필요로 분리돼 있다.
추정 금지: source에 없는 사실·수치·원인·권고를 만들지 않는다. 확인할 근거가 없으면 확인 필요로 표시하고 결론에 넣지 않는다.
승인 지점: 먼저 브리핑 초안만 보여 준다. 사용자가 원문 대조 결과를 승인한 뒤 Export to Docs용 구조를 제안한다. Docs 공유와 최종 배포는 자동 실행하지 않는다.
실전 활용 팁
검증 상태를 문장 옆에 붙이면 Docs로 옮긴 뒤에도 검토가 이어집니다. 각 주장에
확인 완료
,
상충
,
확인 필요
가운데 하나를 붙이고 확인 완료 항목에는 source 이름과 원문 위치를 기록하세요.
Reports가 만든 목차를 그대로 쓸 필요는 없습니다. 독자가 결정을 내려야 한다면 배경 설명보다 판단 기준, 확인된 근거, 반대 근거, 보류 질문을 앞에 둡니다. 다만 AI에게 결론을 확정하게 하지 말고 승인자가 선택할 초안으로 남깁니다.
내보낸 뒤 Notebook과 Docs는 서로 동기화되지 않습니다. Notebook에서 source나 report를 다시 바꿨다면 Docs에도 같은 변경이 반영됐다고 가정하지 말고 문서 상단의 버전 날짜를 갱신한 뒤 차이를 다시 대조합니다.
주의할 점
- briefing document는 선택한 sources를 정리한 초안이며 원문 검수를 대체하지 않습니다.
- source에 없는 수치, 원인, 권고는 추정으로 채우지 말고 확인 필요로 남깁니다.
- exported Docs의 수정 내용은 원래 Gemini Notebook content와 동기화되지 않습니다.
- Gemini Notebook의 sharing permissions는 exported Docs에 이어지지 않습니다.
- 업무용·학교용 계정의 기능 제공과 데이터 처리는 라이선스에 따라 달라질 수 있습니다.
- Docs의 외부 공유, 배포, 최종 결론 확정은 사람이 승인합니다.
자주 묻는 질문
Reports와 일반 채팅 요약은 무엇이 다른가요?
Reports는 Studio에서 sources를 바탕으로 보고서 artifact를 만드는 기능입니다. 이 글은 Reports의 briefing document를 선택해 검토 보고서 초안을 만드는 흐름을 다룹니다.
브리핑 문서를 만들 때 모든 source가 자동으로 포함되나요?
보고서 생성 전에 Sources panel에서 이번 작업에 사용할 자료가 선택돼 있는지 확인하세요. 공식 도움말은 Sources panel에서 source를 추가하거나 개별 source의 선택을 해제할 수 있다고 안내합니다.
Export to Docs 뒤 Notebook 보고서를 고치면 Docs도 바뀌나요?
아닙니다. 공식 도움말은 exported Docs에서 한 수정이 원래 Gemini Notebook content와 동기화되지 않는다고 설명합니다. 두 결과의 버전과 기준일을 따로 관리해야 합니다.
Notebook 공유 권한이 Docs에도 그대로 적용되나요?
아닙니다. Gemini Notebook의 sharing permissions는 exported file에 이어지지 않습니다. 새 Docs 파일의 공유 범위를 별도로 확인하고 외부 공유는 사람이 승인해야 합니다.
출처
마무리
Gemini Notebook의 briefing document는 여러 자료를 하나의 검토 질문으로 묶어 보고서 초안을 만드는 출발점입니다. Sources 범위를 먼저 정하고 Studio의 Reports에서 문서를 만든 뒤 주장·수치·상충 정보를 원문에 대조해야 합니다.
Export to Docs를 눌렀다고 작업이 끝나는 것은 아닙니다. 내보낸 문서는 Notebook과 동기화되지 않고 공유 권한도 이어지지 않습니다. Docs의 기준일·출처·보류 항목·공유 범위를 사람이 확인한 뒤 배포를 승인해야 합니다.
