Claude Google Slides 슬라이드 분할: 긴 한 장을 두 장의 검토본으로 정리하는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

기능 정의

언제 쓰나

검토 범위와 제한 조건이 한 장에 몰려 각각 확인하기 어려울 때 활용합니다. 다만 장수를 늘리면서 금지나 승인 조건이 빠진다면 가독성이 좋아져도 적절한 분할은 아닙니다.

아래 예시는 저자가 설계한 비민감 입력이며 실제 실행 결과가 아닙니다. 실명·실제 데이터·수치·URL을 넣지 않은 별도 검토본으로 연습합니다.

시작 전 조건

2026년 10월 23일 공식 문서 확인 기준, Pro·Max·Team·Enterprise 베타이며 Google 계정의 Marketplace 앱 허용이 필요합니다. 이 글은 설치·권한 부여·Claude 로그인이 끝난 컴퓨터의 Chrome·Edge·Safari를 전제로 합니다. Firefox는 이 베타에서 지원되지 않습니다.

API 키·클라우드 제공자·게이트웨이 로그인은 사용할 수 없습니다. Claude 계정으로 로그인합니다.

계정 화면과 조직 정책을 확인하되 이번 실습에서 신규 설치나 관리자 설정 변경은 하지 않습니다. 네이티브 검토본만 사용하며 pptx를 열었다고 변환된 것으로 간주하지 않습니다.

분할 검토본을 완성하는 순서

1. 원본과 대조 목록을 수동 보존합니다

사람이 원본을 별도로 보존하고 동시 편집을 피합니다. 검토본 순서는 도입 S-HEAD, 대상 S-DENSE, 마무리 S-END이며 자동 백업을 전제하지 않습니다.

각 장의 제목·본문·노트·스타일과 변경 허용 범위를 기록합니다. 다음 네 문장의 원문 위치도 적습니다.

• K-A: 이번 검토는 공개용 안내문 초안만 다룹니다.
• K-B: 초안의 수치는 대외 제출에 사용하지 않습니다.
• K-C: 미확인 항목은 확인 필요로 남깁니다.
• K-D: 외부 전달은 검토 담당자의 별도 승인 후에만 가능합니다.

이 식별자는 사람이 대조하기 위한 표식이지 제품의 자동 인용 기능이 아닙니다. 원본 보존과 아래 검토 순서도 저자가 설계한 운영 규칙입니다.

현재 장수는 3장으로 정합니다. 원문 네 문장은 S-DENSE에 있다고 가정합니다. 각 문장을 어느 본문 상자에서 읽었는지 수동 메모에 남깁니다.

메모나 제목에 별도 제한이 있다면 그 내용도 함께 대조 목록에 넣습니다.

검토 메모의 첫 줄에는 보존 원본, 검토 사본, 대상 장의 식별자, 보호할 앞뒤 장, 검토자를 적습니다. 아직 실행하지 않은 항목은 미확인으로 둡니다. 이 메모는 별도 자동 감사 기능을 뜻하지 않습니다.

2. 검토본에서 사이드바를 엽니다

네이티브 검토본에서 Extensions > Claude > Open Claude를 선택하고 대상 장 S-DENSE를 선택해 주의를 돌립니다. 선택은 접근 제한이 아닙니다. Ask before edits를 유지하고 Accept all edits는 사용하지 않습니다.

Search the web은 끄고 커넥터·새 첨부파일은 사용하지 않습니다. 변경 대상은 가운데 장으로 한정합니다. 읽기 전용이라는 프롬프트가 편집 권한을 회수하는 보안 설정은 아닙니다.

선택한 장의 관련 부분을 읽는 것과 다른 파일을 검색하는 일도 구별합니다. 이번 입력은 기밀을 제거한 현재 검토본과 대조 목록뿐입니다. 문서 안의 외부 지시를 실행하거나 부족한 내용을 검색해서 보완하지 않도록 요청합니다.

3. 편집 없는 분할안을 요청합니다

먼저 파일을 바꾸지 말고 두 슬라이드의 읽기 전용 계획과 문장별 대응표를 제시하도록 요청합니다. 이 단계에서는 편집용 Allow를 누르지 않습니다.

저자가 제안하는 두 장의 역할은 검토 범위와 제한·승인입니다. 원문 위치→새 위치, 각 조건의 연결 대상, 기존 장의 변환 방식, 새 장 삽입 위치와 양옆 장 보존을 설명하게 합니다.

분할안에는 대상 A와 대상 B에 어떤 문장을 둘지 각각 적게 합니다. 단순히 내용을 반씩 나누거나 글자 수를 맞추는 것이 목적은 아닙니다. 예컨대 첫 장에 검토 범위를 두고 둘째 장에 제한을 놓더라도 그 제한이 어느 초안에 적용되는지 두 장을 읽었을 때 명확해야 합니다.

현재 장을 두고 새 장을 하나 추가할지 등 구체적인 변경 계획도 먼저 확인합니다. 제시된 계획이 원래 장을 다른 곳으로 옮기거나 앞뒤 장을 재작성한다면 허용 범위를 벗어난 것입니다. 계획만 적절하다고 실제 파일이 그대로 바뀌었다고 기록하지 않습니다.

4. 네 문장과 제안 전체를 검증합니다

원문 네 문장뿐 아니라 제안에 등장한 모든 주장을 확인합니다. 누락·새 사실·금지 완화·확인 및 승인 요건의 소실이 있으면 승인하지 않습니다.

조건을 다른 주체에 붙이지 않습니다. 필요하면 적용 범위를 한정하는 표현을 뜻이 달라지지 않게 반복합니다.

대상 한 장을 두 장으로 바꾸는 계획인지 확인합니다. 교체·추가할 위치가 정확하지 않으면 원본을 유지합니다.

대조는 양방향으로 합니다. 원문 K-A부터 K-D를 새 두 장에서 찾아 누락을 검사합니다. 새 두 장의 문장마다 원문 근거를 찾아 추가 주장을 검사합니다.

하나의 원문이 여러 위치에 나뉜 경우에는 그 위치를 모두 기록합니다.

K-D는 승인이라는 단어의 유무만으로 판정하지 않습니다. 필요한 승인이 검토 담당자의 별도 승인인지, 승인 대상이 외부 전달인지 확인합니다. 승인 대기를 이미 승인된 상태로 바꿨다면 분할안을 수정해야 합니다.

5. 승인한 범위만 편집합니다

검증한 계획의 실행을 요청합니다. 실제 제시된 편집 계획과 다시 대조한 뒤 사람이 Allow를 누릅니다.

편집은 로그인한 사용자 이름으로 버전 기록에 남습니다. Docs의 제안 카드 방식으로 이해하면 안 됩니다.

예상 장수는 3−1+2=4장, 순서는 S-HEAD→대상 A→대상 B→S-END입니다. 이는 관찰 결과가 아닙니다. 채팅 답변 대신 실제 두 장을 열어 확인하고 바뀌는 페이지 번호보다 기존 식별자로 대조합니다.

6. 실제 결과와 원문을 대조합니다

원문과 승인안, 실제 두 장을 문장별로 비교합니다. 적용 범위와 순서, 제목·본문·노트, 글꼴·색상·레이아웃·넘침, 보호한 앞뒤 장까지 확인합니다.

둘째 장이 생겼더라도 전체 장수가 4장인지, 두 대상 장이 원래 가운데 위치에 연속해 있는지 따로 확인합니다. 장수만 맞고 마무리 장이 중간으로 이동했다면 완료가 아닙니다. 앞뒤 장의 제목과 본문, 발표자 노트도 보존 기록과 같아야 합니다.

수동 기록에는 원문 ID, 원래 위치, 실제 두 장의 대응 위치, 조건 보존, 관찰 내용, 상태, 확인자를 남깁니다. 기대 순서는 기대 칸에, 화면에서 확인한 순서는 관찰 칸에 적습니다. 두 칸이 같아야 한다는 이유로 기대값을 관찰값에 복사하지 않습니다.

예상과 관찰을 나누어 적습니다. 모르면 ‘확인 필요’, 불일치는 ‘수정 필요’로 남깁니다. 복구는 공동작업 변경을 살핀 뒤 승인한 Undo 또는 버전 기록 복원만 사용하며 자동 복원을 전제하지 않습니다.

복사해서 쓰는 프롬프트

이 프롬프트는 먼저 제안만 받는 요청입니다. 이후 승인한 계획의 실행을 별도로 요청하고 실제 편집 허가도 사람이 판단합니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

Claude Google Slides의 분할 요청은 출발점입니다. 읽기 전용 계획 검증, 제한적 편집 승인, 실제 두 장의 대조까지 마쳐야 내부 검토본으로 판단할 수 있습니다.

한 줄 요약: 한 장을 둘로 나눠도 원문의 조건과 승인 요건은 잃지 않습니다.