Gemini Sources와 Notebook 인용 비교: 안내문 근거는 어디서 확인할까

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

기능 정의

언제 쓰면 좋은가

열린 웹에서 안내문 주장과 관련된 자료를 찾아 읽으려면 Gemini Apps의 기존 응답에 있는 Sources를 첫 경로로 선택합니다. 이미 승인된 자료 묶음 안에서 주장과 근거 문장을 연결하려면 Gemini Notebook 인용을 선택합니다.

선택 기준은 어느 기능이 더 좋은가가 아니라 어디까지를 근거로 삼을 것인가입니다. Sources 링크를 Notebook에 반드시 추가하거나, 두 기능 사이에 자동 자료 전달이 있다고 가정하지 않습니다.

시작 전 확인

컴퓨터 웹에서 현재 계정에 이미 허용된 기능만 사용합니다. 화면 표시가 다르면 현재 도움말을 확인합니다. 필요한 기능이나 승인된 자료가 없으면 이번 검토를 보류합니다.

비민감 기존 응답이나 승인된 자료가 들어 있는 기존 노트북 사본을 준비합니다. 자료 이용 권한을 확인합니다. 권리가 없는 문서를 새로 업로드하지 않습니다.

이번 범위는 내부 검토 메모까지입니다. 새 소스 추가, 원본 수정, 전송·공유·게시, 권한 변경, 데이터 삭제와 최종 업무 승인은 포함하지 않습니다.

실행 순서

1. 질문과 근거 범위를 정합니다

“이 공개 프로젝트 안내문의 사실 주장을 어떤 원문으로 확인할 것인가”를 검토 질문으로 정합니다. 열린 웹의 관련 자료를 찾을지 승인된 문서 묶음 안에서 대조할지 고릅니다. 검토 책임자와 중단 범위도 정합니다.

문장에 여러 주장이 있으면 먼저 나눕니다. 준비 여부, 검토 일정, 연락처 포함 여부는 서로 다른 근거와 판정이 필요합니다.

선택메모 첫 줄에는 이번 질문의 범위와 고른 경로를 씁니다. 자료가 어디에 있을 것 같은지와 실제 원문을 찾았는지는 구분합니다. 웹에서 찾을 질문을 승인 문서만으로 답하거나, 문서 한정 질문에 새 웹 내용을 섞으면 요구 자체가 달라집니다.

2. 연습 조건과 검토 대상을 고정합니다

가상 Project Cedar의 원문 조건은 “안내문 초안은 준비되었습니다. 검토일은 정해지지 않았습니다. 고객 연락처는 포함하지 않습니다.”로 고정합니다. 이는 저자가 정한 연습 조건이며 실제 AI 출력이 아닙니다.

각 주장에 C-A, C-B, C-C를 붙입니다. 이 ID는 내부 기록 관례이며 자동 인용 번호가 아닙니다. 실제 대조할 무해한 자료가 준비되지 않았다면 여기서 중단합니다.

검토할 응답과 근거 문서를 구분해 이름을 기록합니다. 응답은 확인할 대상이며 그 안의 문장을 그대로 근거란에 복사하지 않습니다. 같은 설명을 반복한 다른 답변도 독립 원문을 찾았다는 기록으로 쓰지 않습니다.

3. 선택한 한 경로로 들어갑니다

Gemini 경로에서는 기존 응답 하단 또는 본문 중간의 Sources를 선택합니다. 오른쪽 패널에서 관련 링크를 엽니다. 새 대화를 만들거나 Sources 안에 별도 질문 입력칸이 있다고 가정하지 않습니다.

링크 제목과 실제 열린 문서의 제목·내용이 맞는지 읽습니다. 열리지 않거나 다른 자료로 이동하면 그 상태를 기록하고 해당 주장 판정을 보류합니다. 접근을 확인하려고 새 계정을 연결하거나 자료 권한을 넓히지는 않습니다.

Notebook 경로에서는 질문 전에 Source 패널에서 사용할 자료를 개별 선택하고 선택 상태를 확인합니다. 아래 프롬프트는 이 경로에서만 사용합니다. 선택 해제를 삭제나 접근권한 회수로 취급하지 않습니다.

Notebook에서는 선택한 자료명과 기준일을 질문 전에 수동 목록으로 남깁니다. 답변에 나온 인용이 그 목록의 어느 자료를 가리키는지 다시 확인합니다. 예상 밖 자료나 도구 동작을 발견하면 판정을 멈추고 검토 책임자에게 넘깁니다.

4. 원문에서 주장과 주변 문맥을 읽습니다

Gemini에서는 링크 원문을 직접 읽습니다. Notebook에서는 인용을 가리키거나 선택해 주변 문맥을 확인합니다.

자료가 너무 짧으면 개별 문장 대신 전체 문서를 참조할 수 있습니다. 그때는 사람이 해당 문장을 찾습니다.

날짜·대상·조건·부정·예외를 각각 맞춰 봅니다. “초안 준비”를 “공개 확정”으로 넓혔는지, “검토일 미정”을 특정 날짜로 바꿨는지, 연락처 미포함 조건을 뒤집었는지 확인합니다.

5. 기대 조건과 실제 관찰을 나눠 적습니다

내부 메모에는 주장ID, 검토주장, 근거소스·위치, 원문근거, 기준일·범위, 대조메모, 상태, 검토자를 기록합니다. 문서 제목만 쓰지 말고 소제목·페이지·문단처럼 다시 찾아갈 위치를 남깁니다.

대조메모에는 원문이 실제로 말하는 내용과 초안이 덧붙인 해석을 따로 적습니다. 원문의 미정 상태가 그대로 남았는지, 대상 프로젝트가 같은지 확인합니다. 같은 단어가 보인다는 이유만으로 해당 행을 통과시키지 않습니다.

기대 조건에는 연습 원문을 적습니다. 실제 관찰은 사람이 읽은 내용만 기록합니다. 관찰란과 검토자란은 미리 채우지 않습니다.

상태는 확인 완료·상충·확인 필요로 구분합니다.

6. 미확인 행을 보류하고 사람이 승인합니다

선택 자료에 근거가 없으면 확인 필요로 남깁니다. 가령 미정인 검토일이 특정 날짜로 바뀌었다면 상충으로 판단할 상황입니다. 이는 판정 예시이지 실제 발생 보고가 아닙니다.

빠진 근거를 웹 자료로 무단 보충해 승인 범위를 바꾸지 않습니다. 사람이 원문을 읽고 내부 메모를 승인하면 이번 작업을 마칩니다. 외부 게시 여부는 별도 절차에서 판단합니다.

메모를 넘길 때는 경로 선택 이유와 아직 확인하지 못한 주장을 함께 남깁니다. 다른 검토자가 근거 위치를 다시 찾아 읽을 수 있어야 합니다. 작성자의 승인 기록은 내부 관례이며 제품이 자동 생성하는 감사 로그를 뜻하지 않습니다.

복사해서 쓰는 프롬프트

Notebook 경로를 선택했을 때만 아래 일곱 항목을 사용합니다. 실제 자료 준비와 선택 상태를 확인한 뒤 입력합니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

Gemini Sources와 Notebook 인용의 선택은 안내문을 뒷받침할 근거가 어디에 있는지에서 시작합니다. 한 경로에서 주장별 원문을 대조하고, 확인되지 않은 내용은 보류한 내부 검토 메모로 마무리합니다.

한 줄 요약: 근거 범위로 경로를 고르고, 링크나 인용이 아니라 사람이 읽은 원문으로 안내문 주장을 판정합니다.