오전 9시 18분, 창을 여섯 번 오갔습니다
오전 9시 18분, 저는 Gemini 창과 번역 메모 창 사이를 여섯 번 오갔습니다. 원문을 붙여넣고, 답을 받고, 표현을 다시 고르고, 회의용 문장으로 줄이고, 마지막에는 어디에 저장했는지 다시 찾았습니다. AI가 느린 게 아니었습니다. 제가 AI 주변의 일을 너무 손으로 하고 있었습니다.
Gemini Voyager라는 이름을 보자마자 제가 먼저 본 건 “Gemini가 더 똑똑해지나?”가 아니었습니다. 비개발자 직장인에게 더 큰 문제는 모델의 지능보다 작업 동선입니다. 질문하고, 비교하고, 다시 쓰고, 저장하는 흐름이 흩어지면 좋은 답도 금방 일회용이 됩니다.
다들 더 센 모델을 찾지만, 실제 시간은 옆길에서 샙니다
AI 도구를 볼 때 사람들은 보통 성능부터 묻습니다. 더 긴 문서를 읽나, 더 정확히 답하나, 더 많은 기능을 붙였나. 저도 한동안 그렇게 봤습니다. 새 기능을 보면 일단 켜보고, 결과가 좋으면 “이제 이걸 쓰면 되겠다”고 생각했습니다.
그런데 지난달 번역 검수 루틴을 정리하면서 시간을 재보니 이상한 숫자가 나왔습니다. 1,400자짜리 영문 릴리스 노트를 한국어 요약, 내부 공유용 5줄, 카드뉴스 문장 6개로 나누는 데 실제 생성 시간은 6분 남짓이었습니다. 그런데 창 전환, 복사, 재요청, 버전 비교, 저장 위치 정리에 23분이 걸렸습니다.
신입에게 일을 시킬 때도 비슷합니다. 신입이 문장을 못 써서 일이 늦어지는 날도 있지만, 더 자주 늦어지는 이유는 “어디서 자료를 가져오고, 어떤 형식으로 넘기고, 누가 최종본을 확인하는지”가 정해져 있지 않기 때문입니다. AI도 마찬가지였습니다. 답변 품질만 올려서는 줄지 않는 시간이 있습니다.
Gemini Voyager는 기능보다 왕복 횟수를 봐야 합니다
제 주장은 이렇습니다. Gemini Voyager 같은 통합형 확장 프로그램의 가치는 Gemini를 대체하거나 갑자기 더 뛰어난 모델로 바꾸는 데 있지 않습니다. 진짜 쓸모는 Gemini 앞뒤에 붙는 작은 왕복, 그러니까 복사하기, 다시 묻기, 비교하기, 정리하기, 저장하기를 얼마나 덜 헷갈리게 만드느냐에서 갈립니다. 이 주장에는 반대할 수 있습니다. “확장 프로그램은 결국 부가기능일 뿐이고, 핵심은 모델 성능”이라고 보는 사람도 있을 겁니다. 하지만 제 작업에서는 모델보다 동선이 먼저 병목이 되는 날이 더 많았습니다.
다만 오늘 매니페스트에는 Gemini Voyager에 대한 공식 출처나 세부 기능 설명이 붙어 있지 않습니다. 그래서 제가 특정 기능을 확정해서 소개할 수는 없습니다. “무엇을 지원한다”, “어떤 화면이 있다”, “어떤 자동화가 된다” 같은 문장은 지금 쓰면 과장입니다. 대신 제목에서 확인되는 범위, 즉 Google Gemini를 보완하는 통합형 확장 프로그램이라는 단서만 놓고 실무자가 봐야 할 기준을 세울 수는 있습니다.
저는 이런 도구를 볼 때 세 가지를 먼저 확인합니다. 첫째, Gemini 답변을 새 창의 예쁜 결과물로만 보여주는지, 아니면 다음 작업으로 넘기기 쉽게 붙잡아주는지. 둘째, 한 번 만든 지시문와 결과를 다시 재사용할 수 있는지. 셋째, 원문, 답변, 수정본의 관계가 남는지. 이 셋 중 하나도 없으면 저는 오래 쓰지 못했습니다.
지난주에도 비슷한 실패가 있었습니다. 저는 Gemini로 고객 안내 문구 초안을 만들고, 다시 Notion에 붙이고, 다시 문장 톤을 낮추고, 다시 메일 앱으로 옮겼습니다. 결과물은 나쁘지 않았습니다. 문제는 다음 날이었습니다. “왜 이 표현을 골랐지?”를 복구하려고 Gemini 기록, Notion 페이지, 메일 임시저장함을 다시 열었습니다. 12분이면 끝날 일을 28분 동안 되짚었습니다. 답이 틀린 게 아니라, 판단 과정이 흩어졌습니다.
그래서 Gemini Voyager를 볼 때 저는 아래 표로 판단하겠습니다.
| 볼 기준 | 오래 쓸 확장 프로그램 | 금방 지우는 확장 프로그램 |
|---|---|---|
| 작업 흐름 | 질문 이후의 정리, 저장, 재사용까지 이어진다 | Gemini 호출 버튼만 하나 더 늘어난다 |
| 기록 | 원문, 답변, 수정본의 관계가 남는다 | 결과만 남고 왜 그렇게 바꿨는지 사라진다 |
| 재요청 | 같은 기준으로 다시 시킬 수 있다 | 매번 새로 설명해야 한다 |
| 비개발자 친화성 | 메뉴 이름만 봐도 다음 행동이 보인다 | 기능명은 많은데 어디서 시작할지 모르겠다 |
| 시간 절약 | 창 전환과 복붙이 줄어든다 | 답변은 빨라도 정리는 여전히 손으로 한다 |
복붙용으로 한 줄만 남기면 이렇습니다.
> “AI 확장 프로그램은 답을 더 멋지게 만드는 도구가 아니라, 답이 일로 바뀌는 길을 짧게 만드는 도구여야 한다.”
이 기준으로 보면 Gemini Voyager의 관전 포인트는 꽤 분명해집니다. “Gemini보다 낫다”가 아닙니다. “Gemini를 쓰는 사람이 반복하던 손작업을 얼마나 줄였나”입니다. 저는 기술을 직접 만드는 사람은 아니지만, 매일 기술을 일에 붙여 쓰는 사람입니다. 제게 좋은 도구는 발표 문구가 큰 도구가 아니라, 다음 날 같은 일을 다시 할 때 덜 설명해도 되는 도구입니다.
모든 일을 확장 프로그램 안에 넣으면 더 느려집니다
물론 통합형이라는 말은 양날입니다. 한곳에서 다 된다는 약속은 편하지만, 모든 작업을 한 화면 안에 밀어 넣으면 오히려 판단이 흐려질 수 있습니다. 저는 4월에 브라우저 확장 프로그램 세 개를 동시에 켜놓고 자료 요약을 하다가, 최종본이 어느 도구에서 나온 문장인지 헷갈린 적이 있습니다. 결국 원문부터 다시 확인했습니다.
보안이 엄격한 회사라면 더 조심해야 합니다. 고객 자료, 내부 회의록, 계약 문구를 확장 프로그램에 넘길 때는 어떤 데이터가 어디로 가는지 확인해야 합니다. 오늘 제공된 자료에는 Gemini Voyager의 개인정보 처리, 권한 범위, 공식 배포 경로가 없습니다. 이 부분이 비어 있으면 저는 업무 핵심 자료에는 바로 쓰지 않습니다.
또 하나의 한계도 있습니다. 이미 자기만의 루틴이 탄탄한 사람에게는 확장 프로그램이 방해가 될 수 있습니다. 예를 들어 원문은 Google Docs에 두고, 지시문는 TextExpander에 저장하고, 최종본은 Notion 템플릿에 넣는 식으로 흐름이 고정된 사람이라면 새 통합 도구가 시간을 더 잡아먹을 수 있습니다. 도구가 나쁜 게 아니라, 이미 굳은 시스템 위에 다른 시스템을 덮는 순간 마찰이 생깁니다.
오늘 할 일은 설치가 아니라, 내 왕복을 세는 겁니다
오늘 바로 할 일은 Gemini Voyager를 무작정 좋다 나쁘다로 판단하는 게 아닙니다. 먼저 내 Gemini 작업에서 시간이 새는 지점을 세어보면 됩니다. 저는 새 도구를 보기 전 아래 순서로 15분만 기록합니다.
① 오늘 Gemini에 맡긴 작업 하나를 고른다. ② 답변 생성 시간과 창 전환 시간을 따로 잰다. ③ 복사, 재요청, 저장, 비교가 몇 번 일어났는지 센다. ④ 같은 작업을 내일 다시 시킬 수 있게 남은 기록이 있는지 본다. ⑤ 새 확장 프로그램이 줄여야 할 왕복을 하나만 정한다.
이렇게 해두면 Gemini Voyager 같은 도구를 볼 때 기준이 생깁니다. “멋있어 보이나?”가 아니라 “내가 매번 반복하던 왕복 하나를 줄이나?”로 보게 됩니다. 비개발자 직장인에게 자동화는 거창한 미래 기술이기 전에, 오늘 저녁 20분을 되찾는 작은 시스템입니다.
다음 단계는 하나입니다. 오늘 Gemini로 한 작업 하나를 골라 왕복 횟수를 기록해두세요. 다음 편에서는 이 기록을 바탕으로, AI 확장 프로그램을 업무에 들일 때 꼭 봐야 할 권한·저장·재사용 기준을 더 현실적으로 나눠보겠습니다.
핵심 정리
- 오전 9시 18분, 저는 Gemini 창과 번역 메모 창 사이를 여섯 번 오갔습니다.
- Gemini Voyager라는 이름을 보자마자 제가 먼저 본 건 “Gemini가 더 똑똑해지나?”가 아니었습니다.
- AI 도구를 볼 때 사람들은 보통 성능부터 묻습니다.
→ 영어판 보기
