Gemini 앱에서 파일을 만들었다면, 이제 채팅 안에서 미리 보고 수정하는 기능까지 살펴볼 수 있습니다. Google은 2026년 10월 29일 이 변화를 발표했어요. 다만 PDF는 웹과 모바일에서, 나머지 안내된 형식은 웹에서 미리보기와 편집을 지원한다는 차이를 먼저 확인하세요.
이 글은 업무 문서나 학습 자료의 초안을 만드는 분을 위한 해설입니다. 새 기능으로 무엇을 할 수 있는지 정리한 뒤, 생성한 파일을 실제로 전달하기 전에 살펴볼 항목을 제안할게요. 직접 제품을 시험하거나 결과물의 정확도를 측정한 글은 아닙니다.
10월 29일 발표에서는 무엇이 달라졌나요?
Google Workspace 공식 공지는 Gemini 앱 채팅 안에서 파일을 생성·미리보기·편집할 수 있다고 안내합니다. 전체 화면에서 직접 글을 고치거나, 특정 부분을 선택해 질문하거나 수정을 요청하는 방식도 설명해요. 문서·표·발표 자료를 만든 뒤 내용을 다듬는 흐름을 소개한 업데이트입니다.
공식 안내는 Google Workspace 고객, Workspace Individual 구독자와 개인 Google 계정 사용자를 제공 대상으로 열거합니다. Gemini 앱을 사용할 수 있는 언어와 환경이라는 전제도 있습니다. 이 설명을 모든 계정의 개별 접근 상태나 모든 사용량 조건을 직접 확인한 결과로 읽지는 말아 주세요.
별도 유료 요금제를 반드시 구매해야 한다거나, 제한 없이 쓸 수 있다는 결론은 이 발표만으로 덧붙이지 않겠습니다. 현재 자신에게 보이는 기능과 계정 조건을 확인할 필요가 있어요. 이 글에서는 구독 변경이나 관리자의 서비스 설정 변경을 안내하지 않습니다.
왜 문서 작업 순서를 다시 살펴볼까요?
채팅에서 초안을 읽고 문장을 바로 고칠 수 있다면, 자신의 문서 작업도 어디서 끝내고 무엇을 따로 확인할지 정해 볼 만합니다. 다만 ‘화면에서 수정했다’와 ‘업무에 쓸 최종 파일을 확인했다’를 같은 표시로 묶지는 말아 보세요. 아래의 점검 흐름은 제품의 추가 기능을 설명한 것이 아니라 이 글의 제안입니다.
문서 작업의 목적은 먼저 한 문장으로 적어 보세요. 누가 읽을 자료인지, 읽은 뒤 어떤 행동을 해야 하는지, 어떤 형식으로 전달할지 정하는 겁니다. 예를 들어 내용을 검토받을 초안과 그대로 배포할 안내문은 확인할 범위를 다르게 잡을 수 있어요.
AI에 요청할 때에도 완성된 모양만 설명하지 말고 반드시 들어갈 사실과 아직 모르는 내용을 나눠 적어 보세요. 알 수 없는 날짜나 수치를 임의로 채우지 말라는 조건도 붙일 수 있습니다. 이런 요청을 했다고 해서 결과에 오류가 없다고 가정하지는 말고, 확인할 기준을 따로 남겨 주세요.
웹과 모바일에서는 어떤 차이가 있나요?
발표에 적힌 미리보기·편집 범위는 다음과 같습니다. 생성할 수 있는 파일 형식의 전체 목록과, 이번에 발표한 화면 안 편집 범위를 혼동하지 않는 것이 중요해요.
| 공식 공지가 안내한 형식 | 미리보기·편집 환경 |
| 웹과 모바일 | |
| 문서·스프레드시트·슬라이드·Markdown·일반 텍스트(TXT)·코드 | 웹 |
Google의 별도 Gemini 도움말은 지원 형식을 지정해 파일 생성을 요청할 수 있고, 대부분의 파일 형식은 내려받거나 Drive로 내보낼 수 있다고 설명합니다. 형식에 따라 가능한 동작이 다를 수 있으므로, 자신이 필요한 최종 파일을 어디에서 받을지 확인해 보세요.
모바일에서 발표 자료나 표를 다뤄야 한다면 먼저 이번 발표의 편집 지원 범위를 확인하세요. 앱에서 어떤 파일을 볼 수 있다는 경험과 공식적으로 안내된 편집 범위를 같은 것으로 취급하지 않는 편을 권합니다. 자신의 기기에서 확인하지 않은 기능을 된다고 단정할 필요는 없어요.
실제로 읽은 근거와 아직 모르는 조건은 무엇인가요?
이 글은 Google Workspace 업데이트 공지, Google 공식 블로그의 같은 발표, Gemini 도움말을 확인했습니다. 도움말은 Gemini가 실수할 수 있으니 응답을 다시 확인하라고 안내해요. 따라서 새 편집 기능이 있다는 사실을 결과물의 사실성·형식 보존·업무 적합성이 보장된다는 뜻으로 확대하지 않겠습니다.
직접 생성한 파일, 실제 계정의 사용량 한도, 내려받은 문서의 모양은 이번에 시험하지 않았습니다. 회사에서 사용하는 계정이라면 접근 가능 여부와 업무 자료 취급 규칙도 별도로 확인해야 해요. 이 글의 가상 예시를 회사가 승인한 자료 처리 절차로 제시하는 것은 아닙니다.
공식 공지에 있는 기능 설명과 자신의 확인 결과를 따로 적어 두면, 나중에 동료에게 설명할 때에도 범위를 밝힐 수 있습니다. ‘공지가 지원한다고 안내함’과 ‘이 계정에서 특정 파일을 확인함’을 구분하는 방식이에요. 시험하지 않은 항목에는 미확인이라고 적어 두세요.
초안을 요청하기 전 무엇부터 정하면 좋을까요?
연습은 공개 자료나 직접 만든 가상 자료로 시작해 보세요. 아래는 가상의 프로젝트 주간 보고서를 위한 준비 메모입니다. 실제 회사의 일정·실적·고객 정보를 가져온 사례가 아니며, Gemini에서 이대로 실행해 결과를 얻었다는 뜻도 아닙니다.
| 준비할 항목 | 가상 보고서의 조건 |
| 읽는 사람 | 프로젝트의 진행 상태를 확인할 가상 팀원 |
| 필수 내용 | 이번 주에 한 일·남은 질문·다음 확인 사항 |
| 비워 둘 내용 | 아직 정하지 않은 일정·수치·담당자 |
| 전달 형태 | 먼저 내용을 검토하고 최종 형식은 따로 결정 |
요청 문장도 목적에 맞춰 직접 구성해 볼 수 있어요. ‘가상 프로젝트의 주간 보고서 초안을 만들고, 정해지지 않은 일정과 담당자는 미확인으로 표시해 주세요. 확인된 내용과 다음에 물을 질문을 구분해 주세요’와 같은 예시입니다. 이 문장은 제품이 그대로 따랐다고 확인한 시험 결과가 아닙니다.
표현을 다듬는 요청과 사실을 추가하는 요청도 구분해 보세요. 문장을 짧게 고쳐 달라고 했는데 새로운 일정이나 이유까지 들어왔다면, 그 내용이 원래 자료에 있었는지 확인하는 겁니다. 수정 요청이 작았다는 이유만으로 바뀐 부분의 확인을 생략하지 않을 것을 제안합니다.
미리보기에서는 무엇을 확인하면 좋을까요?
처음에는 문서 전체를 훑고, 이후에는 목적에 영향을 주는 항목을 정해서 살펴보세요. 가상 보고서라면 완료한 일과 예정된 일이 섞이지 않았는지, 아직 모르는 내용이 확정처럼 적히지 않았는지 확인할 수 있습니다. 자신의 업무에 다른 필수 항목이 있다면 그 항목을 기준으로 바꿔 주세요.
- 제목과 본문이 같은 범위의 일을 설명하는지 확인합니다. 일부 진행 상황을 전체 완료로 적지 않았는지 살펴보세요.
- 날짜·이름·숫자는 준비한 자료와 나란히 대조합니다. 근거가 없으면 임의로 채우지 않고 미확인으로 남깁니다.
- 표에서는 각 행의 의미와 단위가 맞는지 확인합니다. 줄이 정돈돼 보이는 것과 내용이 맞는 것은 따로 살펴보세요.
- 읽는 사람이 다음에 무엇을 확인할지 알 수 있는지 점검합니다. 다음 행동을 정하지 않았다면 그 사실을 표시합니다.
한 부분을 고쳤다면 앞뒤 문장도 함께 읽어 보세요. 예를 들어 상태를 ‘진행 중’으로 바꾼 뒤 뒤쪽에는 ‘모든 작업 완료’가 남아 있는지 살펴보는 방식입니다. 이는 실제로 관찰한 Gemini 오류 사례가 아니라 문서 내용을 대조하는 가상의 확인 예시예요.
틀린 부분을 발견했을 때에는 수정한 이유를 짧게 남겨도 좋습니다. 변경된 표현을 다시 검토할 때 무엇을 기준으로 고쳤는지 알 수 있도록 하는 제안입니다. 다만 이 메모가 제품의 자동 변경 이력 기능을 설명하는 것으로 읽히지는 않도록 구분해 주세요.
내려받거나 넘기기 전에는 어떤 확인이 남을까요?
최종 전달할 형식을 골랐다면 그 형식의 결과물을 실제로 열어 확인하는 단계를 계획해 보세요. 채팅에서 본 초안만으로 최종 문서의 줄바꿈이나 표 배치를 확인했다고 표시하지 않기 위해서입니다. 어떤 형식이 항상 깨지지 않는다고 약속하거나 특정 앱의 결과를 대신 검증할 수는 없어요.
확인할 범위는 문서 목적에 맞춰 정하면 됩니다. 읽는 순서가 중요한 발표 자료라면 페이지 순서를, 표를 쓰는 문서라면 제목과 단위를, 안내문이라면 날짜와 다음 행동을 다시 보세요. 실제로 열어 보지 못한 항목은 점검 완료로 바꾸지 않고 남겨 두는 편을 권합니다.
팀에 전달하는 상황이라면 ‘초안’, ‘내용 검토’, ‘전달 파일 확인’을 구분해 적어 보세요. 아래 상태 구분은 이 글의 자체 메모 예시이며 Gemini가 제공하는 상태 표시나 자동 승인 절차가 아닙니다.
| 자체 메모의 상태 | 함께 남길 확인 내용 |
| 초안 작성 | 필요한 구성이 생겼지만 사실과 표현을 검토할 항목이 남음 |
| 내용 검토 | 정한 범위의 사실·조건을 대조했으며 남은 질문을 따로 표시함 |
| 전달 파일 확인 | 실제로 넘길 파일을 열어 정한 항목을 확인함 |
이렇게 나눈 뒤에도 받는 사람이 같은 파일을 열 수 있는지, 내부에서 누구까지 전달해도 되는지는 해당 환경에서 확인해 주세요. 문서를 생성했다는 사실만으로 공유 범위나 조직의 사용 허가까지 확인된 것으로 표시하지 말자는 제안입니다.
새 기능을 업무에 넣을 때 어떤 한계를 기억할까요?
기능 발표는 작업 수단이 늘어났다는 정보입니다. 그것만으로 업무 시간이 얼마나 줄거나 문서의 품질이 얼마나 좋아진다고 단정할 수는 없어요. 자신의 작업에 적용한다면 어떤 단계에서 무엇을 확인할지 먼저 정하고, 실제로 관찰한 결과와 기대를 구분해 보세요.
기존 방식에서 확인하던 필수 조건을 새 화면에서도 어떻게 확인할지 살펴보세요. 예를 들어 공개 자료로 연습할 때에는 사실·표현·최종 파일 확인을 따로 적고, 실제 업무 자료를 다루기 전에는 조직의 규칙을 확인하는 식입니다. 이 글은 민감한 내부 자료를 외부 서비스에 입력하는 방법을 안내하지 않습니다.
이런 점도 궁금하셨나요?
파일 생성과 편집이 되면 별도 검토가 필요 없나요? 공식 도움말은 응답을 다시 확인하라고 안내합니다. 자신의 자료에서 확인한 범위와 아직 검토하지 못한 부분을 구분해 주세요.
모바일에서 모든 형식을 편집할 수 있나요? 이번 공지는 PDF와 그 밖의 형식의 지원 환경을 구분합니다. 위의 공식 제공 범위와 현재 자신의 환경을 확인하세요.
새 유료 요금제로 바꾸라는 안내인가요? 아닙니다. 이 글은 제공 범위와 결과물 점검 질문을 다룹니다. 개별 계정의 요금·한도·업무 사용 조건은 확인하지 않았어요.
자료 확인일: 2026년 10월 31일. Google Workspace의 10월 29일 공지, Google 공식 발표, Gemini 앱 도움말을 참고했습니다. 실제 제품 시험과 업무 파일 생성은 수행하지 않았습니다.

'소프트웨어개발' 카테고리의 다른 글
| Apple Creator Studio 새 기능 발표: 구독 전 11월 예고·언어·가격 확인 (0) | 2026.11.01 |
|---|---|
| Copilot harness 공개 미리보기: Foundry 도입 전 권한·리전·비용 확인 (0) | 2026.11.01 |
| 구글 시트 Gemini 셀별 출처 업데이트: 유료 전환 전 확인할 요금제와 한도 (0) | 2026.10.31 |