Google Workspace에서 AI를 쓰려는 팀이 먼저 정할 문제는 “Claude를 쓸 것인가”가 아니다. 열어 둔 파일 안에서 사용자가 검수하며 편집을 돕게 할지, 채팅에서 여러 Google 파일을 만들고 수정하게 할지를 나누는 일이다.
두 방식은 모두 문서 작업을 줄일 수 있지만, 권한이 미치는 범위와 검토 방식이 다르다. 전자는 사용자가 보고 있는 문서, 시트, 슬라이드 안에서 문장·수식·구성의 초안을 다듬는 데 가깝다. 후자는 대화에서 파일을 새로 만들거나 여러 파일을 넘나들며 변경을 수행할 수 있다.
탐색 단계의 CTO와 개발 리드는 이 차이를 제품 기능의 많고 적음이 아니라, 조직이 감당할 수 있는 변경 단위로 판단하는 편이 낫다.
먼저 열 파일은 “문서 작성 보조” 범위로 제한한다
Claude for Google Workspace는 Docs, Sheets, Slides의 사이드바에서 열린 파일과 선택한 텍스트·셀·슬라이드를 읽고 편집할 수 있도록 제공된다. 사용자는 파일을 보면서 변경 제안을 검토할 수 있고, 기본 설정에서는 각 편집을 승인한 뒤 반영할 수 있다.
이 방식이 맞는 팀은 다음 조건을 갖고 있다.
- 문서의 최종 책임자가 파일을 열어 직접 검토한다.
- AI가 고치는 범위가 문장 표현, 표 구조, 수식 초안, 슬라이드 구성처럼 현재 파일 안에 머문다.
- 기존 형식과 주변 내용을 보존해야 하므로, 사용자가 변경 지점을 눈으로 확인하는 편이 안전하다.
- 팀이 AI 활용 품질을 아직 측정하지 않았고, 어떤 작업에서 재작업이 생기는지 먼저 알고 싶다.
예를 들어 제품 요구사항 문서의 요약을 정리하거나, 회의 자료의 문장을 다듬거나, 예산 시트에 수식과 차트를 추가하는 작업은 파일 내부 보조로 시작하기 좋다. 사용자는 원래 하던 편집 화면에서 결과를 보고 승인할 수 있다. 이 단계에서 얻어야 할 것은 처리량이 아니라, 어떤 변경이 사람의 검토 없이도 받아들일 만한지 판단할 근거다.
특히 Sheets는 문장 편집과 다르게 봐야 한다. 수식, 피벗 테이블, 차트, 새 탭 생성은 눈에 보이는 결과가 있어도 숫자의 의미와 참조 범위가 맞는지 별도로 확인해야 한다. “표가 그럴듯하게 만들어졌는가”와 “의사결정에 쓰는 수치가 맞는가”는 다른 문제다.
파일 자동화는 새 파일과 다중 파일 작업에서 검토한다
Google Docs, Sheets, Slides 커넥터를 사용하면 Claude 대화 안에서 Google 파일을 생성하거나 수정할 수 있다. 파일 링크를 제공하거나 새 문서·시트·슬라이드를 요청하는 방식이며, Claude가 접근할 수 있는 파일 범위는 사용자의 기존 Google 공유 권한을 따른다.
이 기능은 다음과 같은 업무에서 검토할 만하다.
- 하나의 산출물을 만들기 위해 여러 문서에서 내용을 모아야 한다.
- 정해진 템플릿으로 새 문서나 보고서 초안을 반복 생성한다.
- 작업 시작점이 Google 파일이 아니라 대화, 요청 티켓, 운영 질문에 있다.
- 파일을 하나씩 열고 복사하는 과정 자체가 병목이다.
다만 “기존 공유 권한을 따른다”는 사실이 자동화 위험을 없애지는 않는다. 권한이 있는 파일을 읽고 수정할 수 있다는 것은, 사용자가 평소에 접근 가능한 자료의 범위가 넓을수록 AI 작업의 영향 범위도 넓어진다는 뜻이다.
따라서 다중 파일 자동화는 민감도보다 먼저 변경의 되돌림 가능성을 따져야 한다. 새 초안 파일을 만드는 작업은 원본을 직접 바꾸는 작업보다 검토하기 쉽다. 반면 여러 팀이 함께 쓰는 기준 문서, 수치가 연결된 운영 시트, 대외 공유용 발표 자료를 수정하는 일은 파일 하나의 변경이 다른 업무에 영향을 줄 수 있다.
탐색 단계에서는 “기존 파일을 고치는 자동화”보다 “별도 초안을 생성하는 자동화”를 먼저 시험하는 편이 낫다. 이 구분은 AI 결과의 정확도를 미리 단정하지 않으면서도, 잘못된 변경이 퍼지는 경로를 줄인다.
승인 설정은 편의 기능이 아니라 통제 수준이다
Claude의 Google Workspace 연동에는 변경 전 승인을 받는 방식과, 작업 중 편집을 계속 반영하는 방식이 있다. 커넥터 작업도 기본적으로 사용자의 명시적 승인을 요구하며, Team 및 Enterprise 플랜에서는 조직 소유자가 일부 작업의 승인 요청을 줄일 수 있는 범위를 결정할 수 있다.
여기서 흔한 실수는 승인 요청이 많으면 생산성이 낮다고 보는 것이다. 승인 카드는 사용자를 번거롭게 하는 장치이기도 하지만, 도입 초기에 어떤 작업이 위험한지 발견하는 관찰 장치이기도 하다.
다음 질문으로 승인 수준을 정해볼 수 있다.
| 판단 질문 | 승인 중심으로 시작할 조건 | 자동 반영을 검토할 조건 |
|---|---|---|
| 변경 결과를 누가 검토하는가 | 작성자 외에 승인자나 협업자가 있다 | 요청자 본인이 결과를 바로 확인하고 책임진다 |
| 수정 대상은 무엇인가 | 기존 문서, 공동 운영 시트, 공유 슬라이드 | 새로 만드는 초안, 개인 작업 파일 |
| 오류가 남기면 어떤가 | 숫자·일정·대외 메시지에 영향을 준다 | 재생성하거나 폐기해도 업무 영향이 작다 |
| 작업 규칙은 정해졌는가 | 요청마다 형식과 판단이 달라진다 | 입력 자료와 출력 형식이 반복적으로 정해져 있다 |
자동 반영을 허용하려면 “AI가 잘한다”는 인상보다, 어떤 파일에 어떤 요청을 했을 때 누가 어떤 방식으로 결과를 확인하는지가 먼저 정리돼야 한다. 이 정의가 없으면 승인 단계를 없앤 뒤 발생한 오류를 사용자의 실수, 모델의 실수, 권한 설계의 실수 중 어디에서 고쳐야 할지 알기 어렵다.
권한은 사용자 계정과 자동화 경로를 따로 점검한다
Google Workspace 파일 자동화에서 첫 번째 점검 대상은 폴더 구조가 아니라 계정이 가진 실제 접근 범위다. Claude의 파일 접근은 기존 Google 공유 권한을 따르므로, 개인 계정으로 연결하는지, 팀 공용 계정 또는 역할 기반 계정으로 연결하는지에 따라 자동화가 볼 수 있는 자료가 달라진다.
Google API 설계 일반 원칙도 필요한 범위보다 넓은 권한을 요구하지 말고, 가능한 한 좁은 OAuth 범위를 선택하라고 안내한다. Sheets API의 경우 특정 시트 탭 단위로 권한을 제한할 수 없으며, 보호 범위를 사용해 수정하지 못하게 할 수 있다. 이는 AI 기능만의 제약이 아니라, 스프레드시트 자동화를 설계할 때 함께 확인할 기술 조건이다.
도입 담당자는 다음을 확인하는 편이 좋다.
- 파일 자동화에 연결할 계정이 접근 가능한 공유 드라이브와 개인 드라이브는 어디까지인가.
- AI가 수정해도 되는 파일과 읽기만 가능한 파일을 팀 운영 규칙에서 구분했는가.
- Sheets에서 수정하면 안 되는 셀·범위를 보호했는가.
- 새 파일 생성 위치, 파일명 규칙, 소유자, 공유 대상이 정해져 있는가.
- 커넥터를 조직 차원에서 켤 권한을 누가 갖고, 사용자별 연결을 누가 검토하는가.
권한을 넓게 부여한 뒤 프롬프트로 “이 파일은 건드리지 말라”고 지시하는 방식은 권한 설계를 대신하지 못한다. 프롬프트는 작업 요청이고, 권한은 가능한 행동의 경계다. 둘을 같은 통제로 취급하지 않아야 한다.
도입 순서는 기능 확장이 아니라 영향 범위 확장으로 잡는다
첫 단계에서는 소수의 작성자가 Docs, Sheets, Slides 안에서 승인 기반 편집을 사용한다. 이때 팀은 결과 품질뿐 아니라 승인된 변경과 거절된 변경의 이유를 기록해볼 수 있다. 거절 사유가 표현 문제인지, 데이터 해석 문제인지, 권한상 다루면 안 되는 자료 때문인지 구분해야 다음 단계를 정할 수 있다.
두 번째 단계에서는 반복되는 산출물에 한해 새 파일 생성 작업을 시험한다. 예를 들어 일정한 형식을 따르는 내부 초안처럼, 원본을 덮어쓰지 않고 사람이 최종 파일을 선택할 수 있는 작업이 적합하다.
세 번째 단계에서만 여러 파일을 읽고 수정하는 흐름을 검토한다. 이 단계의 통과 기준은 “한 번 성공했다”가 아니라, 대상 파일 범위와 승인 주체, 수정 금지 영역, 결과 확인 방법이 팀 안에서 설명 가능한 상태인지다.
Claude의 Google Workspace 연동은 문서 작성 속도를 높일 수 있는 기능이지만, 조직에 따라 더 중요한 가치는 편집 자동화의 경계를 선명하게 만드는 데 있다. 이번 주에 결정할 일은 전사 자동화 정책이 아니다. 먼저 한 가지 반복 업무를 골라, 사용자가 열린 파일에서 승인하며 끝낼지, 새 파일을 생성해 검토할지를 정해보는 일이다. 그 선택이 명확해지면 다중 파일 자동화를 열어도 될 조건도 함께 드러난다.
