NotebookLM 스튜디오로 보고서 PDF에서 발표 슬라이드 6장 뽑기

어떤 문제를 해결하나 link

보고서를 읽고 팀장에게 보고할 슬라이드를 만드는 건 “읽기 1시간 + 슬라이드 1시간” 짜리 일입니다. 앞 사례에서 보고서를 NotebookLM 소스로 올려 두고 수치 표·마인드맵까지 뽑았으니, 같은 노트북에서 스튜디오의 슬라이드 자료를 누르면 발표 자료가 나옵니다.

핵심은 설명란에 청중·구성·슬라이드당 근거 수치를 적는 것. 그걸 안 적으면 보고서 요약 슬라이드가 나오고, 적으면 “우리 팀 보고용” 슬라이드가 나옵니다.

사전 준비 link

• 소스가 올라간 NotebookLM 노트북 (여기서는 2026 State of Infrastructure Automation PDF 1개)
• 스튜디오 한도 여유. 슬라이드는 데이터 표·마인드맵보다 한도를 많이 씁니다 (대화상자의 AI 사용량 바 확인)
• 자동화하려면 ego lite (활용법). 사람이 직접 해도 클릭 5번입니다

단계별 사용법 link

1

스튜디오 → 슬라이드 자료, 형식·길이·설명을 채운다

content_copy 입력 프롬프트 (Claude Code에)

  notebooklm 으로 슬라이드 만드는 유스케이스 작성
  

Claude가 노트북을 열고 스튜디오의 슬라이드 자료 를 누르면 맞춤설정 대화상자가 뜹니다. 선택지는 셋.

• 형식: 자세한 자료(이메일로 보내는 읽기용) / 발표자 슬라이드(발표 중 띄우는 시각 자료) → 발표자 슬라이드
• 길이: 짧게 / 기본값 → 짧게 (10분 보고)
• 설명란 — 여기에 청중과 구성을 적습니다

content_copy 슬라이드 자료 설명란

  인프라 팀장에게 10분 안에 보고하는 자료. 청중은 CTO와 플랫폼팀. 1) AI 도입이 인프라 팀에 준 부담(수치), 2) AIMI 4단계와 우리가 어디쯤인지 진단 질문, 3) 다음 분기에 할 일 3가지(플랫폼 엔지니어링, 자동 가드레일, AI 특화 지표). 슬라이드마다 근거 수치 하나씩.
  

“슬라이드마다 근거 수치 하나씩” 이 한 줄이 슬라이드에 86%, 79%, 83%, 71%, 15% 를 큼직하게 박아 넣게 만들었습니다.

2

생성을 기다린다 (약 5분)

지금 생성 을 누르고 289초 걸렸습니다. 그림을 슬라이드마다 새로 그리기 때문입니다.

자동화에서는 “아티팩트가 준비되었습니다” 문구를 기다립니다. 고정 대기 대신 조건으로.

await page.waitForFunction(
  () => /슬라이드 자료.*준비되었습니다/.test(document.body.innerText),
  undefined, { timeout: 600000 });

기다리는 동안 다른 스튜디오 항목을 만들어도 됩니다. 나중에 생성 을 누르면 한도가 찼을 때 백그라운드 대기열로 보냅니다.

3

펼쳐서 슬라이드를 넘겨 본다

제목이 AI Infrastructure Readiness 2026 으로 자동으로 붙었고, 6장이 나왔습니다.

#	슬라이드	박힌 수치
1	인프라의 AI 준비도 격차 — 플랫폼 및 인프라 팀을 위한 2026 전략 보고	—
2	AI로 인한 개발 속도 향상, 인프라의 병목 현상 초래	86% 인프라 팀 부담 증가
3	우리는 AI 성숙도 지수(AIMI)의 어디에 위치해 있습니까?	79% AI 생성 코드 리뷰 없이 배포
4	1. 플랫폼 엔지니어링으로의 구조적 전환	83% 전환 고려·완료
5	2. 자율형(Agentic) AI에 대비한 자동화된 가드레일	71% Pioneer 공식 정책 보유
6	3. 인프라 결과물이 아닌 ‘AI 결과물’ 측정	15% AI 특화 지표 도입률

설명란의 1)·2)·3) 구성이 슬라이드 2 · 3 · 4~6 으로 그대로 대응됩니다. 3장 슬라이드에는 “우리가 어디쯤인지” 진단 질문이 제목으로 들어갔습니다.

4

여섯 장을 한눈에 보고 수치를 표와 대조한다

그림은 슬라이드마다 다르게 그려졌습니다 — 병목을 깔때기로, AIMI 4단계를 네 칸 카드로, 플랫폼 엔지니어링을 회로도 위 Paved Road 로, 가드레일을 파이프라인 등각도로. 사람이 그리면 한 장에 30분씩 걸리는 것들입니다.

수치는 앞 사례의 데이터 표와 대조했습니다. 5개 중 4개는 정확히 맞고, 하나가 어긋납니다.

슬라이드	슬라이드 문구	데이터 표
4	“선도적 조직의 83%가 플랫폼 엔지니어링 전환을 고려하거나 완료”	83% = 전체 응답자 중 전환 고려 중. 완료는 Pioneer 25%

83% 라는 숫자는 맞지만 주어(전체 응답자 → 선도 조직)와 범위(고려 → 고려·완료)가 슬쩍 커졌습니다. 발표에서 이 문장을 그대로 읽으면 틀린 말이 됩니다.

5

PPTX / PDF로 내보낸다

뷰어의 ⋮ → PowerPoint(.pptx) 다운로드 로 받아 회사 템플릿에 붙이거나, PDF 로 받아 그대로 공유합니다. 수정 버튼으로 문구를 고친 뒤 내보내는 것도 됩니다.

자동화에서는 이 다운로드가 잡히지 않았습니다 — 에이전트 브라우저의 다운로드 이벤트가 오지 않았고 파일도 안 떨어졌습니다. 내보내기는 사람이 한 번 누르는 걸로 두었습니다.

결과 link

보고서 PDF → 팀장 보고용 6장 슬라이드, 생성 5분 + 확인 2분. 설명란 세 줄이 곧 슬라이드 구성이 됐고, 슬라이드마다 큰 수치 하나가 박혀서 “숫자로 말하는” 자료가 됐습니다. 한 장은 수치 주어가 틀려서 발표 전에 고쳐야 합니다.

주의사항 link

• 숫자는 맞아도 주어가 바뀔 수 있습니다. 슬라이드 4의 83% 처럼 “전체 응답자” 가 “선도 조직” 으로 바뀝니다. 슬라이드에 박힌 수치는 데이터 표(지표 / 수치 / 대상 그룹)와 한 번 대조하세요. 데이터 표를 먼저 만들어 두면 이 검증이 1분입니다.
• 설명란 없이 만들면 보고서 요약이 나옵니다. 청중, 구성(번호 목록), 슬라이드당 요구사항 세 가지를 적으세요. 길이는 짧게 가 6장, 기본값 은 그 두 배쯤입니다.
• 한도가 큽니다. 슬라이드 한 벌이 데이터 표 여러 개 분량의 한도를 씁니다. 대화상자의 AI 사용량 바에서 “예상 사용량” 을 보고 결정하세요. 5시간마다 초기화됩니다.
• 그림 속 영문 라벨은 손대기 어렵습니다. Velocity vs. Capacity, Paved Road 같은 그림 안 텍스트는 수정 으로 바뀌지 않습니다. 한글화가 필요하면 PPTX 로 받아 그림 위에 텍스트 박스를 덮습니다.
• 자동화로 다운로드까지 하려면 별도 확인이 필요합니다. 이번엔 다운로드 이벤트가 오지 않았습니다.

응용 link

• 같은 노트북에서 자세한 자료 형식으로 한 벌 더 → 발표 후 메일로 보내는 읽기용
• 설명란을 신입 온보딩용, 용어 설명 위주, 슬라이드마다 질문 하나 로 바꿔 교육 자료
• 분기 보고서 3개를 소스로 넣고 분기별 변화만 비교하는 5장 요청
• 슬라이드 → 동영상 개요 로 이어서 나레이션 영상까지