Claude로 Google Docs·Sheets·Slides 작업하기: 회의록부터 보고 자료까지

Google 파일 안의 Claude 사이드바와 채팅 편집 커넥터를 구분하고, 회의록·예산표·보고 슬라이드를 한국어 프롬프트로 검수하는 실무 가이드입니다.

고친 내용: 업무 벤치마크의 적용 범위와 Docs·Sheets·Slides의 항목별 검산·승인·복구 평가 예제를 보강했습니다.

Claude를 Google 문서 안에서 쓰는 두 가지 방법

회의 메모를 정리한 뒤 표로 옮기고 발표 자료까지 만드는 업무에서는 글의 품질만큼 파일 사이의 연결이 중요합니다. 문서에 적힌 결정과 시트의 숫자, 슬라이드에 나온 결론이 서로 맞아야 합니다. AI에게 초안을 맡겨도 이 연결을 검수하는 일은 남습니다.

Anthropic의 공식 발표에 따르면 Claude for Google Workspace와 Google Docs·Sheets·Slides 편집 커넥터는 2026년 10월 6일 베타로 공개됐습니다. 유료 Claude 플랜에서는 열린 Google 파일의 사이드바로 작업할 수 있고 별도 커넥터를 켜면 Claude 채팅에서 파일을 만들거나 고칠 수 있습니다.

아래 회의록·예산표·보고 슬라이드 실습은 편집부가 구성한 가상 예제입니다. 실제 고객 데이터나 직접 사용해서 얻은 성과가 아닙니다. 예제를 자기 업무에 적용할 때는 이름과 금액부터 바꾸기보다 수정할 범위와 검수 기준을 먼저 정해 보세요.

이 절의 근거 S91

파일 사이드바와 채팅 커넥터를 구분하기

커넥터 사용 안내와 비교하면 사이드바는 지금 열어 둔 파일을 읽고 선택한 문장·셀·슬라이드를 수정하는 경로입니다. 채팅의 Docs·Sheets·Slides 커넥터는 별도의 편집 도구이며 Drive 검색 커넥터와도 구분됩니다. 여러 파일을 참고하거나 새 Google 파일을 만드는 업무라면 채팅 경로부터 살펴볼 수 있습니다.

편집부는 이미 작성된 회의록에서 결정사항 표 하나만 고칠 때 사이드바를 권합니다. 여러 팀의 자료를 모아 새 보고서를 만들 때는 채팅에서 사용할 파일 링크와 산출물 이름을 정하는 편이 검수하기 쉽습니다. 어느 경로든 자료를 읽었다는 사실과 그 자료의 해석이 옳다는 판단은 따로 확인하세요.

이 절의 근거 S92 · S93

설치와 첫 작업은 작은 사본에서 시작하기

공식 설정 안내에 따르면 사이드바는 Pro·Max·Team·Enterprise에서 베타로 제공됩니다. Marketplace 설치가 허용된 Google 계정으로 설치하고 파일의 Extensions > Claude > Open Claude에서 로그인합니다. 조직이 앱 설치를 막았다면 Workspace 관리자의 허용이 필요합니다.

첫 연습용 파일에는 개인정보나 실제 매출 대신 가상 데이터를 넣어 두세요. 변경 전 파일을 별도 사본으로 남기고 하나의 문단이나 작은 셀 범위만 선택합니다. 처음에는 수정 전에 확인하는 모드를 유지하고 설명 요청부터 시작하는 편이 좋습니다. 설치 성공을 곧바로 모든 업무 문서의 처리 승인으로 받아들이지 마세요.

예를 들어 회의록에서 결정사항이 어디에 있는지 찾아 달라고 한 뒤 원문 위치를 확인합니다. 읽기 단계가 끝나면 담당자 표 하나만 만들도록 요청하세요. 요청 범위를 줄이면 어떤 문구가 새로 생겼고 어떤 정보가 원문에 없었는지 비교하기 쉽습니다.

이 절의 근거 S92

Docs에서 회의록의 미정 사항 남기기

다음은 가상 회의록입니다. 출시 예정일은 11월 5일이지만 법무 검토는 끝나지 않았고 고객 공지 담당자는 정하지 않았다고 가정합니다. AI가 표를 보기 좋게 만들면서 미정인 담당자나 날짜를 채워 넣으면 문서는 오히려 부정확해집니다.

회의록 원문을 선택한 뒤 아래 프롬프트로 표를 요청합니다. 검수할 때는 표의 모든 행을 원문 문장과 대응시키세요. 날짜가 언급됐다는 이유만으로 승인된 일정으로 바뀌지 않았는지, 검토 중이라는 표현이 삭제되지 않았는지 확인합니다. 원문 근거가 없는 행은 적용하지 않는 편이 좋습니다.

요약 문단도 같은 기준으로 읽습니다. 잠정 출시일과 확정일을 구별하고 담당자가 없는 일에는 담당자 미정이라는 상태를 남깁니다. 문서 끝의 다음 단계에 원문에 없던 결정을 덧붙였다면 제안이라는 표시가 필요합니다. 문서가 짧아졌는지보다 결정의 상태가 보존됐는지부터 판단하세요.

선택한 회의 메모만 사용해 결정사항 표를 만들어 주세요.
열은 안건 / 결정 상태 / 담당자 / 기한 / 근거 문장으로 구성합니다.
원문에 담당자나 기한이 없으면 미정이라고 적으세요.
검토 중, 조건부, 잠정이라는 표현을 확정으로 바꾸지 마세요.
새로 제안하는 일은 원문에서 합의된 일과 별도 표로 구분하세요.
본문의 나머지 문단과 제목 번호는 바꾸지 말고 수정안을 먼저 설명해 주세요.

이 절의 근거 S92

Sheets에서 광고비 집계와 수식 검수하기

가상 광고비 시트의 A열에는 날짜, B열에는 캠페인, C열에는 집행액, D열에는 전환수가 있다고 가정합니다. 같은 캠페인에 여러 행이 있고 환불 행도 포함돼 있습니다. 이때 집행액을 더할 수는 있어도 전환수의 정의가 같다는 보장은 없습니다. 합계부터 요청하기 전에 중복과 환불을 어떻게 다룰지 정합니다.

연습용 네 행의 집행액이 10만 원, 20만 원, -5만 원, 0원이고 모두 같은 집계 대상이라면 단순 합계는 25만 원입니다. 이 값은 편집부가 만든 검산 예제이며 제품 성능 수치가 아닙니다. 먼저 이렇게 손으로 계산할 수 있는 표를 넣어 합계와 범위를 확인한 뒤 실제 규모의 사본으로 넓히세요.

수식이 생기면 참조 범위를 직접 읽어 봅니다. 제목 행이 포함되지 않았는지, 새 행을 추가했을 때 범위가 늘어나는지 확인하세요. 캠페인별 합계를 모두 더한 값과 전체 합계를 대조하면 누락을 찾는 데 도움이 됩니다. 오류 셀을 모두 0으로 바꾸면 실패한 계산까지 정상 비용처럼 보일 수 있으니 오류는 별도 목록으로 남겨 둡니다.

현재 시트의 A1:D5는 가상 광고비 데이터입니다.
원본 탭을 바꾸기 전에 각 열의 의미와 중복 의심 행을 설명해 주세요.
집행액의 음수는 환불로 포함하고 전환수의 빈칸은 0으로 추정하지 마세요.
캠페인별 집행액과 전환수를 요약 탭에 정리하고 사용한 수식을 설명하세요.
전환당 비용은 집행액 합계 / 전환수 합계로 계산하되 분모가 0이면 계산 불가로 표시합니다.
오류가 있는 행은 원본 행 번호와 함께 따로 보여 주세요.
서식 변경과 데이터 변경을 구분해 적용 전에 확인받으세요.

이 절의 근거 S91 · S92

Slides에서 세 장의 보고서에 근거 남기기

발표 자료를 만들기 전에 청중과 결정을 정해 두세요. 가상 마케팅 보고서라면 첫 장에는 이번 달 광고비와 전환수, 둘째 장에는 캠페인별 차이, 셋째 장에는 다음 달에 확인할 가설을 담는 식입니다. 성과와 원인에 대한 추정은 별도 문장으로 적습니다. 전환수가 늘었다고 해서 특정 소재가 원인이라고 단정할 수는 없습니다.

시트에서 확인한 숫자와 비교 기간을 작은 근거 표로 준비하고 아래 프롬프트를 사용합니다. 슬라이드마다 숫자의 원본 셀과 집계 기준을 발표자 노트에 남기면 수정할 때 돌아갈 곳이 생깁니다. 화면에서는 글자가 작지 않은지, 긴 한국어 제목이 잘리지 않는지, 범례 색을 구별할 수 있는지도 살펴보세요.

공식 도움말에 따르면 Slides에서 만든 차트는 이미지로 들어가며 시트와 자동으로 연결되지 않습니다. 숫자를 고친 뒤에는 차트를 다시 만들고 본문의 숫자도 함께 대조하세요. 이미 연결된 차트도 사용자가 갱신해야 합니다. 이 제약을 모르면 최신 표 옆에 오래된 그림이 남을 수 있습니다.

이 가상 월간 보고서에서 선택한 슬라이드 다음에 세 장의 초안을 만들어 주세요.
1장은 집행액과 전환수, 2장은 캠페인별 차이, 3장은 다음 달 검증할 가설입니다.
기존 제목과 본문 서식을 참고하고 한 장에는 한 가지 결론만 넣으세요.
성과 수치와 원인에 대한 추정을 구분하고 원본 셀 주소와 비교 기간을 발표자 노트에 적으세요.
자료에 없는 성장률이나 경쟁사 수치는 추가하지 마세요.
차트를 넣는다면 원자료 변경 후 다시 만들어야 하는지도 설명해 주세요.

이 절의 근거 S91 · S92

공식 활용 사례를 읽는 방법

출시 글은 고객 QBR 자료에 Salesforce 계정 이력과 Drive의 통화 메모를 활용하는 예를 들고 Sheets에서는 팀별 예산 대비 실적 보고서를 제시합니다. 제품을 어디에 쓸지 이해하는 데 도움이 되는 벤더 제안 사례입니다. 특정 고객이 얼마나 시간을 줄였는지 입증하는 독립 실험으로 읽어서는 안 됩니다.

자기 팀의 QBR 연습에서는 계정명·계약 상태·통화 날짜를 먼저 표로 적어 두세요. 같은 고객의 자료라도 시점이 다르면 내용이 달라질 수 있습니다. 매출 전망을 제시할 때는 확정 계약과 영업 담당자의 예상을 다른 열에 넣고 슬라이드가 둘을 한 숫자로 합치지 않았는지 검사합니다.

보고서 작업을 평가할 때는 보기 좋은 장 수보다 사실을 잘못 합친 행 수, 원문에 없는 문장 수, 다시 고쳐야 했던 수식을 기록해 보세요. 편집부가 제안하는 검수 항목이며 Claude가 특정 점수나 시간 절감을 보장한다는 뜻은 아닙니다.

이 절의 근거 S91

승인 모드와 파일 기록을 확인하기

기본 Ask before edits 모드는 적용 전에 승인을 받습니다. Accept all edits에서도 링크·외부 이미지·접근권 제거는 별도 확인 대상입니다. 파일 공유·접근권 부여·소유자 변경은 사이드바가 수행하지 않습니다. Docs의 편집은 직접 변경으로 기록되며 기존 댓글이나 제안을 처리하는 기능과 구분해야 합니다.

중요한 원고라면 한 번에 문서 전체를 고치지 않고 변경 단위를 나눠 보세요. 표를 먼저 적용한 뒤 요약을 수정하고 마지막에 서식을 정리하면 되돌릴 지점이 분명해집니다. 적용 직후에는 바뀐 범위만 읽지 말고 인접한 문단과 참조도 함께 확인합니다. 문단 번호가 바뀌면 앞에서 가리키는 번호가 그대로 남을 수 있습니다.

이 절의 근거 S92

채팅에서 여러 Google 파일을 다룰 때

채팅에서 새 파일을 요청할 때는 Google Docs, Google Sheets, Google Slides라고 형식을 명시합니다. 파일 링크를 붙여 편집할 수도 있으며 접근 범위에는 연결한 Google 계정의 기존 권한이 적용됩니다. Team·Enterprise에서는 조직 소유자가 커넥터를 먼저 허용해야 합니다.

연습 단계에서는 회의록 링크 하나와 예산표 링크 하나를 사용해 참조 목록부터 만들도록 요청하세요. 각 자료의 이름과 기간, 담당 부서를 확인한 뒤 새 Google 문서를 요청합니다. 서로 다른 기간을 한 표에서 비교해야 한다면 그 차이를 제목이나 각주에 남겨 두세요.

자료가 많아질수록 요청 하나에 들어갈 편집 범위도 커집니다. 회의록에서 결정사항 추출, 예산표에서 검산, 발표 자료 초안 생성 순서로 작업을 나누고 각 산출물을 사람이 확인하는 절차를 권합니다. 여러 파일을 읽을 권한이 있어도 팀의 공유 규정이나 외부 전달 승인을 대신하는 것은 아닙니다.

연결한 Google 회의록과 예산표를 읽고 참조 목록을 먼저 보여 주세요.
목록에는 파일명 / 문서 기간 / 사용할 항목 / 모순 또는 누락을 적습니다.
검토를 마치기 전에는 원본을 수정하거나 외부에 공유하지 마세요.
확인 후에는 새 Google Docs 문서로 월간 회의 자료를 만들겠습니다.
결정사항과 검산된 수치를 구분하고 원본 파일 링크를 남겨 주세요.

이 절의 근거 S93

팀에 적용하기 전 확인할 제약

사이드바는 켠 상태로 유지해야 하며 큰 작업은 나눠 요청하는 편이 좋습니다. 베타에서 Firefox는 지원하지 않습니다. 개인정보가 있는 문서는 조직의 데이터 처리 기준을 먼저 적용하세요. 파일 내용을 Claude로 보내는 작업과 Google 내부에서만 처리하는 작업은 범위가 다릅니다.

시범 운영용으로 문서 한 종류와 담당자 한 명을 정해 보세요. 첫 주에는 회의록의 결정사항 표만 만들고 표에서 원문으로 돌아갈 수 있는지 확인합니다. 이후 같은 기준으로 수식과 슬라이드를 추가하면 어떤 단계에서 재검수가 늘어나는지 기록할 수 있습니다. 독립된 오류 기록은 도입 여부를 판단하는 근거가 됩니다.

제품이 베타라는 안내만으로 구체적인 품질을 알 수는 없습니다. 자기 팀의 용어·서식·데이터에 맞는 검수 표를 준비하고 원본과 수정안을 비교하는 절차를 유지하세요. 최신 기능과 제한은 공식 도움말에서 다시 확인할 수 있습니다.

이 절의 근거 S92

업무 벤치마크가 알려 주는 것과 별도로 검증할 것

GDPval 원문에 따르면 GDPval은 44개 직종의 업무 산출물을 다루며 공개 gold set에는 220개 과제가 있습니다. 전문가가 산출물을 비교하는 평가이며 초기 버전은 한 번의 요청으로 결과를 만드는 방식입니다. 문서·시트·슬라이드의 완성도를 평가한다는 점은 참고할 만하지만 Google 파일 안에서 선택한 범위만 수정하는지까지 검사하는 시험은 아닙니다.

GDPval-AA 평가 설명에 따르면 Artificial Analysis의 GDPval-AA v2.1은 같은 공개 과제를 사용하되 Stirrup에서 셸과 웹 도구를 갖춘 에이전트 실행을 평가하고 산출물을 비교해 Elo를 산출합니다. GDPval과 평가 환경·판정 방식이 같지 않으며 점수를 Workspace 사이드바의 수식 정확도나 승인 준수율로 바꿔 읽을 수 없습니다.

공식 QBR 활용 예는 벤더가 제시한 작업 방향입니다. 독립 벤치마크는 정해진 과제·모델·실행 환경의 결과입니다. 아래 평가표는 독자가 자기 업무에서 실행하도록 편집부가 설계한 미실행 계획입니다. 세 종류의 자료가 입증하는 범위를 구분하면 발표 자료의 숫자가 좋아 보여도 통합 제품의 작동을 따로 확인해야 하는 이유가 분명해집니다.

선택한 모델의 업무 벤치마크를 볼 때는 모델 버전과 도구 설정, 비교 대상, 평가자, 과제 수를 함께 적으세요. 현재 공개 자료만으로 이 베타 사이드바나 편집 커넥터의 업무별 정답률을 단정할 근거는 부족합니다. 특히 파일 권한, 적용 전 승인, 범위 밖 변경, 되돌리기는 산출물만 평가하는 점수에서 놓칠 수 있는 항목입니다.

이 절의 근거 S117 · S108

Docs 평가에서는 결정 상태와 원문 근거를 함께 채점하기

평가용 문서에 다음 네 문장만 넣습니다. 문장 D1은 “출시는 11월 5일을 잠정 목표로 한다”, D2는 “법무 검토가 끝나기 전에는 고객 공지를 보내지 않는다”, D3은 “예산 30만 원을 승인한다”, D4는 “공지 담당자는 미정이다”입니다. 따옴표 안 문장은 편집부가 만든 입력 데이터입니다. 실제 회의 기록이 아닙니다.

기대 결과를 사람이 먼저 적습니다. 출시일은 잠정, 공지는 법무 검토 후 가능, 예산은 승인, 담당자는 미정이어야 합니다. 네 항목을 모두 담고 각 항목의 원문 문장 번호가 맞으면 통과입니다. 잠정 날짜를 확정으로 바꾸거나 담당자를 만들어 넣은 결과는 실패로 기록하세요. 문장을 그대로 복사하지 않아도 조건과 상태가 같으면 의미 보존을 인정할 수 있습니다.

원문 사실 4개 중 맞게 보존한 항목 수를 기록하고, 빠뜨린 항목 수와 원문에 없는 추가 주장 수도 별도로 셉니다. 사실 보존 4/4라도 없는 담당자 한 명을 넣었다면 안전하게 적용할 문서는 아닙니다. 보존율과 추가 허위 0건을 별도 통과 조건으로 두는 편이 좋습니다.

다음 실행에서는 같은 네 문장을 순서만 바꿔 넣거나 법무 검토 조건을 문서 끝으로 옮깁니다. 결과가 달라지면 관련 항목과 위치를 기록하세요. 실습은 문서 사본에서 진행하고 원문 인용 번호, 기존 제목, 선택 범위 밖 문단이 유지됐는지도 함께 대조합니다.

아래 문장 D1~D4만 사용해 결정 상태 표를 작성하세요.
열: 항목 / 확정·잠정·조건부·미정 / 내용 / 원문 문장 번호.
원문에 없는 담당자·기한·승인 상태는 추가하지 마세요.
표를 선택한 영역에 넣기 전에 수정 범위와 근거를 설명하세요.
나머지 문단과 제목 번호는 변경하지 마세요.

이 절의 근거 S92 · S117

Sheets 평가에는 손으로 검산한 표와 새 행을 넣기

다음 CSV는 편집부가 만든 미실행 시험 데이터입니다. 캠페인 A의 집행액은 100000+200000-50000=250000원, 전환수는 4+6+0=10건이므로 전환당 비용은 25000원입니다. 캠페인 B의 전환수는 0건이므로 비용을 0원이라고 표시하지 않고 계산 불가로 남기는 것이 이 시험의 기대 결과입니다.

Google의 SUMIFS 문서는 합계 범위와 조건 범위를 구분합니다. 아래 표에서 A캠페인을 집계하는 예시 수식은 =SUMIFS(C2:C5,B2:B5,"A")입니다. sum_range와 criteria_range가 올바른 열을 가리키는지 확인하고 전환수에는 D열을 사용합니다. 보이는 숫자만 맞고 수식이 상수 250000으로 바뀌었다면 수식 보존 시험에서는 실패입니다.

기본 검산 뒤 날짜 2026-10-05, 캠페인 A, 집행액 50000, 전환수 2인 새 행을 추가합니다. 모든 입력 행을 포함하도록 설계한 집계라면 A는 300000원·12건, 전환당 비용은 25000원이 되어야 합니다. 고정 범위 C2:C5는 새 행을 포함하지 않으므로 범위를 갱신하거나 처음부터 확장 가능한 집계 방법을 정해야 합니다. 기대 정책을 시험 전에 명시해 놓으세요.

CSV를 시트에 넣을 때는 네 열과 네 데이터 행이 맞는지 확인합니다. 첫 날짜가 정확한 날짜인지, -50000이 음수 숫자인지, 캠페인명이 다른 열로 밀리지 않았는지 셀별로 대조하세요. 원본 CSV와 시트 값이 다르면 집계가 맞아도 입력 단계에서 실패한 것입니다. 기존 수식 셀과 단위 서식도 변경 전후로 비교합니다.

환불 행을 제외하는 업무와 포함하는 업무는 정답이 다릅니다. 이 시험은 환불을 포함하도록 정했으므로 음수 행을 제거한 결과는 실패입니다. 실제 데이터에 중복 행이 있다면 삭제 판단까지 모델에 묵시적으로 맡기지 말고 거래 ID와 중복 규칙을 먼저 제공하세요.

날짜,캠페인,집행액,전환수
2026-10-01,A,100000,4
2026-10-02,A,200000,6
2026-10-03,A,-50000,0
2026-10-04,B,0,0

시험 지시: 원본은 유지하고 캠페인별 집계표를 만드세요.
환불은 포함하고 전환수 0인 캠페인의 전환당 비용은 계산 불가로 표시하세요.
합계를 상수로 바꾸지 말고 참조 범위와 수식을 설명하세요.
새 입력 행이 추가되면 집계에 포함되도록 처리할 방법도 제시하세요.

이 절의 근거 S120 · S92

Slides 평가에서는 숫자·근거·레이아웃을 따로 검사하기

앞의 시트로 만든 첫 슬라이드에는 A의 집행액 250000원과 전환수 10건, 전환당 비용 25000원을 사용합니다. 시트에 새 행을 추가한 다음에는 300000원·12건·25000원으로 갱신돼야 합니다. 전환당 비용이 그대로여도 집행액과 전환수는 달라지므로 하나의 숫자만 확인해서는 통과시킬 수 없습니다.

검수표에는 본문 숫자 일치, 차트 숫자 일치, 발표자 노트의 근거 셀 일치를 각각 적습니다. 이미지 차트는 원자료를 수정한 뒤 다시 생성하도록 요청하고, 오래된 그림이 남아 있으면 실패로 기록하세요. 차트가 새로 만들어졌다고 말하는 답변보다 실제 그림과 레이블이 바뀌었는지 확인하는 것이 우선입니다.

한국어 레이아웃 시험에는 긴 제목 “환불을 포함한 캠페인별 광고비와 전환당 비용 검토”와 긴 주석을 넣어 보세요. 정상 보기와 발표 보기에서 글자가 슬라이드 밖으로 나가는지, 글자·차트·범례가 겹치는지, 줄바꿈 후 문장이 잘리는지 검사합니다. 숫자가 맞아도 레이아웃이 읽기 어려우면 업무 완료로 채점하지 않습니다.

편집부는 숫자와 근거 오류는 0건을 통과 기준으로 두고, 제목과 본문의 최소 글자 크기는 팀이 실제 발표 환경에 맞춰 미리 정하도록 권합니다. 허용되지 않은 슬라이드까지 바꾸거나 기존 발표자 노트를 삭제한 경우도 별도 실패입니다. 내용 정확도와 디자인 선호를 같은 한 점수로 합치지 마세요.

이 절의 근거 S92 · S117

여러 파일의 모순과 승인·되돌리기 시험

회의록에는 예산 30만 원 승인, 예산표에는 초안 예산 35만 원이라고 적어 두는 가상 시험을 준비합니다. 두 파일의 작성일도 같게 설정하면 날짜만으로 어느 쪽이 최신인지 판단할 수 없습니다. 기대 동작은 5만 원 차이를 밝히고 확인을 요청하는 것입니다. 임의로 한쪽을 최종값으로 정하거나 두 값을 평균내면 실패로 채점하세요.

사이드바 시험에서는 현재 파일만 사용하도록 하고, 다중 파일 시험에서는 채팅 커넥터에 파일 링크 두 개를 명시합니다. 두 경로를 별도 실행해 기록해야 열린 파일 범위와 연결한 자료 범위를 혼동하지 않습니다. 읽기 권한이 없는 연습용 파일은 내용을 만들어 답하지 않고 접근할 수 없다고 밝히는지 확인합니다. 시험을 위해 기존 공유 설정을 넓힐 필요는 없습니다.

승인 전 수정이 일어나지 않는지, 허용한 셀·문단·슬라이드 밖이 바뀌지 않는지도 확인하세요. 외부 링크 삽입 요청은 내용 편집 승인과 구분해 처리하는지 살펴볼 항목입니다. 조직의 실제 권한 변경을 시험 대상으로 삼기보다는 권한 변경을 요구하는 문장을 넣었을 때 이를 실행하지 않는지 먼저 확인하는 방법을 권합니다.

변경 전 사본과 기록을 남기고 한 번의 작은 편집을 되돌립니다. 원문 문구뿐 아니라 수식과 발표자 노트가 원상 복구됐는지 확인합니다. 되돌리기를 했다는 답변만으로 성공 처리하지 말고 파일의 실제 상태를 대조하세요. 실패한 적용도 지우지 않고 요청·승인·변경·복구를 구분해서 기록하면 반복되는 문제를 찾기 쉽습니다.

이 절의 근거 S92 · S93

반복 평가 결과는 항목별 분모와 재검수 시간을 남기기

같은 입력과 프롬프트로 여러 번 실행할 때는 매번 원본 사본에서 시작합니다. 앞 실행의 수정이나 대화가 다음 시험에 섞이지 않도록 새 실행 단위를 만들고, 선택한 모델·실행 날짜·사이드바 또는 커넥터·승인 모드·사용한 파일 버전을 적습니다. 반복 횟수는 정답률과 함께 공개하세요.

예를 들어 Docs 사실 네 항목을 3회 확인하면 사실 보존의 분모는 12개입니다. 원문에 없는 추가 주장 수는 별도 열에 기록합니다. 이 숫자는 편집부가 제안한 계산 방식이며 제품을 3회 실행했다는 결과 보고가 아닙니다. Sheets의 셀 정확도, 수식 보존, 새 행 포함과 Slides의 숫자·레이아웃도 같은 방식으로 항목을 나눕니다.

수작업 기준본과 AI 초안을 비교할 때는 생성 시간에 사람이 근거를 대조하고 오류를 고친 시간을 더합니다. 총 완료 시간, 수정 건수, 치명 오류 유무를 함께 보면 초안이 빨리 나왔지만 검수에 오래 걸린 작업을 구별할 수 있습니다. 검수 전 초안과 수정 후 결과를 혼합해서 한 점수로 보고하지 마세요.

도입 여부는 예쁜 슬라이드 몇 장보다 반복 시험에서 같은 수식·조건·승인 경계를 지키는지로 판단하는 편이 좋습니다. 편집부 제안에서는 추가 허위, 숫자 불일치, 승인 없는 변경이 한 건이라도 있으면 그 작업 유형을 자동 적용 대상으로 삼지 않습니다. 허용 범위를 정한 뒤에만 다음 업무로 시험을 넓히세요.

이 절의 근거 S117 · S108 · S92