본문으로 건너뛰기

© 2026 Molayo

Dev.to헤드라인2026. 06. 10. 19:13

Gemini가 Workspace에 불을 지피다: 100만 토큰, 32%의 성능 향상, 그리고 새로운 언어의 지평

요약

Google이 Gemini를 Workspace에 통합하여 언어 지원을 확장하고 워크플로 엔진으로 진화시키고 있습니다. 이는 Microsoft Copilot에 대한 가격 압박과 동시에 기업용 AI 도입의 언어 장벽을 제거하는 전략적 행보입니다.

핵심 포인트

  • Gemini의 Workspace 통합으로 워크플로 엔진화 가속
  • 언어 지원 확장을 통한 글로벌 기업 AI 도입 장벽 제거
  • 표준 플랜 포함을 통한 Microsoft Copilot 가격 압박
  • Docs, Gmail, Drive 간의 네이티브 데이터 레이어 활용

핵심 요약 (Key Takeaways)

  • Google의 2026년 4월 1일 업데이트는 AI 지원 양식(form) 생성을 포함하여 Workspace 전반에 걸쳐 Gemini의 언어 지원을 확장했으며, 이는 글로벌 기업의 AI 도입을 가로막는 가장 큰 장애물 중 하나를 직접적으로 겨냥합니다.
  • Docs, Gmail, Drive 전반에 걸친 최근 업데이트는 Workspace를 단순한 문서 제품군을 넘어 워크플로 엔진 (workflow engine)에 가까운 형태로 진화시키고 있으며, Gemini는 단순히 덧붙여진 어시스턴트가 아니라 데이터 레이어 (data layer)에서 네이티브하게 작동합니다.
  • Gemini를 추가 비용 없이 표준 Workspace 플랜에 포함함으로써, Google은 Microsoft의 Copilot 추가 기능 모델에 실질적인 가격 압박을 가하고 있으며, 기능 그 자체보다 접근성이 채택을 더 빠르게 유도할 것이라는 데 베팅하고 있습니다. Google은 2026년 4월, 화려한 하드웨어 출시가 아닌 양식 생성을 포함한 더 많은 AI 기능으로 Gemini의 언어 지원을 확장함으로써 가장 전략적으로 중요한 Workspace 행보 중 하나를 조용히 단행했습니다. 사소해 보일 수 있지만, 그렇지 않습니다. 언어의 격차는 기업용 AI 파일럿 프로젝트가 실패하는 지점이며, Google은 방금 그 주요 격차를 제거했습니다.

스마트한 기능을 넘어: 워크플로 엔진으로서의 Workspace

수년 동안 Workspace의 AI 스토리는 스마트 답장 (Smart Reply)과 스마트 작성 (Smart Compose)이었습니다. 이는 유용한 넛지 (nudge)였지만 구조적인 것은 아니었습니다. 현재의 Gemini 배포는 차원이 다릅니다. Google은 기능 수준이 아닌 워크플로 (workflow) 수준에서 AI를 중심으로 Workspace를 재구축하고 있습니다.

가장 명확한 예는 Docs의 “Help me create”입니다. 필요한 내용을 설명하면 Gemini가 Drive, Gmail, Chat 및 웹에서 컨텍스트 (context)를 가져와 완전히 서식이 갖춰진 초안을 생성합니다. 이것은 자동 완성 (autocomplete)이 아닙니다. AI가 당신을 대신해 첫 한 시간 동안의 업무를 수행하는 것입니다. 유사한 논리가 제품군 전체에 적용됩니다. Sheets의 Gemini는 데이터 분석을 수행할 수 있고, Drive의 Gemini는 전체 파일 시스템에 걸쳐 질문에 답할 수 있으며, Gmail은 이제 긴 스레드를 요약하고 자연어 검색 (natural language search)을 통해 관련 이메일을 찾아낼 수 있습니다.

이러한 기능들을 둘러싸고 회자되는 생산성 주장들 — 구체적인 일일 시간 절약, 작업 시간의 백분율 감소 등 — 은 명시된 출처가 부족한 경우가 많으므로, 확정적인 수치라기보다는 방향성을 나타내는 지표로 취급해야 합니다. 분명한 점은 워크플로의 표면적(workflow surface area)이 실질적으로 확장되었다는 것입니다. 만약 여러분이 Google의 스택 위에서 에이전트 시스템 (agentic systems)을 구축하고 있다면, 이 점은 매우 중요합니다. 더 많은 네이티브 AI 기능은 Workspace가 이제 네이티브하게 채워주는 간극을 메우기 위해 Zapier AI나 Make.com 같은 도구를 사용하여 우회하는 작업을 줄여준다는 것을 의미하기 때문입니다.

Gmail의 변모: 대규모 지능형 커뮤니케이션

Gmail은 대부분의 사람들이 실제로 가장 많이 사용하는 생산성 도구이며, 이곳의 Gemini 업데이트는 가장 즉각적으로 체감됩니다. 스레드 요약 (thread summaries), 자연어 검색 ("지난 분기에 누가 가격 정보를 보냈지?"), 그리고 AI 지원 초안 작성 (AI-assisted drafting) 기능이 모두 활성화되었습니다. 이메일 양이 많은 사람이라면 스레드 요약 기능만으로도 업그레이드할 가치가 충분합니다.

초안 작성 지원은 단순히 어조를 맞추는 것 이상으로 나아갑니다. Gemini는 과거 이메일 문맥을 활용하여 답변의 틀을 잡는 데 도움을 줄 수 있습니다. 이는 흐름이 끊겼던 스레드를 다시 이어가거나 이전 대화의 격식 (register)을 맞추려 할 때 유용합니다. 글로벌 팀의 경우, 다국어 초안 작성 지원이 특히 가치 있습니다.

그렇긴 하지만, 비판적인 시각도 진지하게 받아들일 가치가 있습니다. 일부 관찰자들은 AI가 생성한 이메일이 원인이 아닌 증상만을 처리할 위험이 있다고 지적했습니다. 만약 조직이 이메일 홍수에 빠져 있다면, AI가 더 많은 이메일을 더 빠르게 작성하고 요약하게 만드는 것은 근본적인 커뮤니케이션 문제를 해결하지 못합니다. 이는 타당한 지적이며, AI 지원이 실제로 가치를 더하는 지점과 단순히 양만 늘리는 지점이 어디인지 결정할 때 염두에 둘 가치가 있습니다.

Google Docs의 재구상: 해방된 협업적 창작

“백지 문제 (blank page problem)”는 실재하며, Docs의 “Help me create (작성 도와주기)” 기능은 이를 직접적으로 해결합니다. Gemini에게 프롬프트(prompt)를 제공하면 — 예를 들어, 과거의 성공적인 캠페인을 기반으로 한 마케팅 캠페인 계획을 요청하면 — 스타일과 스마트 칩(smart chips)이 이미 적용된 구조화되고 서식이 지정된 문서를 반환합니다. 이는 단순히 정리해야 할 텍스트 덩어리가 아니라, 의미 있는 출발점을 제공합니다.

초안 작성이 시작되면, “Help me write (작성 도와주기)” 기능을 통해 전체를 다시 생성할 필요 없이 특정 섹션만 다듬을 수 있습니다. 단락을 강조 표시하고 Gemini에게 논리를 강화하거나 어조를 날카롭게 해달라고 요청하면, 그 자리에서 바로 편집합니다. “Match writing style (작성 스타일 맞춤)” 기능은 여기서 한 걸음 더 나아갑니다. Gemini는 기존 문서를 분석하여 그 어조와 서식 관례를 새로운 콘텐츠에 적용할 수 있으며, 이는 브랜드나 스타일 가이드를 유지해야 하는 팀에게 진정으로 유용합니다.

이 기능들은 작가를 대체하는 기능이 아닙니다. 작가의 속도를 늦추는 마찰(friction)을 제거하는 기능이며, 이것이 바로 AI 보조 도구가 제 역할을 다하는 지점입니다.

아키텍처의 변화: 데이터 계층에서의 Gemini

이 부분은 개발자(builders)들에게 매우 흥미로운 지점입니다. 대부분의 엔터프라이즈 AI 통합은 데이터를 어딘가로 이동시켜야 합니다. 파일을 업로드하거나, 임베딩(embeddings)을 실행하거나, LlamaIndex 또는 벡터 데이터베이스(vector database)와 같은 도구를 사용하여 검색 파이프라인(retrieval pipeline)을 구축해야 합니다. Gemini Deep Research는 Workspace의 권한 그래프(permission graph) 내에서 네이티브하게 작동함으로써 이 모든 과정을 우회합니다.

파일이나 이메일에 접근 권한이 있다면, Gemini는 ETL, 데이터 수집 파이프라인(ingestion pipeline), API 커넥터 없이도 해당 내용을 읽고 추론할 수 있습니다. Gemini는 가공되지 않은 텍스트 청크(text chunks)가 아니라, 전체 문맥을 가진 구조화된 파일 엔티티(file entities)를 소비합니다. Google 생태계 내부에서 AI 네이티브 워크플로우(AI-native workflows)를 구축하는 팀에게 이는 아키텍처 오버헤드(architecture overhead)를 극적으로 낮춰줍니다. 여러분은 RAG 시스템을 복잡하게 연결하는 것이 아니라, 이미 존재하는 데이터를 대상으로 프롬프트를 작성하기만 하면 됩니다.

EM360Tech가 2026년 3월에 언급했듯이, 이는 구조적 변화(architectural shift)입니다. Workspace는 단순한 문서 제품군을 넘어 기업 정보와 워크플로(workflow)를 위한 제어 계층(control layer)으로 진화하고 있습니다. Google은 기업 데이터가 모델 학습에 사용되지 않으며, 판매되거나 광고 타겟팅에 사용되지 않고 프롬프트는 고객 데이터로 취급된다고 밝히고 있습니다. 이는 기업 도입 논의를 위한 올바른 프레임워크이지만, IT 및 컴플라이언스(compliance) 팀은 벤더의 확약을 액면 그대로 받아들이기보다 자체적인 데이터 거버넌스(data governance) 요구 사항에 따라 세부 사항을 검증해야 합니다. 기업 AI 데이터 고려 사항을 탐색하는 방법에 대한 자세한 내용은 기업 AI 자동화 워크플로의 숨겨진 비용 감사 가이드를 참조하십시오.

경쟁 구도: 가격 책정 및 컨텍스트 윈도우 (Context Window)

Google과 Microsoft의 AI 생산성 전쟁은 기능적인 측면만큼이나 가격 책정 및 접근성의 이야기가 되어가고 있습니다. Google은 Gemini를 추가 비용 없이 모든 Workspace 플랜에 포함합니다. 반면 Microsoft는 공개된 가격 책정에 따르면, 기존 Microsoft 365 라이선스 외에 사용자당 월 약 £16의 별도 애드온(add-on)으로 Copilot의 가격을 책정하고 있습니다. 규모가 큰 조직의 경우, 이 격차는 빠르게 커집니다.

컨텍스트 윈도우(context window)의 차이 또한 상당합니다. Gemini는 약 100만 토큰을 처리할 수 있는데, 이는 Copilot의 공개된 제한보다 훨씬 큰 수치입니다. 즉, 단일 프롬프트로 문서 폴더 전체, 한 분기 분량의 이메일, 또는 긴 연구 보고서를 처리할 수 있음을 의미합니다. 이는 지식 노동(knowledge-work) 사용 사례에서 미미한 이점이 아니라, 단일 상호작용(interaction) 내에서 실제로 가능한 범위를 바꾸는 변화입니다.

일부 분석에서는 보안 제어 및 관리 도구 측면에서 Copilot이 기업 환경에 더 적합하다고 평가하기도 했습니다. 이는 설득력 있는 주장이며, Active Directory 및 컴플라이언스 프레임워크(compliance frameworks)와의 더 깊은 통합은 특정 규제 환경에서 Microsoft만의 실질적인 차별화 요소입니다. 이에 대한 Google의 반론은 편재성(ubiquity)이 채택을 주도한다는 것입니다. 즉, 별도의 구매 결정 없이도 모든 직원이 이미 AI 도구를 보유하고 있다면 사용률이 상승한다는 논리입니다. 원문 출처에서 인용된 사용자 만족도에 관한 설문 조사 데이터는 구체적인 출처 명시가 누락되어 있으므로, 해당 수치들은 회의적으로 접근해야 합니다. 다만, 번들로 제공되는 액세스가 채택을 증가시킨다는 방향성 자체는 그 논리만으로도 타당합니다.

진지하게 고려해야 할 위험과 한계

이러한 기능들은 실재합니다. 하지만 위험 요소 또한 실재하며, 이는 각주 수준의 취급이 아닌 솔직한 논의가 필요한 영역입니다.

가장 명백한 문제는 개인정보 보호(Privacy)입니다. Google이 명시한 Workspace 데이터 정책은 기업급(enterprise-grade)입니다. 즉, 프롬프트(prompts)는 모델 학습에 사용되지 않으며 데이터는 판매되지 않습니다. 하지만 이러한 정책의 복잡성 때문에 대부분의 사용자가 확신을 가지고 이를 파악하기는 어렵습니다. 규제 산업에서는 GDPR 및 HIPAA 준수 요구 사항이 또 다른 층위의 복잡성을 더합니다. 어떤 AI 시스템에 민감한 비즈니스 데이터에 대한 광범위한 접근 권한을 부여하는 것은 단순히 벤더의 보증뿐만 아니라 능동적인 거버넌스(governance)를 필요로 합니다. 귀사의 법무 및 컴플라이언스 팀이 이 논의에 조기에 참여해야 합니다.

"문제를 임시방편으로 가리는 것(papering over problems)"이라는 비판은 단순히 무시하기에는 무게감이 있습니다. 만약 조직의 진짜 문제가 너무 많은 이메일이라면, 더 빠르게 더 많은 이메일을 작성하도록 돕는 AI는 오히려 부채(liability)가 될 수 있습니다. 이는 회의, 보고서 및 문서화에도 동일하게 적용됩니다. 이러한 도구들을 광범위하게 배포하기 전에, 귀사가 올바른 것을 자동화하고 있는지, 아니면 단순히 기존의 기능 장애(dysfunction)를 가속화하고 있는 것인지 자문해 볼 가치가 있습니다.

환각 (Hallucination) 위험 또한 실재합니다. Gemini는 조작된 출력을 줄이기 위해 근거 제시 (grounding) 기술을 사용하지만, 어떤 모델도 결코 완벽할 수는 없습니다. 재무 분석, 법률 검토, 고객 커뮤니케이션 등 의사 결정에 영향을 미치는 모든 사항에 대해 인간의 검토 (human review)는 선택 사항이 아니라 필수 사항입니다. 그리고 Google의 생태계를 벗어나 Salesforce나 Notion과 같은 도구로 확장되는 워크플로 (workflows)의 경우, 네이티브 통합 (native integration)의 이야기는 다소 빈약해집니다. 여전히 커넥터 (connectors)가 필요할 것이며, 어떤 경우에는 교차 플랫폼 오케스트레이션 (cross-platform orchestration)을 신뢰할 수 있게 만들기 위해 n8n이나 LangChain으로 구축된 적절한 자동화 계층 (automation layer)이 필요할 것입니다.

전문가의 관점과 업무의 미래

더 흥미로운 변화는 기능 그 자체가 아니라, 사람들이 이를 사용하기 시작하는 방식에 있습니다. 2025년 말에 실시된 Google Workspace 연구에 따르면, 젊은 비즈니스 리더들의 상당수는 일반적인 방식으로 작동하기보다는 자신의 파일, 이메일 및 선호도를 활용하여 개인의 업무 스타일에 적응하는 AI를 원하고 있습니다. 그들은 단순히 똑똑한 비서를 찾는 것이 아니라, 개인화된 워크플로를 설계하고 있으며 그 과정에서 AI를 협업자 (collaborator)로 대우하고 있습니다.

이것이 바로 실무에서 나타나기 시작한 "에이전틱 엔터프라이즈 (agentic enterprise)" 패턴입니다. 즉, 감독 없이 실행되는 완전히 자율적인 에이전트가 아니라, 인간이 워크플로를 정의하고 AI가 그 안에서 실행하며 인간과 AI 시스템이 더 긴밀한 루프 (loops) 안에서 작동하는 방식입니다. Google의 번들링 (bundling) 전략은 이를 대규모로 가능하게 만드는 요소 중 하나입니다. AI가 이미 모든 직원의 도구 안에 들어있을 때, 실험은 IT 조달 주기 (IT procurement cycle)를 기다리기보다 유기적으로 발생합니다. 이제 조직의 과제는 이러한 도구를 도입할 것인가의 여부가 아닙니다. 대부분은 이미 도입했기 때문입니다. 문제는 새로운 리스크를 초래하지 않으면서도 이러한 도구로부터 진정한 가치를 얻어낼 수 있도록 거버넌스 (governance), 교육 및 워크플로 설계를 어떻게 구축할 것인가입니다.

Workspace AI가 더 넓은 생성형 AI (generative AI) 전략에서 어디에 위치해야 할지 고민 중이라면, 저희의 2026년 생성형 AI 제공업체 선정 방법 분석글을 읽어보시는 것을 추천합니다. AI 에이전트 (AI agents) 및 자동화 도구에 대한 더 많은 정보는 저희의 AI 에이전트 섹션을 방문해 주세요.

주목해야 할 사항

  • 다국어 AI 확장 (Multilingual AI expansion): Sheets 및 Slides 전반에 걸쳐 추가적인 언어 지원이 출시되는지 지켜보아야 합니다. 이러한 기능들은 Gemini가 단순히 영어 우선(English-first) 팀뿐만 아니라, 진정한 글로벌 팀에게 일관된 가치를 제공할 수 있을지를 결정짓는 요소가 될 것입니다.
  • 개인화의 깊이 (Personalisation depth): 개인의 작업 스타일과 조직의 브랜드 가이드라인에 적응하는 AI인 Google의 “개인화된 지능 (Personal Intelligence)” 방향성은 다음 개척지입니다. 이것이 어디까지 발전하느냐에 따라 Workspace AI가 일반적인 수준에 머물지, 아니면 진정으로 유용한 도구가 될지가 결정될 것입니다.
  • 노코드 에이전트 구축 (No-code agent building): 개발자가 아닌 사용자에 의해 구축되는 Workspace Studio 자동화의 등장을 면밀히 추적할 가치가 있습니다. 만약 Google이 코드 작성 없이도 애플리케이션 간 에이전트를 쉽게 구축할 수 있게 만든다면, 이는 도입 곡선 (adoption curve)을 크게 변화시킬 것입니다.
  • 데이터 거버넌스 도구 (Data governance tooling): 규제 산업에서의 기업 도입 여부는 데이터 접근 및 AI 동작에 대한 더 명확하고 세밀한 제어 기능에 달려 있습니다. 관리자 도구 및 컴플라이언스 (compliance) 기능에 대한 Google의 다음 행보를 주목하십시오.
  • 인력 기술의 변화 (Workforce skill shifts): 수동적인 AI 사용자에서 능동적인 워크플로 설계자로의 전환은 이미 초기 도입 조직에서 일어나고 있습니다. 단순한 AI 리터러시 (AI literacy)를 넘어 “AI 아키텍처 (AI architecture)” 기술을 구축하는 기업 교육 프로그램이 경쟁 우위의 차별화 요소가 될 것입니다.

_원문 게시 위치: https://autonainews.com/gemini-ignites-workspace-1m-tokens-32-gains-and-new-language-frontiers/

AI 자동 생성 콘텐츠

본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0