구글이 사내 테스트 중인 제미나이 에이전트 '레미', 직장인 입장에서 미리 짚어본 포인트

 

요즘 9to5Google, eWeek, Phandroid 같은 해외 IT 매체에서 '레미(Remy)' 보도가 계속 흘러나오는데, 보도들을 읽다 보니 한 장면이 머릿속에 자꾸 그려졌어요. 제 이름으로 된 메일이 거래처에 먼저 나가 있는 장면이요. 제가 보낸 게 아니라, 레미가 '후속 조치'라고 알아서 판단해서 처리해버린 그림 말이죠.

 

상상만 해봐도 살짝 당황스럽잖아요? 내용이 틀리지는 않더라도, 내가 확인하지 않은 메일이 거래처 담당자한테 이미 들어가 있다는 상황 자체가 낯설 것 같더라구요. 근데 이 가상의 에피소드가 오히려 레미라는 도구의 성격을 가장 잘 보여주는 그림일 것 같습니다.

 

제미나이 에이전트 레미란 무엇인가

레미는 보도에 따르면 구글이 사내(staff-only) Gemini 앱에서 도그푸딩(Dogfooding) 단계로 테스트 중인 것으로 알려진 자율 에이전트입니다. 단순한 AI 챗봇이 아니라, 구글의 AI 모델 제미나이(Gemini)를 기반으로 사용자가 시키는 말에 반응하는 게 아니라 스스로 판단하고 실행하는 에이전트로 소개됐어요. '업무, 학교, 일상을 위한 24/7 디지털 파트너'라는 표현이 함께 보도됐고요.

 

다만 구글이 공식적으로 존재를 인정한 적은 아직 없고, 2026년 5월 19~20일에 열리는 Google I/O에서 발표될 가능성이 거론되는 수준이에요. 그러니까 아래 내용은 전부 '출시되면 이런 식이 되지 않을까' 하는 전망으로 읽어주시면 됩니다.

 

기존 AI와 뭐가 다를 거냐면, 챗GPT나 제미나이 챗에게

A 고객사 미팅 후속 조치 메일 써줘

 

라고 하면 텍스트를 뱉어주는 수준이잖아요. 레미는

후속 조치해줘

 

라고만 해도 직접 지메일을 열고, 내용을 작성하고, 발송까지 처리하는 그림으로 보도되고 있어요. 정해진 규칙만 따르는 자동화 도구와 달리, 상황을 추론해서 실행까지 하는 게 핵심 차이거든요. 요즘 업계에서 자주 쓰는 표현으로는 'agentic AI'에 해당하는 결입니다.

 

공식 진입 경로는 아직 공개된 게 없어요. 구글 워크스페이스 사이드바에 통합될지, 별도 앱으로 갈지, 권한 승인이 어떤 식으로 이뤄질지 모두 미공개라서, 이 부분은 I/O 발표 이후를 기다려봐야 할 것 같아요.

 

 

이메일·일정 관리, 가장 기대되는 활용처

만약 정식 출시된다면 제일 먼저 시켜보고 싶은 게 메일함 정리예요.

 

월요일 아침에 주말 동안 쌓인 메일을 중요도 순으로 분류하고, 회신이 필요한 것만 추려주는 그림이거든요. 메일을 하나씩 열어본다면 한참 걸리는 작업인데, 이걸 위임할 수 있다면 매일 아침에 제일 정신 없는 시간이 꽤 가벼워질 것 같아요.

 

일정 연동도 기대돼요. 메일 본문에

다음 주 화요일 오후 2시 어떠세요?

 

같은 표현이 적혀 있으면 캘린더와 연동해서 기존 일정 충돌 여부까지 확인하고 추가해주는 그림이요. 해외 거래처 메일에 다른 시간대로 적힌 시간도 캘린더 연동 기반으로 한국 표준시로 변환해주면 좋겠죠. (이건 사실 일반 캘린더 기능과도 겹쳐서, 레미 고유 기능인지는 출시 후 확인이 필요할 영역이에요.)

 

개인적으로는 이 두 기능이 출시되면 가장 먼저 검증해보고 싶은 영역이에요. 매일 아침 이메일 정리에 쏟는 시간을 그대로 돌려받을 수 있다면 그것만으로도 충분히 가치가 있거든요.

 

 

보고서 자동 생성, 기대와 함께 짚어둘 부분

기존 자료를 드라이브에 넣어두고

이 자료 기반으로 월간 보고서 초안 써줘

 

라고 시키는 시나리오도 보도에서 자주 거론되는데요. 빈 페이지에서 시작하는 것보다 훨씬 빠를 거란 점은 충분히 기대할 만합니다.

 

다만 실제 사용이 가능해지면 가장 먼저 점검해야 할 부분이 수치 정확도예요. 지금 다른 LLM 기반 도구를 쓸 때도 원본 자료의 숫자를 잘못 읽거나, 비율 계산 과정에서 실수가 생기는 경우가 종종 있거든요. 레미가 출시되더라도 수치가 들어간 부분만큼은 사람이 직접 검수하는 'HITL(Human-in-the-loop)' 흐름을 기본값으로 잡아두는 게 안전할 것 같아요.

 

슬라이드 자동 생성 기능도 보도에서 언급되긴 했는데, 완성도가 어느 정도일지는 출시 전엔 알 수 없어요. 회사 템플릿이나 브랜드 색상 일관성, 발표자 노트 품질까지는 직접 써봐야 검증 가능한 영역이거든요.

 

한국어 비즈니스 이메일, 미리 걱정되는 부분

이 부분은 솔직하게 짚어두고 싶어요.

 

다른 LLM 기반 도구들도 한국 거래처 대상 메일에서는 한계가 꽤 드러나거든요. 존칭이 일관성 없이 섞이거나, 문장 어조가 갑자기 딱딱하게 튀는 경우가 많았어요.

하시기 바랍니다

 

와

하십시오

 

가 같은 메일 안에서 뒤섞이거나, 거래처별 관계에 따른 어감 조정이 잘 안 되는 식이더라고요.

 

업계 특화 용어도 마찬가지로 걱정되는 영역이에요. 우리 업계에서 관용적으로 쓰는 표현들이 있는데, 일반 LLM은 이걸 평이한 비즈니스 문체로 바꿔버리는 일이 잦거든요. 레미가 출시되더라도 메일 한 통을 통째로 위임하기보다는, 초안을 뽑은 뒤 어조와 표현을 손으로 다듬는 방식이 현실적이라고 봅니다.

 

출시되면 첫날부터 확인할 안전 옵션

앞서 상상한 거래처 메일 사고 같은 상황을 막으려면, 정식 출시 후 가장 먼저 확인해야 할 두 가지가 있다고 생각해요. 보도된 일반 원칙 수준에서요.

 

1. 실행 전 사용자 승인(HITL) 옵션

레미가 외부로 나가는 작업을 실행하기 전에 사용자에게 한 번 더 확인을 받는 흐름이 있을지가 핵심이에요. Gemini Code Assist의 'agent mode'에는 이미 plan approval 개념이 들어가 있는 만큼, 레미에도 비슷한 사용자 승인 단계가 마련되는 게 자연스러운 흐름이거든요. 자율성이 줄어드는 느낌은 있지만, 잘못된 내용이 자동으로 나가는 사고를 막는 데는 이게 가장 확실한 안전장치라고 봐요.

 

2. 활동 감사(audit) 가능성과 작업 범위 제한

레미가 처리한 작업 내역을 어떤 식으로든 감사할 수 있느냐도 중요해요. 나중에 "레미가 왜 이걸 보냈냐"는 상황이 생겼을 때 근거로 쓸 수 있고, 어떤 기준으로 판단하는지 패턴을 파악하는 데도 유용할 거거든요. 여기에 'Task Budgets'처럼 에이전트가 한 번에 처리할 수 있는 작업 범위·횟수를 제한하는 옵션이 함께 제공되면 훨씬 안심하고 쓸 수 있을 것 같고요.

구체적인 메뉴명이나 토글 위치는 아직 공개된 게 없으니, 출시 후 설정 메뉴부터 꼼꼼히 살펴볼 작정이에요. 나중에 손보는 것보다 처음부터 잡아두는 게 훨씬 수월하거든요.

 

 

'24/7 에이전트'라는 표현, 그대로 믿어도 될까

'24/7 디지털 파트너'라는 표현이 보도에 등장했지만, 실제 동작이 24시간 내내 균일할지는 별개 문제예요.

 

기존 자율 에이전트들도 실사용 데이터를 보면 활동이 특정 시간대에 몰리는 경향이 있거든요. 심야에 들어오는 해외 거래처 메일이 다음 날 아침에야 처리될 수도 있고, 24시간 내내 알아서 뒤에서 돌아가는 그림과는 거리가 있을 수도 있어요.

 

알림 설계도 출시 후 꼭 확인해봐야 할 부분이에요. 에이전트가 움직일 때마다 알림이 오는 방식이면, 하루 종일 진동이 울려서 오히려 집중을 깨거든요. '긴급 메일만 알림' 같은 세밀한 옵션, 일시 중지 기능, 시간대별 자동 동작 제한 옵션이 어디까지 제공되느냐가 실사용 만족도를 가를 것 같아요.

 

 

마치며

레미 보도들을 읽으면서 가장 자주 떠올린 장면은 결국 첫 문단에 적은 그 가상의 메일이었어요. 모니터엔 회의록이 떠 있는데, 옆 탭엔 레미가 이미 보낸 메일에 거래처가 단 답장이 먼저 와 있는 그림이요. 그 그림을 떠올렸을 때의 묘한 기분이, 이 글 전체의 거리감을 정해줬거든요.

 

처음엔 알아서 다 해주는 비서를 기대하게 되는데요. 막상 출시되더라도 옆자리에 앉은 신입을 대하는 감각으로 쓰는 게 맞다고 봐요. 시킬 일은 명확히 시키고, 결과물은 한 번씩 들여다보고, 내보내는 메일은 마지막 한 번을 직접 누르는 식으로요.

 

레미가 정식 출시되면 매일 아침 메일함을 정리해주는 도구로 충분히 자리잡을 수 있다고 봅니다. 다만 거래처로 나가는 메일에 마지막 클릭을 하는 손은, 적어도 당분간은 사람 손으로 남는 게 맞을 것 같아요. 자세한 그림은 곧 열리는 Google I/O 발표를 보고 다시 정리해 보려고 해요.