노트북LM 소스 업데이트했는데 요약은 그대로일 때

노트북LM에서 어제 만든 요약이 옛 날짜를 말한다고 해서 Google 문서 연결부터 끊을 필요는 없다. 먼저 왼쪽 소스에서 수정한 문장을 찾고, 그 소스만으로 새 질문을 보낸다. 소스와 새 답변은 바뀌었는데 예전 오디오만 그대로라면, 새 오디오를 만드는 단계가 남은 것이다.

2026년 10월 기준 공식 도움말은 제품을 Gemini Notebook으로 표기한다. 여기서는 익숙한 검색명인 노트북LM을 함께 사용하며, 컴퓨터 웹 화면을 기준으로 설명한다. 계속 고치는 회의 자료나 업무 지침을 다룰 때는 원본 파일, 노트북의 소스, 생성한 결과물 중 어느 곳의 내용이 다른지부터 찾으면 재업로드를 줄일 수 있다.

원본·소스·요약 중 어디까지 바뀌었나

Google 문서는 작성자가 수정하는 원본이다. 노트북 안의 소스는 답변을 만들 때 읽는 자료이고, 어제 생성한 오디오나 보고서는 당시 자료로 만든 결과다. 공식 소스 도움말은 소스를 업데이트하거나 삭제해도 그 소스로 만든 스튜디오 출력은 바뀌지 않는다고 명시한다.

예를 들어 금요일로 바뀐 회의가 소스 본문에는 제대로 나오는데, 이전 오디오가 수요일이라고 말한다면 자료 연결을 다시 만드는 것은 해결 순서가 아니다. 반대로 소스 본문에도 수요일이 남았다면 오디오를 다시 만들어도 같은 잘못된 자료를 읽게 된다. 이 차이를 찾는 데는 긴 요약보다 바뀐 날짜 하나를 묻는 편이 빠르다.

Google 문서 자동 동기화와 직접 올린 파일

Google의 2026년 5월 발표는 Docs·Sheets·Slides를 원본 변경에 맞춰 자동 동기화하는 기능을 소개했다. 이 기능 자체를 켜는 별도 사용자 설정은 없으며, 노트북LM을 사용할 수 있는 개인 계정과 Google Workspace 사용자에게 제공한다고 밝혔다. 자동 갱신을 위해 확장프로그램을 먼저 설치하는 순서는 필요하지 않다.

이 연결을 쓰려면 소스를 추가할 때 Google Drive에서 원본 파일을 가져온다. 문서를 PC로 내려받아 PDF로 올리거나 내용을 복사해 새 메모로 넣었다면, 그 자료를 Drive 원본과 연결한 것은 아니다. 똑같은 제목으로 보이더라도 어느 경로로 넣었는지에 따라 수정할 곳이 달라진다.

1. 컴퓨터에서 사용할 노트북을 열고 왼쪽의 ‘소스 추가’를 선택한다.
2. Google Drive에서 계속 수정할 원본 문서를 선택해 가져온다.
3. 수정 뒤에는 노트북 소스를 열어 바뀐 문장이 들어왔는지 읽는다.
4. Drive 소스가 낡아 있다면 소스 안의 ‘클릭하여 Google Drive와 동기화’를 사용한다.

공식 도움말의 표현은 몇 분마다 동기화되고, 노트북을 열 때 원본 변경이 업데이트된다는 것이다. 저장 버튼을 누른 순간 이미 만든 답변까지 바뀐다는 뜻은 아니다. 원본에는 바뀐 내용이 있는데 소스에서는 찾지 못한다면 수동 갱신 뒤 같은 문장을 다시 확인한다.

직접 올린 PDF를 관리하는 경우에는 최신 파일을 새 소스로 추가하고 먼저 내용을 대조하는 방식이 맞다. 예를 들어 ‘회의자료_수정본’만 계속 쌓기보다 제목에 자료 기준일을 넣으면 선택할 문서를 알아보기 쉽다. 구버전을 비교하려고 남겨둘 때도 최신 답변을 만들 때는 사용할 버전만 선택한다. 제목의 날짜는 사람이 관리하는 표식이지 자동 동기화 상태를 인증하는 값은 아니다.

소스 하나만 고르고 날짜·담당자를 다시 묻는다

요약이 낡았는지 확인할 때 처음부터 ‘전체 내용을 다시 요약해 줘’라고 물으면 어느 문서의 어느 값이 바뀌었는지 찾기 어렵다. 공식 채팅 안내에 따라 이번 질문에 사용할 소스를 선택하고, 답변의 인용을 눌러 근거 문장으로 이동한다. 화면에 보이는 새 답변과 자료의 실제 문장을 한 번에 대조하는 방법이다.

다음은 회의 일정 변경을 확인하기 위한 질문 예시다. 문서 이름과 확인할 항목은 자기 자료에 맞춰 바꾼다.

선택한 ‘제품회의_최신안’에서 현재 회의 날짜, 시작 시각, 장소, 담당자를 표로 써 줘. 각 항목의 근거 문장을 인용하고, 자료에 적히지 않은 항목은 ‘기재 없음’으로 남겨 줘.

이 질문의 목적은 그럴듯한 회의 안내문을 바로 받는 데 있지 않다. 날짜는 바뀌었지만 장소가 비어 있는 문서라면, 빈 항목을 추측으로 채우지 않은 답을 얻어 원본과 비교하려는 것이다. 날짜 인용을 눌러 금요일이 적힌 절을 읽고, 시각과 담당자도 같은 방식으로 확인한다.

구버전과 신버전이 둘 다 필요하다면 소스를 두 개 선택하고 질문에 각각의 이름을 쓴다. ‘변경된 항목만, 구버전 값과 신버전 값을 나란히 표시해 달라’고 요청하면 검토할 범위가 줄어든다. 자료가 최신이라는 사실과 두 버전의 차이를 정확히 찾았다는 사실은 각각 확인할 수 있다.

표는 절차를 설명하기 위한 가상 자료다. 실제 업무에서는 수정한 항목 두세 개와 바뀌지 않은 항목 하나를 골라 비교하면 된다. 원본 전체를 눈으로 다시 읽는 일과 달리, 지금 반영하려는 변경에 초점을 맞춰 확인할 수 있다.

어제 저장한 요약 메모도 선택된 자료인가

원본 소스가 바뀌었는데 새 답변에도 옛 내용이 섞이면 소스 목록에 저장해 둔 요약 메모가 있는지 살핀다. 현재 메모 도움말에서는 작성한 메모도 소스 패널에 표시되며, 선택한 메모를 Q&A와 아티팩트 생성의 자료로 쓴다고 설명한다. 어제 만든 요약을 자료로 함께 고르면 최신 원문 외에 이전 설명도 입력에 들어가는 셈이다.

이때 과거 메모를 무조건 삭제할 필요는 없다. 먼저 그 메모의 체크박스를 해제하고, 최신 원본만 선택해 동일한 질문을 보낸다. 답변이 달라졌다면 어느 자료를 포함했는지가 원인이었는지 비교할 단서가 생긴다. 바뀌지 않았다면 소스 본문과 인용이 가리키는 문장을 다시 읽는다.

팀이 쓰는 자료 이름도 구체적인 편이 낫다. ‘요약’이라는 제목 세 개보다 ‘9월 검토용 요약’, ‘10월 회의 확정안’처럼 기준이 드러나면 같은 노트북에서 서로 다른 목적의 자료를 선택하기 쉽다. 최종 안내를 만드는 작업에서는 확정안만 선택하고, 변경 이력을 찾는 작업에서는 이전 자료도 함께 선택한다. 같은 파일 모음이라도 질문마다 사용할 범위가 달라진다.

오디오·영상·보고서는 최신 소스로 새로 만든다

새 채팅에서 날짜와 담당자가 맞게 나오면 그다음은 전달할 결과물을 만드는 단계다. 오디오 오버뷰 안내는 수정 권한이 있는 노트북에서 스튜디오의 AI 오디오 오버뷰를 선택해 생성하는 순서를 제시한다. 이미 있는 오디오를 불러와 재생하는 동작과 새 오디오를 생성하는 동작은 다르다.

오디오를 만들기 전에 이번에 사용할 자료를 정하고, 생성 설정의 프롬프트에는 실제 전달할 변경점을 적는다. 예를 들어 ‘최신 회의 확정안에 따라 날짜·시각·장소·담당자와 준비물을 설명해 줘. 취소된 일정은 현재 일정처럼 안내하지 마’라고 요청할 수 있다. 이는 업무에 맞춘 입력 예시이며, 생성 뒤 일정 부분을 직접 들어 원본과 대조하는 절차가 이어진다.

외부에 전달한 오디오가 있다면 새 파일을 만드는 것과 수신자가 듣는 대상을 바꾸는 일도 이어서 처리한다. 같은 노트북을 공유했다는 사실만으로 상대가 새 오디오를 골라 듣는다고 전제하지 않는다. 새 결과물의 이름에 기준일을 넣고 안내할 대상을 명확히 한다. 기존 오디오를 삭제하는 경우에는 그 오디오의 과거 공유 링크가 작동하지 않으므로, 링크 교체가 필요한지도 함께 결정한다.

영상도 스튜디오의 AI 동영상 오버뷰에서 맞춤설정 뒤 지금 생성 또는 나중에 생성을 선택하는 흐름이다. 예전 영상을 재생하는 것만으로 수정 원고가 렌더링되지는 않는다. 기존 영상의 내용을 바꿔 전달하려면 새로 만든 영상에서 변경한 문장과 화면을 확인한다.

문서형 브리핑은 Reports → Document에서 템플릿이나 제안된 형식을 고르는 경로가 공식 안내에 나온다. 설정을 편집해 지금 생성하거나 나중에 생성할 수 있다. 날짜·담당자 같은 사실 확인을 채팅에서 먼저 끝내 두면, 긴 보고서가 완성된 뒤 자료부터 다시 손보는 작업을 줄일 수 있다.

내보낸 Google 문서는 원래 메모와 따로 수정된다

요약을 문서로 내보내 동료가 고친 경우에는 수정본이 어디에 있는지부터 정한다. 메모 위에 마우스를 올리고 더보기에서 ‘Docs로 내보내기’를 선택하면 새 Google 문서가 열린다. 공식 메모 도움말에 따르면 그 문서에서 수정한 내용은 원래 노트북 메모와 동기화되지 않는다. 내보내기는 같은 문서를 양쪽에서 계속 편집하는 연결이 아니다.

예를 들어 노트북 메모의 회의실 A를 내보낸 문서에서 회의실 B로 고쳤다면, B가 들어 있는 곳은 내보낸 문서다. 다음 요약도 B를 사용하려면 그 문서를 새 소스로 가져와 선택하거나, 팀이 정한 원본에 확정 내용을 반영한다. 두 문서를 같은 제목으로 남긴 채 어느 쪽이 최종인지 대화로만 기억하면 다음 작업에서 다시 옛 자료를 고르기 쉽다.

계속 고칠 업무 지침은 Drive의 원본 하나를 정해 수정하고, 생성한 요약은 그 시점의 전달본으로 관리하는 방식이 간단하다. 반대로 매월 확정된 회의록처럼 과거 시점의 문장을 보존해야 한다면 기준일을 붙인 결과물을 따로 남긴다. 원문이 바뀔 때 따라가야 하는 자료와, 당시 내용을 보존할 자료의 쓰임이 다른 것이다.

여전히 옛 내용이면 확인한 위치에서 고친다

자료를 지우고 다시 넣기 전에 세 곳의 문장을 나란히 보면 다음 행동이 구체적이다. 원본만 새롭다면 연결한 소스와 동기화를, 소스까지 새롭다면 질문에 선택한 자료와 인용을, 새 답변까지 맞다면 전달할 결과물의 재생성을 처리한다.

회의 자료라면 ‘원본의 확정 일정 → 소스의 같은 문장 → 새 답변의 인용 → 전달할 오디오’ 순서로 금요일이라는 값을 따라가면 된다. 어느 지점에서 수요일로 남는지 찾으면, 파일을 다시 올릴지 결과물을 다시 만들지 결정할 수 있다.