1. 메일 스레드 안에서 일을 맡기는 장면
Google Cloud는 2026년 10월 8일(미국 시간) Gemini at Work 2026 행사에서 업무용 단일 에이전트인 Gemini agent를 발표했습니다. Google Cloud CEO Thomas Kurian의 키노트를 정리한 Google Cloud 블로그 글에 따르면, 이 에이전트는 Gmail, Drive, Docs, Slides, Sheets, Chat, Calendar 안에서 바로 일하고, 다른 곳에서 쓰는 메모리·스킬·통제 설정을 그대로 가져옵니다. 글은 이를 “메일 스레드 안에서, 문서 안에서, 채팅방 안에서” 일한다고 표현했습니다.
Workspace를 쓰는 직원 입장에서는 지금 작업하던 메일과 문서 안에서 바로 Gemini에게 일을 맡기게 된다는 뜻입니다. 구글 공식 블로그(blog.google)도 같은 날 발표를 요약하면서, 이 에이전트가 일을 계획하고 스킬과 도구를 쓰고 업무 시스템에 연결한 뒤 완성된 결과물을 이미 일하던 문서와 받은편지함 안으로 가져온다고 설명했습니다. 다만 두 글 모두 이 기능이 언제, 어느 요금제에 열리는지는 적지 않았습니다. 이 글은 바뀌는 사용 방식과 아직 확인되지 않은 제공 조건을 나눠서 살펴봅니다.
2. Workspace 안에서 Gemini가 일하는 방식
Google Cloud 블로그는 Workspace 안의 Gemini가 개인 비서(Personal assistance), 먼저 제안하는 위임(Proactive delegation), 팀원(A member of your team)으로 일한다고 나눠 설명했습니다. 아래 도식은 이 구분을 앱과 함께 정리한 것입니다.
개인 비서로 일할 때 Gemini는 사용자의 일정, 팀, 프로젝트, 문서 사이의 관계를 이미 알고 시작한다고 글은 설명합니다. 글에 실린 예시는 “다음 주에 늘 함께하는 지역 행사 담당자들과 회의를 잡아 달라”는 요청입니다. 이름이나 이메일 주소를 하나도 주지 않아도 Chat 스페이스 구성원과 지난 행사 스레드에서 대상자를 찾고, 일정을 확인한 뒤 시간을 맞추는 이메일 스레드를 시작한다고 적혀 있습니다. 시장 동향을 조사하고 Sheets로 재무 모델을 만든 뒤 둘을 담은 발표 자료까지 만드는 일도 단계마다 프로젝트를 다시 설명하지 않고 처리한다고 소개했습니다.
먼저 제안하는 위임은 Gemini가 맡길 만한 일을 찾아 제안하는 방식입니다. 글의 예시에서는 관리자가 최신 프로젝트 현황을 슬라이드로 달라는 메일을 보내면, Workspace Intelligence가 이를 위임할 수 있는 일로 알아보고 한 번 클릭으로 Gemini에게 넘기는 선택지를 보여 줍니다. 받은편지함에서는 가장 늦게 온 메일 대신 가장 중요한 메일을 위로 올리고 그 이유를 설명한다고 적혀 있습니다.
3. 팀원처럼 일하는 동료 에이전트
세 번째 방식은 팀 전체와 함께 일하는 동료 에이전트(coworker agent)를 만드는 것입니다. Google Cloud 블로그에 따르면 필요한 역할을 설명하면 Gemini가 에이전트를 만들고, 이 에이전트는 이메일 주소, 캘린더, Drive, 회사 디렉터리 정보를 갖춘 자체 Workspace 계정을 받습니다. 이메일 주소는 @agents.company.com 같은 형식의 별도 주소라고 적혀 있습니다. 동료들은 Chat 스페이스에 이 에이전트를 추가하거나 @멘션으로 불러 함께 일합니다.
권한에 관해서는 글이 동료 에이전트가 사용자의 이름을 빌리지 않고 자기 이름으로 행동하고, 사용자가 공유한 것만 볼 수 있으며, 접근 범위는 팀이 이미 쓰는 공유 설정과 구성원 설정을 따른다고 밝혔습니다. 제 판단으로는 이 문장 때문에 도입을 준비할 때 공유 설정부터 점검해야 합니다. 새 직원을 Chat 스페이스에 넣으면 그 방의 대화와 파일을 보게 되듯, 동료 에이전트도 어느 스페이스와 폴더에 넣느냐에 따라 보는 범위가 정해지기 때문입니다.
4. 언제, 어떤 요금제에 열리는지는 발표에 없습니다
Google Cloud 블로그와 구글 공식 블로그 모두 Gemini agent와 Workspace 안 기능에 정식 제공(GA), 프리뷰, 베타 같은 상태 표시를 붙이지 않았습니다. 요금제, 필요한 라이선스, 지역 제한, 동료 에이전트의 출시 일정도 발표에 적혀 있지 않아 확인하지 못했습니다. 발표에서 제공 상태를 밝힌 문장은 업종 특화 기능에 관한 문장뿐입니다. 금융 서비스와 법률 분야는 현재 프리뷰이고, 정부·의료·유통 분야는 출시 예정이라고 적혀 있습니다.
모델에 관해서는 Google Cloud 블로그가 지금은 Gemini 모델 계열과 Anthropic의 Claude 모델을 함께 조율하고, 앞으로 다른 모델도 더한다고 적었습니다. 구글 공식 블로그는 작업에 맞는 모델을 고르고 비용 통제 기능을 갖췄다고 요약했습니다. 개인용 Gemini 앱 요금제에 관한 언급은 없습니다.
| 항목 | 발표에 적힌 내용 | 확인 상태 |
|---|---|---|
| Workspace 안 Gemini 에이전트 | Gmail, Drive, Docs, Slides, Sheets, Chat, Calendar 안에서 동작 | 제공 시점·상태 표시 없음 |
| 동료 에이전트 | 자체 Workspace 계정과 이메일 주소를 받음 | 출시 일정 없음 |
| 업종 특화 기능 | 금융 서비스·법률 프리뷰, 정부·의료·유통 출시 예정 | 상태 명시됨 |
| 요금제·라이선스·지역 | 언급 없음 | 확인하지 못함 |
5. 도입 전에 조직이 정해 둘 것
발표는 Gemini가 일정, 팀 구성, 문서 사이의 관계를 알고 시작한다는 점을 앞세웁니다. 반대로 말하면 Chat 스페이스 구성원과 Drive 공유 설정이 정리되지 않은 조직에서는 Gemini가 회의 대상자를 잘못 고르거나, 보지 않아도 될 자료를 참조할 수 있습니다. 이 부분은 발표가 직접 말한 내용이 아니며, 접근 범위가 기존 공유 설정을 따른다는 문장에서 끌어낸 제 판단입니다.
받은편지함 우선순위도 같은 방식으로 볼 수 있습니다. Gemini가 중요한 메일을 위로 올리고 이유를 설명한다고 해도, 어떤 메일을 먼저 처리할지는 담당자가 이유를 읽고 정하는 편이 안전합니다. 한 번 클릭으로 위임한 발표 자료도 관리자에게 보내기 전에 수치와 출처를 사람이 확인해야 합니다.
6. 이번 주에 해 볼 일
제공 시점이 발표에 없으니, Workspace 관리자는 이번 주에 Google Cloud 담당자나 공식 공지를 통해 우리 조직 요금제에 언제 적용되는지부터 확인하십시오. 동시에 팀에서 매주 반복하는 업무 1건을 고릅니다. 예를 들어 주간 회의 일정 잡기나 프로젝트 현황 슬라이드 만들기가 있습니다.
고른 업무에 대해 어떤 앱과 Chat 스페이스, Drive 폴더를 쓰는지, 그 자료를 누가 공유하고 있는지, 결과물에서 사람이 확인할 부분은 무엇인지 간단히 적어 두십시오. 기능이 열렸을 때 이 메모로 공유 설정을 먼저 정리하고, 그 업무 1건부터 Gemini에게 맡겨 보면 됩니다.