Claude Google Docs 제목·번호 정리: 영문 안내문 검토본 완성하기

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

기능 정의

언제 쓰면 좋은가

기밀을 제거한 기존 영문 내부 안내문의 제목 표기와 4절 번호를 정돈할 때 사용합니다. 목표는 원문 대조를 마친 내부 검토본 1개와 수동 대조 기록입니다. 재작성·요약·요구사항 변경·법률 검토는 제외합니다.

시작 전 확인

2026년 11월 12일 확인한 공식 안내상 이 베타를 쓰려면 Pro·Max·Ultra·Team·Enterprise 중 하나와 Marketplace 설치가 허용된 Google 계정이 필요합니다. 설치·Claude 로그인까지 완료한 컴퓨터의 Chrome·Edge·Safari에서 시작합니다. Firefox는 베타에서 지원하지 않습니다.

Word 파일을 단순히 연 상태가 아닌 기본 Google Docs 형식이어야 합니다. 이번에는 변환·신규 설치·정책 변경을 하지 않습니다. 최소 앱 버전·국가·한국어 지원·모바일·가격을 추정하지 않고 현재 UI와 조직 정책을 확인합니다.

실행 순서

1. 원본과 전체 재고를 보존합니다

사람이 원본을 별도로 보존하고 검토 사본을 준비합니다. 자동 백업을 뜻하지 않습니다. 제목·계층·순서·직접 입력 번호·예외·보호할 본문을 먼저 기록합니다.

다음은 작성자가 설계한 가상 기대변환이며 제품 실행 결과가 아닙니다. H-ID는 수동 대조 표식이지 본문에 삽입하는 자동 인용이 아닙니다.

• H-A: 1 INTRODUCTION → 1 Introduction
• H-B: 2 MATERIALS → 2 Materials
• H-C: 3 API ACCESS → 3 API access
• H-D: 4 REVIEW PROCESS → 4 Review process
• H-E: 4.1 PREPARE NOTES → 4.1 Prepare notes
• H-F: 4.1 CHECK Project Cedar STATUS → 4.2 Check Project Cedar status
• H-G: 5 NEXT REVIEW → 5 Next review

최상위 5개와 4절 하위 2개로 총 7개입니다. 번호 문자 변경은 H-F 한 곳입니다.

모두 직접 입력한 제목 텍스트입니다. 자동 목록 수정 절차가 아닙니다.

연습문서는 제목 7개와 단순 본문만 사용합니다. 자동번호 목록·목차·링크·상호참조·북마크·필드·댓글·기존 제안·다른 탭이 있는 실무문서는 해당 요소를 삭제하지 말고 작업을 보류해 범위를 재승인합니다.

H-ID와 실제 제목은 별도 기록에 연결합니다. 문서의 해당 위치와 현재 제목 계층을 직접 확인합니다.

같은 번호가 두 번 보인다는 이유만으로 두 항목을 합치지 않습니다. H-E의 준비와 H-F의 상태 확인은 가상 안내문에서 서로 다른 하위 항목입니다.

재고에는 원본 버전과 검토 사본 이름, 승인자도 적습니다. 영어 대소문자만 맞추는지, 직접 입력한 번호도 바꾸는지 각각 허용 범위를 표시합니다. 번호를 고치려고 제목을 다른 위치로 옮기거나 본문 내용을 추가하는 일은 허용하지 않습니다.

2. 사이드바와 승인 범위를 확인합니다

사본에서 Extensions > Claude > Open Claude를 엽니다. Ask before edits를 유지하고 Accept all edits는 선택하지 않습니다. Search the web이 꺼져 있는지 확인하고 커넥터·첨부는 사용하지 않습니다.

첫 요청은 읽기와 후보 작성뿐입니다. 편집 계획이 나오면 Allow를 누르지 않습니다. 실제 행동 범위가 요청과 맞는지 읽습니다.

3. 편집 없이 후보를 요청합니다

제목별 후보와 4절 번호 변경 이유를 요청합니다. sentence case는 이번에 사람이 승인할 규칙입니다. 번호 뒤 첫 단어의 첫 글자는 대문자로 하고 나머지는 소문자로 하되 API와 Project Cedar는 보존합니다.

이는 제품의 보편 알고리즘 보장이 아닙니다. 한국어에 기계적으로 적용하지 않습니다. 계층·순서·스타일과 본문의 의미·의무·예외는 바꾸지 않습니다.

예외 목록은 모델이 추정해 만드는 사전이 아닙니다. 사람이 실제 문서의 약어와 고유명사를 확인해 제공합니다.

처음 보는 표기가 나오면 확인 필요로 남깁니다. 모든 글자를 소문자로 바꿔 API나 Project Cedar를 훼손한 후보는 채택하지 않습니다.

4. 사람이 일곱 제목을 대조합니다

7개 제목 전체를 원문과 대조하고 고유명사, 하위 순서, 중복 번호를 확인합니다. 두 4.1의 실제 위치와 제목 의미가 승인 체계에 맞는지 확인한 뒤에만 H-F의 4.2 변경을 승인합니다.

의도적 중복이나 부록 예외라면 확인이 먼저입니다. 그럴듯한 새 절을 만들거나 순서를 바꾸지 않습니다. 가상 번호를 실제 문서에 강제하지 않습니다.

대조할 때 원문에서 후보로 읽으며 빠진 단어나 바뀐 조건을 찾습니다. 후보에서 원문으로 돌아가며 추가된 의미도 확인합니다. 이번 규칙은 표기를 바꾸는 것이므로 제목의 표현을 줄이거나 다른 말로 바꾼 후보는 별도 재작성 승인이 없는 한 반영하지 않습니다.

예를 들어 H-C의 API access라는 제목을 API access approved로 바꾸면 대소문자 정리 범위를 벗어납니다. H-F에서도 Project Cedar를 삭제하면 어떤 대상의 상태를 확인하는지 달라집니다. 대소문자와 번호가 맞아 보여도 원래 단어와 대상이 그대로인지 따로 읽습니다.

5. 승인한 제목 한 곳만 편집합니다

승인한 제목 하나를 별도 요청합니다. 계획의 실제 동작 범위를 읽은 뒤 Allow를 누릅니다.

변경 직후 원문과 대조합니다. 다음 제목에는 새 승인이 필요합니다.

기대값을 실제 관찰값으로 복사하지 않습니다. 실제 수정 전·후 칸은 미확인으로 두었다가 사람이 직접 읽은 값만 기록합니다. 작업 중에는 사이드바를 열어 둡니다.

한 곳씩 승인하는 방식은 이 글의 작업 관례입니다. 제품이 다른 문단을 절대 건드리지 않거나 각 요청을 원자적으로 반영한다는 보장은 아닙니다. 실제 편집 제안이 승인한 위치보다 넓다면 Allow를 누르지 않고 범위를 다시 확인합니다.

6. 전체 문서와 기록을 승인합니다

제목·번호·계층·순서·형식·하위 연결과 비대상 영역을 대조합니다. 다음 보호 본문은 각각 H-C·H-D·H-F·H-G 아래에서 그대로 유지되어야 합니다.

• API access has not been approved.
• The review date is undecided.
• Project Cedar status is not confirmed.
• External sharing is not approved.

수동 기록은 ‘H-ID | 실제 위치·계층 | 원래 제목·번호 | 승인 규칙·예외 | 후보 | 실제 반영문 | 확인 완료·상충·확인 필요 | 승인자’의 8열로 작성합니다. 미승인·미정·미확인 조건이 바뀌거나 고유명사가 깨지고 비대상 영역이 수정됐다면 실패로 기록하고 사람이 복구를 판단합니다.

확인 완료는 사람이 해당 행과 보호 범위를 실제로 읽었다는 뜻으로만 씁니다. 원문 자체가 미정이라고 적혀 있으면 그 미정은 유지한 채 표기 검토만 확인 완료로 남길 수 있습니다. 내용의 확정 상태와 검토 진행 상태를 섞지 않습니다.

검토 메모에는 사본 버전, 실제 바뀐 위치와 번호, 남은 예외를 적습니다. 문서 제목이 통일됐다는 이유로 안내문 전체의 정확성을 승인하지 않습니다. 다른 탭이나 자동 목차가 발견되면 이번 단순 연습 범위를 벗어났다고 기록합니다.

복사해서 쓰는 프롬프트

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

이 절차는 실행 후기나 실제 생성 결과가 아니라 검토본을 만드는 작업 설계입니다. 한 제목씩 승인하고 실제 변경을 원문과 대조해야 내부 검토본 완료를 판단할 수 있습니다.

한 줄 요약: Claude는 후보와 편집을 돕습니다. 완료는 사람이 원문 대조와 승인 기록으로 확인합니다.