Claude를 Google Workspace에서 직접 써봤습니다 — 되는 것과 안 되는 것

"AI로 보고자료 만든다"는 말, 실제로 해보셨나요?

AI 활용법을 소개하는 글은 넘쳐납니다. 그런데 대부분 이론이거나, 조건이 완벽한 시연 영상입니다. 실제로 해보면 생각대로 안 되는 부분이 꼭 있고, 그 부분이 가장 중요한 정보인데 말이죠.

이 글은 다릅니다. Claude in Chrome 확장 프로그램을 실제로 설치해서, Google Docs와 Google Slides를 직접 제어해봤습니다. 잘 된 것, 예상보다 못한 것, 그리고 "이건 쓸 만하다" 싶었던 순간을 있는 그대로 씁니다. 거기에 Google Slides에 내장된 Gemini AI도 같은 조건으로 테스트했습니다.

Claude in Chrome이 뭔가요?

Claude는 Anthropic이 만든 AI입니다. 일반적으로는 claude.ai 웹사이트에서 대화형으로 사용하지만, Chrome 브라우저에 확장 프로그램을 설치하면 이야기가 달라집니다. Claude가 브라우저를 직접 '보고' 제어할 수 있게 됩니다. 화면을 스크린샷으로 인식하고, 클릭하고, 텍스트를 입력하는 방식입니다.

쉽게 말하면 이렇습니다. 지금 여러분이 Google Docs를 열어놓은 상태에서, Claude에게 "이 문서 내용을 요약해줘" 또는 "이 내용을 바탕으로 슬라이드를 만들어줘"라고 말하면, Claude가 직접 브라우저를 조작해서 작업을 수행합니다. 별도의 복사-붙여넣기 없이, 도구를 바꾸지 않고 말이죠.

이 기능은 Claude의 데스크탑 앱인 Cowork 모드에서 사용할 수 있습니다. Pro 이상 플랜에서 지원되며, 2026년 1월 macOS 버전이 먼저 출시됐습니다.

테스트 1 — Google Docs에서 직접 해봤습니다

첫 번째 테스트는 실제 업무에서 흔히 쓰는 상황을 설정했습니다. 영업 현황 보고서를 Google Docs에 작성하고, Claude가 그 내용을 읽어서 'Action Items'를 자동으로 생성하도록 해봤습니다.

테스트 조건

Google Docs에 아래와 같은 내용을 담은 보고서를 직접 입력했습니다. 신규 계약 현황 3건(계약 완료, 협의 중, 견적 발송), 갱신 대상 고객 2건, 이슈 및 리스크 2건(해지 의사 통보, 경쟁사 공세)으로 구성된 영업 현황 문서였습니다.

Claude의 반응

Claude는 문서를 스크린샷으로 인식한 뒤, 내용을 분석해서 아래와 같은 Action Items를 자동으로 생성하고 문서 하단에 직접 입력했습니다.

• 즉시 처리 (이번 주): D기업 담당자 연락(6월 만료 전 갱신 협의), F기업 해지 대응 미팅 일정 수립, B기업 후속 연락(협의 진행 상황 확인)
• 단기 처리 (2주 내): E기업 업셀 제안서 작성(30석→50석, ROI 근거 포함), C기업 follow-up 메일 발송
• 모니터링: 경쟁사 M365 가격 동향 추적 및 GWS 차별점 자료 최신화

솔직한 평가

결과물 자체는 기대 수준이었습니다. 항목 분류 기준(즉시/단기/모니터링)을 별도로 지시하지 않았는데 스스로 구조화했고, 각 항목에 구체적인 후속 행동(ROI 근거 포함, 미팅 일정 수립 등)까지 담겼습니다. 단, 이 정도는 주요 AI 도구들이 대부분 유사하게 처리합니다. Claude만의 특별한 결과라기보다는, AI를 업무에 연결했을 때 실제로 어떤 아웃풋이 나오는지 보여주는 사례로 보는 게 맞습니다.

한 가지 기술적 제약은 명확히 있습니다. Google Docs는 텍스트를 HTML DOM이 아닌 캔버스 방식으로 렌더링합니다. 때문에 Claude가 문서 내용을 텍스트로 직접 읽지 못하고, 스크린샷을 통해 '시각적으로 보는' 방식으로 인식합니다. 문서가 길거나 스크롤이 필요한 경우에는 이 한계가 드러납니다. Gemini in Docs는 문서 내부 API를 통해 접근하기 때문에 이 제약이 없습니다.

테스트 2 — Docs에서 정리한 내용, 바로 Slides로 만들 수 있을까?

테스트 1에서 Claude가 Google Docs에 정리한 Action Items가 있습니다. 실제 업무라면 다음 단계는 자연스럽습니다. 이 내용을 팀장 보고용 슬라이드로 만드는 것이죠. 여기서 현실적인 질문이 생깁니다. Docs에 있는 내용을 슬라이드로 옮기는 과정에서 AI가 실제로 도움이 될까요? 그리고 방식에 따라 차이가 있을까요?

두 가지 방법으로 시도해봤습니다. Google Slides에 내장된 Gemini와, Claude in Chrome의 직접 제어 방식입니다.

Gemini로 해봤습니다 — 빠르지만 복사-붙여넣기는 필요합니다

Gemini 방식은 먼저 Docs에서 Action Items 내용을 복사한 뒤, Google Slides를 열어 Gemini 프롬프트에 붙여넣는 순서입니다. 이 단계 자체는 사람이 직접 해야 합니다.

"아래 Action Items를 팀장 보고용 슬라이드로 만들어줘. 즉시 처리 / 단기 처리 / 모니터링 항목을 구분해서 구성해줘."

결과는 나쁘지 않았습니다. 항목 구분이 반영됐고, 3단 컬럼 레이아웃에 색상 코딩(파란색/주황색/빨간색)까지 자동 적용됐습니다. 생성된 슬라이드는 이미지가 아닌 편집 가능한 텍스트 박스 형태입니다. 이 기능은 2026년 3월 말 업데이트를 통해 정식 지원된 것으로, 비교적 최근에 추가된 기능입니다.

단, 모든 내용이 슬라이드 한 장에 압축됩니다. 실제 보고 상황에서 쓰려면 내용을 여러 슬라이드로 나눠야 하는데, 그 구조 설계는 여전히 사람이 해야 합니다. 디자인 완성도 면에서는 젠스파크(Genspark) 같은 슬라이드 전문 AI 도구에 비하면 수준 차이가 있습니다.

Claude로 해봤습니다 — 복사 없이 앱 간 이동이 됩니다

Claude in Chrome 방식은 다릅니다. Docs를 닫거나 내용을 복사할 필요가 없습니다. Claude에게 "이 Docs 내용을 읽고 슬라이드로 만들어줘"라고 지시하면, Claude가 현재 열려 있는 Docs 화면을 직접 보고, 새 탭에서 Slides를 열어 내용을 입력하는 방식으로 작업합니다.

실제로 테스트해보니 Docs의 Action Items를 인식하고, Slides에 제목·즉시 처리·단기 처리·모니터링 슬라이드를 순서대로 만들었습니다. 복사-붙여넣기 없이 두 앱이 연결된 것입니다.

결과물의 완성도는 솔직히 말하면 수수합니다. 흰 배경에 텍스트만 있는 심플한 슬라이드입니다. 추가 지시를 통해 테마를 적용하거나 색상을 넣는 것도 가능하지만, 슬라이드를 전문으로 만드는 젠스파크나 Slides에 내장된 Gemini에 비하면 시각적 완성도는 분명히 부족합니다. 이 부분은 인정해야 합니다.

Claude 방식의 의미는 슬라이드 품질이 아닙니다. "Docs를 보고 → Slides를 열어 → 내용을 채운다"는 앱 간 흐름 자체를 사람 개입 없이 실행했다는 점입니다. 디자인보다 자동화 흐름이 중요한 상황, 예를 들어 내부 보고용 초안을 빠르게 뽑아야 할 때라면 실용적인 선택이 될 수 있습니다. 반면 외부 발표나 디자인 완성도가 중요한 자료라면 Gemini나 젠스파크가 현실적입니다.

속도 제약도 있습니다. 슬라이드 한 장을 추가하는 데도 수십 초가 걸립니다. 빠르게 여러 장을 만들어야 하는 상황에서는 분명히 비효율적입니다.

그렇다면 각 도구는 실제로 어떤 점이 다를까요?

각 도구가 실제로 다른 점

테스트를 마치고 나서 가장 먼저 든 생각은 이것입니다. "AI 도구들의 기본 성능은 이미 상당히 평준화됐다." 맥락을 이해하는 것, 한국어 문서를 자연스럽게 쓰는 것, 복잡한 지시를 따르는 것 — 이런 역량은 Claude, ChatGPT, Gemini 모두 비슷한 수준에 도달해 있습니다. 도구를 고를 때 이 기준만 보는 것은 이제 의미가 없습니다.

그렇다면 실제 차이는 어디에 있을까요?

Gemini — GWS 안에서 빠르게, 별도 설치 없이

Gemini의 가장 큰 장점은 '접근성'입니다. Google Workspace를 쓰고 있다면 추가 설치 없이 Docs, Slides, Gmail 각각에 내장된 Gemini를 바로 쓸 수 있습니다. 특히 Slides의 경우 편집 가능한 텍스트 슬라이드를 빠르게 만들어주고, Docs에서는 문서 내용을 요약하거나 이어쓰기를 도와줍니다. 단발성 작업, 빠른 초안, 간단한 보조 작업에 최적화돼 있습니다.

젠스파크 — 슬라이드 디자인과 팩트 체크에서 앞서 있습니다

슬라이드 완성도만 보면 현재 젠스파크(Genspark)가 한 발 앞서 있습니다. 동일한 프롬프트에서 여러 장의 슬라이드를 정교한 시각 디자인으로 만들어냅니다. 또한 젠스파크의 팩트 체크 기능은 타 AI 대비 상위권으로 평가받고 있으며, Gmail·Calendar·Drive 연동도 지원합니다. 외부 발표용 덱이나 디자인 완성도가 중요한 자료라면 이쪽이 현실적인 선택입니다.

단, 사용 전에 알아두어야 할 점이 있습니다. 슬라이드 생성 시 크래딧(토큰) 소모가 상당합니다. 슬라이드 한 세트를 생성하는 것 자체로 기본 크래딧이 크게 줄고, 생성 후 특정 슬라이드를 부분 수정할 때마다 추가로 크래딧이 차감됩니다. 수정을 반복하다 보면 한 달치 크래딧을 슬라이드 한 건에 소진하는 상황이 생길 수도 있습니다. 레이아웃 면에서도 간혹 한 화면을 초과하는 콘텐츠를 그려내는 경우가 있었습니다. 슬라이드 경계를 벗어난 부분을 수정해달라고 요청해도 인식하지 못하는 경우가 있어, 결국 사람이 직접 편집창을 열어 수정해야 했습니다. 성능은 분명히 좋지만, 사용 비용과 수정 과정의 제약은 미리 감안해야 합니다.

Claude Cowork — 워크플로우 자동화, 팩트 검증, 로컬 파일 연동

Claude Cowork가 다른 도구와 실질적으로 구분되는 지점은 세 가지입니다.

첫째, Skills입니다. 반복하는 업무 절차를 마크다운 파일로 정의해두면 Claude가 매번 그대로 실행합니다. 예를 들어 "블로그 초안을 쓸 때는 이 체크리스트를 따르고, 이 브랜드 가이드 톤으로 작성하라"는 규칙을 한 번 만들어두면 이후 지시 없이도 자동으로 적용됩니다. 단순 설정이 아니라 도구 실행, 파일 읽기, 결과 저장까지 포함한 복잡한 절차를 코드 없이 정의할 수 있습니다.

둘째, 서브에이전트 팩트 체크입니다. 이 글도 실제로 그 방식을 사용했습니다. 초안 작성 후 독립적인 서브에이전트가 웹 검색으로 핵심 사실들을 별도 검증했습니다. 앞서 언급한 젠스파크의 GWS 연동 관련 정보도 그렇게 확인됐습니다.

왜 독립된 에이전트 검증이 더 신뢰도가 높을까요? 단일 AI가 자신이 작성한 내용을 스스로 검토하면, 처음 글을 쓸 때 가졌던 잘못된 가정이나 편향이 검토 과정에도 그대로 이어집니다. 이미 형성된 논리 위에서 확인하기 때문에 오류를 잡아내기 어렵습니다. 사람도 자기 글을 스스로 교정할 때 실수를 놓치는 것과 같은 원리입니다. 반면 서브에이전트는 원본 초안을 쓴 에이전트와 완전히 분리돼 있습니다. 이전 추론 과정에 대한 기억이 없는 상태에서 외부 소스(웹 검색)를 통해 사실 여부를 독립적으로 확인합니다. 이 구조는 사람이 팀을 이뤄 서로 교차 검증하는 방식과 유사합니다. 정확성이 중요한 보고서나 외부 발행 콘텐츠에서 실질적인 차이가 납니다.

셋째, 로컬 파일 읽기·쓰기입니다. Claude Cowork는 브라우저 세션 안에서만 작동하지 않습니다. PC의 지정 폴더에 직접 접근해서 파일을 읽고 저장할 수 있습니다. Google Docs 내용을 분석한 뒤 결과를 로컬 폴더에 Word 파일로 저장하거나, 기존 로컬 자료를 참고해서 새 문서를 작성하는 흐름이 가능합니다. Gemini나 ChatGPT 웹 인터페이스는 기본적으로 이 단계에서 수동 복사-붙여넣기가 필요합니다.

솔직히 말해야 할 단점도 있습니다. Claude in Chrome의 가장 큰 현실적 제약은 속도입니다. Claude가 브라우저를 제어하는 방식은 마치 사람이 화면을 눈으로 보고 손으로 조작하는 것과 동일합니다. API를 통해 앱 내부와 직접 통신하는 방식이 아니라, 화면을 스크린샷으로 인식한 뒤 클릭과 입력을 반복하는 과정입니다. 슬라이드 한 장을 추가하는 데도 수십 초가 걸리고, 여러 장을 이어서 작업하면 체감 속도는 더 느립니다. 현시점에서 빠른 슬라이드 생성이 목적이라면 분명히 비효율적입니다.

브라우저 화면을 시각적으로 인식하고 직접 조작하는 방식은 'Computer Use'라 불리는 기술 영역입니다. 2025년 이후 여러 회사가 경쟁적으로 진출하고 있습니다. OpenAI는 2025년 1월 Operator를 출시했고, 이후 ChatGPT Agent로 통합했습니다. Google은 Gemini Computer Use를 2025년 10월 발표했고, Genspark도 브라우저 자동화 기능을 갖추고 있습니다. 즉, 이 방향 자체는 Claude만의 것이 아닙니다. 다만 이 분야가 빠르게 발전하고 있고, AI가 사람 대신 화면을 보고 앱을 조작하는 것이 점점 현실화되고 있다는 흐름은 분명합니다. 현재는 속도와 정확도가 도구마다 다르고 아직 실험적인 단계이지만, 이 기술이 성숙해지면 업무 자동화의 판도가 바뀔 수 있습니다.

정리 — 어떤 상황에서 무엇을 쓸까요?

세 도구를 같은 조건에서 테스트해보고 나서 내린 결론은 이렇습니다. 어떤 도구가 더 낫다는 이야기가 아닙니다. 목적이 다르고, 잘하는 것이 다릅니다.

Gemini in GWS는 "지금 쓰고 있는 Google 앱 안에서 빠르게 AI 도움을 받고 싶을 때" 최적입니다. 추가 설치 없이, 익숙한 화면에서 바로 씁니다. Slides 초안이나 Docs 요약처럼 단발성 보조 작업에 어울립니다.

젠스파크는 "슬라이드 완성도가 높아야 하거나, 정보의 정확성이 특히 중요한 작업"에 적합합니다. 다중 슬라이드 생성 품질과 팩트 체크 기능에서 현재 상위권입니다. 외부 발표 자료나 디자인이 중요한 덱이라면 이쪽이 현실적인 선택입니다.

Claude Cowork는 "반복되는 작업 절차를 한 번 설계해서 계속 재사용하거나, AI가 만든 내용을 AI가 다시 검증하는 파이프라인이 필요하거나, 로컬 파일과 브라우저 작업을 연결해야 하는 상황"에서 차별점이 드러납니다. 단발성 작업보다는 구조적인 반복 업무, 정확성이 요구되는 콘텐츠 제작에 어울립니다.

AI 도구는 하나가 모든 것을 다 잘할 수 없습니다. 지금 어떤 도구를 써야 하는지 판단하는 것 자체가 이미 AI 활용의 시작입니다. 이 글이 그 판단에 조금이라도 도움이 됐으면 합니다.

마치며

AI가 업무에 들어오는 방식은 도구마다 다릅니다. 새로운 플랫폼으로 이동해서 작업하는 방식도 있고, 지금 쓰는 도구 안에 AI가 들어오는 방식도 있습니다. 어느 쪽이 맞는지는 팀의 업무 환경과 습관에 따라 다릅니다.

한 가지 확실한 것은, 지금 Google Workspace를 쓰고 있다면 별도의 설정 없이 시작할 수 있는 AI 기능들이 이미 상당히 많다는 점입니다. Gemini in Slides, Gemini in Docs, Claude in Chrome — 직접 써보고 어떤 것이 내 업무에 맞는지 확인해보시길 권합니다.

편집자 주  이 글은 실제 테스트를 바탕으로 작성됐으며, 핵심 사실 관계는 AI 서브에이전트의 별도 웹 검색 검증을 거쳤습니다. 그럼에도 제품 업데이트 시점, 요금제 변경, 기능 지원 범위 등 일부 내용은 작성 시점(2026년 4월) 이후 달라졌을 수 있습니다. 중요한 의사결정 전에는 각 서비스의 공식 문서를 직접 확인하시길 권합니다.