Google 스프레드시트(Google Sheets)를 Gemini Notebook(구 NotebookLM. 2026년 7월에 명칭 변경)에 불러와 조사·분석시키면 편리한 반면, 답변의 근거(=스프레드시트의 원본 셀)를 확인하는 데 매번 상당한 수고가 든다는 고민이 있습니다.

이 기사에서는 GAS(Google Apps Script)를 사용하여 각 행에 「직접 링크 열」을 삽입함으로써, Gemini Notebook의 답변에서 근거가 되는 행으로 최단 거리로 점프할 수 있게 하여 팩트 체크(Fact Check)를 가속화하는 팁을 소개합니다.

기사 후반부에서는 이 사고방식을 AI 에이전트에 의한 조사 전반으로 확장하는 「응용편」도 다룹니다.

Gemini Notebook은 답변의 근거가 된 출처로의 링크를 기본적으로 표시해 줍니다. 고마운 기능입니다만, 소스가 Google 스프레드시트라면 그 출처로부터 원본 셀에 도달하기까지의 과정이 매우 깁니다. 실제 조작을 순서대로 따라가 보겠습니다.

조작 ① 답변 중의 출처(인용 칩)를 클릭한다

▲ 답변 내의 출처(인용 칩)를 클릭하면 스프레드시트 미리보기 화면이 열림

그런데 이 미리보기가 상당히 까다롭습니다.

• 셀 너비가 원본 시트보다 좁게 압축되어 표시됨
• 근거가 된 셀과 미묘하게 어긋난 위치가 표시되는 경우가 많음
• 배경색이나 테두리 등의 장식도 반영되지 않음

이런 상태이기 때문에, 미리보기를 살펴봐도 「결국 어느 셀이 근거인지」를 정확하게 읽어낼 수 없습니다. 어쩔 수 없이 원본 스프레드시트를 다시 열어야 합니다.

조작 ② 미리보기 화면에서 다시 원본 파일로 이동하는 링크를 클릭한다

조작 ③ 한 번 더 클릭하여 마침내 원본 스프레드시트가 열린다

게다가 도달할 수 있는 곳은 「그 시트」까지입니다. 열린 곳에서 어느 행·어느 셀이 근거인지는 자신의 눈으로 직접 찾아야 합니다.

요약하자면, 근거를 하나 확인하는 것만으로 매번 다음과 같은 공정을 거쳐야 합니다.

• 출처를 클릭하여 미리보기를 연다
• 미리보기가 읽기 어렵고 내용을 파악할 수 없다 (셀 너비 압축·표시 위치 어긋남·장식 없음)
• 원본 파일을 다시 연다 (여기까지 클릭 수 회 + 그때마다 로딩 대기)
• 열어도 어느 셀이 근거인지 육안으로 찾는다

사실 확인을 할 때마다 이를 반복하는 것은 솔직히 상당한 수고입니다.

이 번거로움은 조작의 문제뿐만 아니라, Gemini Notebook이 스프레드시트를 다루는 메커니즘 그 자체에 뿌리를 두고 있습니다.

미리보기는 「표시용으로 재렌더링된 것」: 원본 셀 너비를 무시하고 압축 표시되기 때문에 가로로 긴 표는 뭉개져서 읽기 어려워집니다. 미리보기 화면에서는 애초에 내용을 제대로 확인하기 어렵습니다. -
AI는 표를 「행 단위의 텍스트」로 읽는다: 빈 셀이나 병합된 셀이 있으면 행의 대응 관계가 어긋나, AI가 다른 행의 정보를 근거로 제시해 버리는 경우가 있습니다. 즉, 「AI가 제시한 근거가 정말로 맞는지」를 인간이 원본 셀에서 확인할 수 있는 동선이 필수적입니다.

결국, AI의 답변을 맹신하지 않기 위해서는 원본 셀의 확인이 필수적인데, 그 확인 동선이 절망적으로 나쁘다 —— 이것이 해결해야 할 과제입니다.

그래서 Gemini Notebook의 답변에서 「스프레드시트의 해당 행(편집 화면)」으로 직접 점프할 수 있는 메커니즘을 만듭니다.

하는 일은 각 행에 「그 행 자체로의 딥링크(Deep Link, ※)」를 자동 생성하는 열을 하나 추가하고, 그 값을 출처로서 Gemini Notebook에 출력하게 하는 것뿐입니다.

(※)

딥링크란 웹 페이지나 앱의 특정 장소로 직접 액세스할 수 있는 URL을 말합니다. Google 스프레드시트의 경우, #gid=시트ID&range=행번호:행번호와 같은 형식으로 특정 셀이나 행으로 직접 점프할 수 있습니다.

실제로 동작을 확인할 수 있는 샘플도 준비했습니다.

샘플이 되는 Gemini Notebook

그 소스가 된 Google 스프레드시트

링크를 열어 열람할 수 있는 경우에는 Gemini Notebook 답변 내의 링크를 클릭하면 스프레드시트의 해당 행으로 점프하는 동작을 확인할 수 있습니다 (열람할 수 없는 경우에는 아래의 절차를 자신의 환경에서 시도해 보세요).

수동으로 URL을 셀에 붙여넣으면 파일을 복사했을 때 링크가 깨집니다. 따라서 Google Apps Script (GAS)로 「자신의 URL」을 가져오는 커스텀 함수를 만듭니다.

스프레드시트의 「확장 프로그램」 ＞ 「Apps Script」를 열고, 다음 코드를 붙여넣은 뒤 저장합니다.

/**
* 현재의 스프레드시트 및 활성 시트의 URL(gid 포함)을 가져옵니다.
* @return {string} 시트의 URL
...

스프레드시트의 오른쪽 끝 등에 「직링크」라는 열을 추가하고, 다음 수식을 2행에 입력한 뒤 아래로 자동 채우기(Autofill)하여 복사합니다.

=GET_MY_URL()&"&range="&ROW()&":"&ROW()

ROW() 함수를 사용함으로써, 각 행이 자신의 행 번호를 동적으로 가져와서 &range=5:5와 같은 딥링크 (Deep Link)용 URL 파라미터를 자동으로 생성합니다.

Gemini Notebook에 다음 내용을 기재한 Google Doc을 소스로 추가하거나, 또는 Gemini Notebook에 질문할 때 프롬프트(Prompt) 끝에 추가해 주세요.

(직접 사용해 보며 느낀 점입니다만, 번거롭더라도 프롬프트 끝에 추가하는 편이 동작이 더 안정적인 것 같습니다)

## 출처 병기
답변의 각 주장(Claim)에 대해, 답변의 근거가 된 스프레드시트의 행에 대하여 「직링크」 열에 기재되어 있는 값을 하이퍼링크(Hyperlink)로 출력해 주세요.

도입이 성공적으로 이루어지면, 답변의 각 주장 끝에 해당 근거 행을 직접 가리키는 하이퍼링크(#gid=...&range=행번호:행번호 형태)가 첨부됩니다.

▲ 출처가 「해당 행을 직접 가리키는 하이퍼링크」로 출력됨

조작 ① 해당 하이퍼링크를 클릭한다

그러면 Google의 「리다이렉트 경고 (Redirect Warning)」 페이지가 한 장 나타납니다 (Gemini Notebook에서 외부 URL로 전환되는 것으로 처리되기 때문입니다).

▲ 「리다이렉트 경고」. 이곳의 링크를 다시 한번 클릭한다

조작 ② 경고 페이지의 링크를 클릭하면 목적지 시트가 열린다

▲ 링크로 지정한 행(이 예시에서는 21행)이 처음부터 선택된 상태로 열림

Before와의 차이는 명확합니다. 프리뷰를 해석하는 수고도, 원본 파일을 다시 여는 수고도, 셀을 눈으로 찾는 수고도 없습니다. 리다이렉트 경고라는 단계를 한 번 거치기는 하지만, 열리는 순간 근거 행이 이미 선택되어 있다는 이 점 하나만으로도 사실 확인(Fact-check) 속도가 차원이 달라집니다.

▲ 동작이 완전히 안정적이라고 말하기는 어려우며, 가끔 이런 식으로 하이퍼링크가 되지 않을 때도 있습니다. 그런 경우에는 어쩔 수 없이 복사해서 이동합니다...

NG였던 프롬프트

거의 필자 개인의 메모용입니다만, 참고를 위해 NG였던 프롬프트를 올려둡니다.

가끔 제대로 하이퍼링크가 되지 않고 단순한 문자열로 출력되는 점을 개선하려고 모색 중입니다...

# 출처 병기
답변의 각 주장(Claim)에 대해, 근거가 된 스프레드시트 행으로의 링크를 반드시 기재할 것.
## 기재할 출처 형식
...

# 출처 병기
답변의 각 주장(Claim)에 대해, 근거가 된 스프레드시트 행으로의 링크를 반드시 기재할 것.
## 기재할 출처 형식
...

# 출처 병기
답변의 각 주장(Claim)에 대해, 답변의 근거가 된 스프레드시트의 행에 대하여 「직링크」 열에 기재되어 있는 URL을 반드시 그대로 출력해 주세요.

여기까지는 Gemini Notebook × 스프레드시트에 한정된 이야기였지만, 근본적인 사고방식인 **「AI의 답변에는 1차 정보로 즉시 이동할 수 있는 딥링크를 반드시 첨부하게 한다」**는 AI 에이전트(AI Agent)를 사용한 조사·분석 전반에 응용할 수 있습니다.

AI에게 조사를 맡길 때 가장 까다로운 것은 「할루시네이션 (Hallucination, 환각)」입니다. 결국에는 인간이 사실 확인을 해야 하지만, 답변 옆에 검증용 딥링크가 항상 첨부되어 있다면 그 확인 작업을 단번에 수월하게 만들 수 있습니다. 스프레드시트에 「직링크 열」을 마련한 것은 이러한 사고방식을 하나의 소스 형식에 대해 구체화한 것이라고 할 수 있습니다.

AI에게 조사를 수행하게 할 때, 시스템 프롬프트 (Cline이나 Cursor라면 .clinerules 또는 .cursorrules, Claude라면 CLAUDE.md 등)에 다음과 같은 규칙을 정의해 둡니다.

출처 명기의 원칙

• 사실·조사 결과를 보고할 때는 주요 주장마다 근거 출처(도달 수단)를 병기할 것.
• 소스 코드 = GitHub 퍼마링크 (Permalink) / Web = 해당 URL / Google 스프레드시트 = 해당 셀의 직접 링크
  ...

이렇게 함으로써 AI가 답변에 출처 링크를 첨부하게 되어, 클릭 한 번으로 1차 자료를 확인할 수 있어 무비판적으로 수용하는 상황을 방지할 수 있습니다.

사소해 보이지만 매우 중요한 요령입니다.

GitHub 등의 소스 코드를 링크할 때는, **"커밋 SHA (Commit SHA)로 고정된" 퍼마링크 (Permalink)**를 출력하도록 AI에게 지시하십시오.

브랜치 이름이 포함된 URL(예: .../blob/main/...)을 사용하면, 나중에 커밋이 추가되거나 파일이 편집되었을 때 AI가 제시한 행 번호와 실제 행이 어긋나게 되어 나중에 검증할 수 없게 됩니다. SHA로 고정하면 반영구적으로 동일한 행을 가리키게 됩니다.

해야 할 일은, 각 행에 자기 자신으로 향하는 딥링크 (Deep Link)를 생성하는 열을 하나 추가하고, 그 값을 출처로서 Gemini Notebook에 출력하게 하는 것——단지 이것뿐입니다. 이렇게 하면 답변에서 근거가 되는 행으로 직접 이동할 수 있으며(심지어 열리는 순간 해당 행이 선택된 상태가 됩니다), 팩트 체크(Fact Check)의 수고가 급격히 줄어듭니다.

AI에게 단순히 답을 내놓게 하는 것에 그치지 않고, "인간의 검증 프로세스"까지 포함하여 프롬프트나 데이터를 설계함으로써 AI의 실용성은 비약적으로 상승합니다. 꼭 시도해 보시기 바랍니다.