Gemini Docs 음성 문서 생성: Android에서 영문 프로젝트 브리프 완성하는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

기능 정의

언제 쓰나

문서에 들어갈 조건은 정해졌지만 첫 구조를 잡지 못했을 때 적용할 수 있습니다. 여기서는 가상 Project Cedar의 내부용 영문 프로젝트 브리프 하나를 작성합니다.

편집부가 설계한 예시이며 실제 Android 실행 후기가 아닙니다. 읽기 목록 자체를 조사·완성하는 작업이 아니라, 그 목록을 정리할 프로젝트의 목표와 미정 사항을 문서화하는 작업입니다. 목표와 범위는 알고 있지만 담당자나 일정을 아직 합의하지 못한 상황을 가정합니다.

시작 전 조건

공식 안내상 적격 Google Workspace 또는 Google AI 요금제가 필요합니다. Android와 iOS 모바일에서 영어로만 제공됩니다.

Google Workspace Experiments 경로도 안내합니다. 여기서는 Android만 다룹니다.

구체적인 요금제·지역·최소 앱 버전은 단정하지 않습니다. 한국어 입력·출력이나 PC의 동일 버튼도 전제하지 않습니다.

안전하게 멈춘 장소에서 본인의 비민감 발화만 사용합니다. 현재 조직에서 문서 생성과 저장을 허용하는지도 먼저 확인합니다.

브리프를 완성하는 순서

1. 진입하고 검색 범위를 점검합니다

Android Google Docs 앱을 열고 오른쪽 아래의 문서 생성 아이콘을 누른 뒤 Create with voice 를 선택합니다. 현재 화면에서 해당 항목이 보이지 않으면 진행을 멈추고 계정의 제공 범위를 확인합니다.

하단 source settings에서는 Add from Drive 또는 다른 위치를 선택할 수 있습니다. 이번에는 파일을 추가하지 않습니다.

불필요한 검색 범위를 확인해 끕니다. 예상 밖 source나 컨텍스트가 보이면 중단합니다.

일반 Sources 도움말의 PC용 Ask Gemini → Add sources 경로를 모바일에 그대로 적용하지 않습니다.

2. 승인한 네 조건을 영어로 말합니다

아래 ID와 항목명은 사람이 대조할 때 쓰는 표시입니다. 제품에는 등호 뒤의 영어 내용만 말합니다. ID를 자동 인용이나 추적 기능으로 해석하지 않습니다.

• B-A goal=organize an internal onboarding reading list
• B-B inputs=approved public help pages only
• B-C owner and deadline are not decided
• B-D do not send or share

먼저 “Create an English internal project brief for Project Cedar.”라고 요청한 뒤 네 조건을 전달합니다. B-B는 허용 자료의 경계입니다. 파일 추가나 실제 도움말 조사가 끝났다는 뜻은 아닙니다.

3. initial plan의 네 절을 승인합니다

계획은 Goal, Input scope, Open questions, Review status의 네 절로 요청합니다. 각각 목표, 허용 자료 범위, 담당자·기한 미정, 미배포·검토 상태를 담도록 대조합니다.

담당자를 임의로 지정하거나 기한을 넣었다면 실패입니다. “Keep the owner and deadline undecided.”라고 수정하고, 제외 조건까지 보존됐는지 다시 확인합니다.

계획 승인 전에는 “Show me the draft”라고 말하지 않습니다. 통과한 뒤 사람이 Next를 선택합니다. 이 선택은 사업 추진 승인이 아닙니다.

4. 초안을 대조하고 한 절만 수정합니다

초안의 네 절을 발화와 계획에 대조합니다. 온보딩 교육 시행으로 목표가 커졌거나, 내부 자료가 허용 입력에 추가됐거나, 담당자·기한이 확정됐거나, 발송 약속이 생기면 통과시키지 않습니다.

한 절만 문제라면 해당 절만 수정합니다. 예를 들어 “Revise only Open questions. State that the owner and deadline are not decided. Keep all other sections unchanged.”라고 요청합니다.

수정 후에는 해당 절뿐 아니라 나머지 세 조건도 재확인합니다. 여러 절이 틀렸다면 부분 수정 완료로 처리하지 말고 계획부터 다시 검토합니다.

5. 사람이 Done을 선택합니다

네 조건과 구조가 맞고 불필요한 추가 문장이 없을 때 사람이 Done을 누릅니다. 공식 안내에서 Done은 문서를 생성하고 음성 생성 과정을 끝내는 단계입니다.

여기서 허용한 문서 생성·저장은 외부 발송과 별개입니다. 정확한 저장 위치나 자동 비공개 설정을 추정하지 않습니다. 생성된 실제 문서를 열어 다음 검수를 진행합니다.

6. 완료 문서를 역방향으로 검수합니다

발화 → 계획 → 초안 → 완료 문서의 네 단계에서 B-A부터 B-D까지 각각 확인합니다. 완료 문서에 목표가 남았는지, 자료 범위가 넓어지지 않았는지, 미정이 유지됐는지, 배포 금지가 보존됐는지 기록합니다.

반대로 완료 문장의 근거를 발화와 승인한 계획에서 찾아봅니다. “다음 주 배포”, “담당 팀 확정”처럼 근거 없는 문장이 있으면 삭제·수정 후 다시 대조합니다.

검토자는 실제 확인한 사람이 기입합니다. 내용 검토 완료와 업무 승인 대기를 따로 기록합니다. 검토자 이름도 임의로 생성하지 않습니다.

예를 들어 내부 검토 메모에는 실제 문서의 제목, 확인한 네 조건, 남은 확인 필요 사항, 검토자, 업무 승인 대기 상태를 각각 적습니다. 이 메모는 사람이 작성하는 검수 기록이지 제품이 자동으로 남기는 감사 로그가 아닙니다.

복사해서 쓰는 프롬프트

아래는 제품 전용 입력 폼이 아니라 사람이 먼저 확인할 작업지침입니다. 일곱 필드는 외우거나 한 번에 읽기보다 나눠 확인합니다. 제품에는 한국어 라벨을 제외한 영어 값만 말합니다.

영어 값이 B-A부터 B-D까지와 일치하는지 먼저 확인합니다. 이 예시에서는 파일을 추가하지 않습니다. 공개 도움말을 실제로 읽었다거나 검증했다고 쓰도록 요청하지 않습니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

Project Cedar 브리프의 완료선은 생성 버튼이 아니라 실제 문서의 조건 보존입니다. 목표·자료 범위·미정·배포 금지를 끝까지 대조합니다. 검토자와 상태를 남겨 생성과 업무 승인을 혼동하지 않고 첫 문서 작업을 닫을 수 있습니다.

한 줄 요약: 영어 발화로 시작하되 계획은 사람이 승인합니다. Done 뒤 실제 문서까지 네 조건을 검수합니다.