Search
Duplicate

[AI studio]pdf to PPT(with 노트북LM)

목차(클릭하세요)
노트북LM의 슬라이드기능의 최대 약점1: 한글이 일부 깨짐 노트북LM의 슬라이드기능의 최대 약점2: 텍스트 수정이 되지 않음

1. 원인분석

1-1. 왜 이런 문제가 생길까?

지식의 응집도(Cohesion) 문제
노트북LM은 소스 자료들을 전역적으로 참조하여 하나의 응집된 요약을 생성함.
특정 문구 하나를 수정할 경우, 해당 문구가 참조하고 있는 여러 소스 간의 논리적 연결성(Grounding)이 깨질 위험이 있어 시스템적으로 수정을 보수적으로 제한함.
객체 지향적 생성 방식
슬라이드나 가이드는 '텍스트 데이터'가 아닌, 렌더링된 '객체(Object)' 형태로 생성되는 경우가 많음.
제미나이 캔버스가 '에디터'라면, 노트북LM은 '퍼블리셔(Publisher)'에 가까운 특성을 보임.
UI/UX 디자인 의도
노트북LM은 사용자가 정보를 '소비'하고 '학습'하는 데 초점을 맞춤.
반면, 캔버스는 사용자가 정보를 '생산'하고 '다듬는' 과정에 최적화되어 있어 편집 인터페이스의 깊이가 다름.

1-2.그럼에도 불구하고 노트북LM이 gemini Canvas와 다른 이유

비교 항목
노트북LM (NotebookLM)
제미나이 캔버스 (Gemini Canvas)
핵심 철학
소스 중심 (Source-Centric): 다수의 소스를 통합하여 새로운 '지식 객체' 생성
작성 중심 (Author-Centric): 사용자의 초안을 바탕으로 '실시간 협업 및 수정'
구조적 특성
여러 소스 간의 관계를 매핑하는 복잡한 그래프 구조를 가짐.
단일 문서(Markdown 기반) 내의 선형적 또는 계층적 구조를 가짐.
수정 제약
생성된 요약문이나 슬라이드는 '최종 결과물(Artifact)'로 취급되어 부분 수정이 어려움.
캔버스 내에서 특정 문단을 드래그하여 부분 수정, 톤 조절, 길이 조정을 즉시 수행함.
데이터 활용
N개의 외부 소스 (S1, S2, ..., Sn)
단일 컨텍스트 (C)

2. [솔루션1]텍스트 수정을 위한 앱

2-1. 링크

2-2.사용법

무조건 AI모델을 호출해야 하는 이유
따라서 gemini를 호출한다고 가정했을때, API키 셋팅이 필요
시맨틱 복구(Semantic Recovery) 및 인코딩 해결
노트북LM에서 생성된 PDF는 폰트 임베딩 문제로 한글이 유니코드 상에서 깨져 보일 수 있음.
AI 모델은 깨진 문자열을 단순 데이터로 보지 않고, 주변 문맥을 통해 원래의 의미를 유추하여 정확한 한국어로 재인코딩함.
비구조적 데이터의 구조화(Structuring Unstructured Data)
PDF는 시각적 배치를 우선시하여 텍스트의 논리적 순서가 섞일 수 있음.
AI는 텍스트의 크기, 위치, 내용을 분석하여 노션(Notion)의 블록 구조에 적합한 '제목-본문-부연설명'의 계층적 구조로 재설계함.
지식의 재구성(Re-synthesis)
단순 수정은 오타 교정에 그치지만, AI 모델 호출 시 사용자의 의도(예: "더 요약해줘", "노션 테이블로 바꿔줘")에 맞춰 내용을 변형(Transform)할 수 있음.
이는 단순히 문서를 고치는 수준을 넘어, 지식 관리 시스템(PKM)에 최적화된 형태로 데이터를 가공하기 위함임.

3. [솔루션1]부분 수정을 위한 앱

3-1. 링크

3-2.사용법

무조건 AI모델을 호출해야 하는 이유
따라서 gemini를 호출한다고 가정했을때, API키 셋팅이 필요
구분
일반 파싱/OCR (전통적 방식)
AI 모델 호출 (추론 방식)
인코딩 처리
깨진 유니코드 값을 그대로 읽음 (오류 유지)
문맥을 통해 깨진 글자의 본래 의미를 추론 및 복원
구조 파악
텍스트의 좌표값만 나열
제목, 본문, 출처 등 논리적 계층을 스스로 판단
데이터 변환
단순 텍스트 추출
마크다운, JSON 등 수정 가능한 형식으로 재구성

4. 유무료 사이트

슬라이드 몇장만 바꾸면 되는 경우에?
무료로는 한달에 5크레딧 즉 5장의 슬라이드를 바꿀수 있음
접속 후 노트슬라이드를 선택하면 다음 화면을 볼 수 있음