Gemini Slides 글머리표 변환: 프로젝트 현황 문단을 검토 슬라이드로 완성하는 법
TL;DR
- 기존 본문 상자에서
Refine → Bulletize로 문단을 글머리표로 바꿉니다. - 초안·담당자 미정·일정 미정·외부 공유 승인 조건을 원문과 대조합니다.
- 사람이 승인한 후보만
Replace하고 실제 반영된 슬라이드까지 확인합니다.
핵심 3줄 요약
핵심 1
글머리표 개수보다 원문의 의미가 남았는지 확인합니다.
핵심 2
원본 상자·생성 후보·실제 반영 상자를 각각 대조합니다.
핵심 3
내부 검토본 완성과 최종 배포 승인은 별개로 관리합니다.
이 글에서 다룰 내용
기능 범위, 시작 조건, 프로젝트 현황 검토 절차, 선택형 보정 프롬프트, 실패 판정, 내부 기록, 배포 경계
기능 정의
Gemini Slides의 Refine은 기존 텍스트를 다듬는 기능입니다. Shorten, Rephrase, More formal, Bulletize 또는 사용자 지정 요청을 사용할 수 있습니다.
이 가운데 Bulletize는 문단을 글머리표로 변환합니다. 여기서 다루는 작업은 기존 본문 수정입니다. 새 슬라이드 생성과는 다릅니다.
이하의 원본 보존, 조건 식별자, 검토 기록은 저자가 설계한 업무 규칙입니다. 제품의 자동 백업이나 자동 검증 기능을 뜻하지 않습니다.
언제 쓰나
프로젝트 현황 문단을 회의용 검토 항목으로 정리하되, 미정 사항과 승인 조건을 남겨야 할 때 적용합니다.
이번 범위는 기존 내부 프로젝트 업데이트 검토본의 승인된 본문 상자 하나입니다. 제목 수정, 전체 덱 편집, 새 도표 제작은 포함하지 않습니다.
시작 전 조건
공식 안내상 적격 Google Workspace 또는 Google AI 요금제가 필요합니다. Refine은 현재 데스크톱에서 제공됩니다. 실제 계정 화면과 지원 언어를 확인해야 합니다.
두 문서만으로 세부 요금제·가격·지역·최소 버전·관리자 설정·보존 정책·모바일 지원을 단정하지 않습니다. 한국어 지원도 보장하지 않습니다. 실습에는 영어 가상 문단과 영어 요청을 사용합니다.
검토 슬라이드를 완성하는 순서
1. 원본과 작업 경계를 기록합니다
원본 파일과 원문을 수동으로 보존하고 내부 검토용 사본에서 작업합니다. 이는 이 글의 운영 규칙이며 자동 백업이라는 뜻이 아닙니다.
가상 프로젝트 Project Cedar의 원문은 다음과 같습니다. 실제 제품 출력이 아니라 변환 대상으로 정한 입력입니다.
Project Cedar has a draft reading list for internal review. The owner is not decided. The release date is not decided. External sharing requires approval from the content owner.
슬라이드 번호와 대상 본문 상자의 실제 위치를 기록합니다. 제목, 다른 텍스트 상자, 발표자 노트, 레이아웃은 변경 금지 대상으로 지정합니다.
사람이 사용할 대조 기준은 C-A=읽기 목록 초안·내부 검토용, C-B=담당자 미정, C-C=공개일 미정, C-D=콘텐츠 소유자 승인 후 외부 공유입니다. 이 식별자는 자동 인용 표시가 아닙니다.
2. 대상 상자에서 Bulletize를 선택합니다
컴퓨터에서 Google Slides 프레젠테이션을 열고 대상 텍스트 상자를 클릭한 뒤 Refine → Bulletize를 선택합니다. 공식 안내에 없는 아이콘 위치나 버튼 배치는 가정하지 않습니다.
처음부터 사용자 지정 프롬프트를 입력해야 하는 것은 아닙니다. 기본 Bulletize 실행과 누락 보정을 위한 추가 요청을 구분합니다.
3. 삽입 전에 후보의 조건과 새 주장을 검사합니다
생성 후보를 원본과 대조해 C-A부터 C-D까지 각각 유지·누락·변질로 표시합니다. 한 조건이라도 누락되거나 의미가 달라졌다면 반영을 보류합니다.
가령 초안이 확정·게시된 목록으로 바뀌면 C-A 실패입니다. 담당자를 새로 지정하거나 공개 날짜를 만들면 각각 C-B, C-C 실패입니다. 외부 공유가 이미 승인됐거나 무조건 가능하다는 표현은 C-D 실패입니다.
반대로 후보에 있는 모든 주장을 원문으로 거슬러 확인합니다. 원문에서 근거를 찾을 수 없는 성과·담당·일정·상태·승인은 추가 주장으로 판정합니다.
실패한 후보에는 사용자 지정 요청이나 다른 Refine 옵션으로 새 버전을 요청한 뒤 다시 대조합니다. 이는 공식 안내의 재생성 방법입니다. 네 조건이 반드시 네 글머리표로 나와야 한다는 뜻은 아닙니다.
예를 들어 C-B의 판정 기준은 담당자 이름이 빠졌는지 여부만이 아닙니다. 원문은 담당자가 아직 정해지지 않았다고 명시합니다. 후보가 담당자를 아예 언급하지 않으면 미정 상태도 전달되지 않으므로 누락입니다.
C-D도 단어 하나로 통과시키지 않습니다. 승인 주체가 콘텐츠 소유자인지, 승인이 필요한 행동이 외부 공유인지, 그 승인을 이미 받았다고 바꾸지는 않았는지 함께 읽습니다. 승인이라는 단어만 남고 대상이나 조건이 없어졌다면 수정 필요로 표시합니다.
4. 승인한 후보만 Replace합니다
사람이 전체 내용을 승인한 경우에만 검토용 사본에서 Replace를 선택합니다. Replace는 기존 내용을 생성 텍스트로 교체합니다.
Down arrow → Insert는 생성 텍스트를 기존 내용 아래에 넣는 별도 선택지입니다. 원문 아래에서 비교하려는 경우의 대안이지, 이번 절차에서 Insert 후 Replace를 연속 실행하라는 의미가 아닙니다.
5. 실제 반영 상자와 비대상 영역을 확인합니다
교체 후 실제 슬라이드의 텍스트를 읽고 승인 후보와 같은지 확인합니다. C-A~C-D를 다시 대조하고 줄 넘침, 잘림, 다른 요소와의 겹침을 살핍니다.
제목·다른 상자·노트·레이아웃도 작업 전 기록과 비교합니다. 후보가 적절해도 실제 반영 상자에서 조건이 빠지거나 보호 영역이 바뀌었다면 완료가 아닙니다.
비대상 변경을 발견하면 작업을 중단합니다. 검증한 원본과 명시적인 수동 복구 승인을 확보하기 전에는 추가 수정을 진행하지 않습니다. 자동 복구를 가정하지 않습니다.
6. 내부 검토 기록으로 마감합니다
실제 위치, 보존한 원문, 승인 후보, 실제 반영 문구를 기록합니다. 이어 조건별 상태, 비대상 확인 결과, 검토자, 최종 배포 승인 대기를 남깁니다.
검토 메모는 원문 근거와 실제 관찰을 구분해 작성합니다. 예를 들어 원문 근거에는 C-C의 공개일 미정을 적습니다. 실제 반영 문구 칸에는 사람이 슬라이드에서 읽은 문장만 옮깁니다.
실행 전에는 관찰 칸을 비워 둡니다. 검토 상태에는 확인 완료·수정 필요·확인 필요를 쓰고, 남은 문제와 다음 확인자를 붙입니다. 이런 기록 양식은 저자가 제안하는 관례이지 Google Slides가 제공하는 전용 검수표가 아닙니다.
미실행 항목은 ‘미확인’, 발견한 문제는 실제 관찰 내용으로 적습니다. 예상 문구를 관찰 결과처럼 기록하지 않습니다.
원본 상자·생성 후보·실제 반영 상자의 대조와 비대상 확인이 끝났을 때만 내부 검토본 완료로 판정합니다. 이 글은 실제 계정에서 실행한 결과나 통과 기록을 제시하지 않습니다.
복사해서 쓰는 프롬프트
아래 일곱 라벨은 저자가 만든 보정 지시 구조이며 제품 입력 필드가 아닙니다. 누락을 고칠 때만 한국어 라벨을 제외한 영어 값 일곱 줄을 Refine의 사용자 지정 요청에 넣고 다시 검토합니다.
목표: Convert only the current text box into bullet points.
허용 입력: Use only the current paragraph.
제외 입력: Exclude other boxes, notes, Drive, the web, and secrets.
출력 형식: Write concise bullets preserving every condition, with no fixed bullet count.
완료 기준: Reconcile all content with the original; preserve draft status, internal review, undecided owner and release date, and conditional external sharing.
추정 금지: Add no owners, dates, status claims, or approvals.
승인 지점: Do not click Replace or Insert before human review; require separate final release approval.
승인 지점의 문구는 사람이 Replace나 Insert를 누르기 전에 멈추라는 작업 규칙입니다. Refine이 자동으로 버튼을 누르거나 별도 승인 시스템을 만든다는 뜻은 아닙니다.
이 요청은 작업 범위를 설명할 뿐, 제품의 접근 권한이나 사용 맥락을 제한·해제하는 보안 설정이 아닙니다.
실전 인사이트
검토는 양방향으로 진행해야 합니다. 원문에서 후보로 읽으면 누락을 찾고, 후보에서 원문으로 읽으면 새로 만들어진 주장을 찾을 수 있습니다.
특히 ‘미정’은 지워도 되는 군더더기가 아니라 현재 의사결정 상태입니다. 표현이 간결해졌더라도 미정이 확정으로 바뀌었다면 문장 개선이 아니라 사실 변경입니다.
조건이 여러 글머리표에 나뉘어 있으면 함께 읽어 의미를 판정합니다. 개수보다 각 주장과 그 제한 조건이 연결돼 있는지가 중요합니다.
주의할 점
공식 안내는 AI 제안에 부정확하거나 부적절한 정보가 포함될 수 있다고 설명합니다. 따라서 이 절차에서는 교체 전과 배포 전 사람의 승인을 따로 받습니다.
이 작업에서는 @Drive 참조 추가나 웹 검색을 사용하지 않습니다. 상자 하나를 선택했다고 제품의 모든 접근 범위까지 그 상자로 한정된다고 주장하지 않습니다.
Refine의 조작은 Ask Gemini 사이드 패널의 Insert·Insert slide와 구별해야 합니다. 사이드 패널에 관한 세션 기록 동작을 Refine에 그대로 적용하지 않습니다.
공식 안내상 피드백은 사람이 읽을 수 있으므로 개인정보·기밀·민감정보를 제출하지 않습니다. 이는 입력 원문 인용과 별개의 일반 주의사항입니다.
원본 덮어쓰기, 전체 덱 편집, 새 슬라이드·차트 생성, 공유·외부 전송·삭제·권한 변경은 이번 완료 범위 밖입니다.
자주 묻는 질문
새 슬라이드를 생성하는 기능인가요?
아닙니다. 여기서 사용하는 Bulletize는 기존 문단을 글머리표로 바꾸는 기능입니다. 새 슬라이드 생성과는 구별합니다.
Replace와 Insert는 어떻게 다른가요?
Refine의 Replace는 기존 내용을 바꾸고, Down arrow → Insert는 기존 내용 아래에 생성 텍스트를 넣습니다. 사이드 패널의 동명 조작과 혼동하지 않습니다.
글머리표 개수만으로 통과를 판정할 수 있나요?
없습니다. 네 조건이 모두 살아 있고 추가 주장이 없으며 실제 반영 결과까지 일치해야 합니다.
내부 검토본이 완성되면 배포도 승인된 건가요?
아닙니다. 내부 검토본 완료와 배포 승인은 별개입니다. 외부 공유에는 원문의 콘텐츠 소유자 승인 조건이 남아 있어야 합니다.
출처
마무리
Gemini Slides로 프로젝트 현황 검토 문단을 정리할 때는 보기 좋은 후보를 만드는 데서 멈추지 않습니다. 원문 조건, 실제 반영 텍스트, 비대상 보존을 확인하고 내부 기록을 남기는 것까지가 이번 작업의 완료입니다.
한 줄 요약: Bulletize로 정리한 뒤 사람이 조건을 검토하고 Replace합니다. 실제 반영까지 확인해야 내부 검토본이 완성됩니다.
감자나라 AI 강의보기 5,000 
