여섯 번 붙여 넣은 오전
지난주 화요일 오전 9시 40분, 저는 Gemini 창 두 개와 번역 문서 하나를 번갈아 보다가 같은 문장을 여섯 번 붙여 넣었습니다. 답을 고르는 데는 2분이 걸렸고, 어디에 최종본이 있는지 다시 찾는 데 11분이 걸렸습니다. 숫자로는 11분이지만, 실제로는 집중이 한 번 끊긴 오전 전체가 날아간 느낌이었습니다. 그래서 저는 Gemini Voyager 같은 통합형 확장 프로그램을 새 기능 묶음보다 먼저, 잃어버린 작업 동선을 되찾는 장치로 봅니다.
저는 기술을 직접 만드는 사람은 아닙니다. 대신 기술이 제 하루를 덜 쪼개게 만드는지, 더 잘게 부수는지를 예민하게 봅니다. 비개발자 직장인에게 AI의 성능표보다 먼저 중요한 건, 같은 일을 몇 번 다시 하게 만드느냐입니다.
좋은 모델만 고르면 빨라진다는 착각
다들 “어느 모델이 제일 낫냐”부터 묻습니다. 저도 한동안 그 질문만 붙들었습니다. 그런데 회사에서 신입에게 일을 맡겨보면 금방 알게 됩니다. 사람 자체가 똑똑해도 요청 양식이 없고 파일 위치가 흐릿하면, 일은 계속 다시 묻게 됩니다.
Gemini도 비슷합니다. 답변의 질은 꽤 괜찮은데, 창을 옮길 때마다 맥락이 끊기고, 실험용 질문과 최종 작업 질문이 뒤섞이고, 결과를 다시 문서로 옮기는 손동작이 많으면 하루 끝 피로가 커집니다. 저는 예전에 모델만 바꾸면 번역 초안이 확 달라질 줄 알고 서비스 셋을 오가며 지시문 12개를 다시 만든 적이 있습니다. 결과는 품질 개선보다 정리 실패였습니다. 최종본이 어느 창에 있는지 헷갈려 오후에 원문 정리부터 다시 했습니다.
더 똑똑한 답보다 덜 반복하는 손이 먼저 산다
제 주장은 분명합니다. Gemini Voyager의 가치는 Gemini를 더 영리하게 만드는 데 있지 않습니다. 이미 쓸 만한 모델 위에 작은 작업 시스템을 얹어, 사람이 같은 동작을 덜 하게 만드는 쪽이 훨씬 현실적입니다. 이 주장에는 반대도 있을 겁니다. “결국 좋은 답이 먼저 아니냐”는 말이 맞을 때도 있으니까요. 그래도 저는 비개발자 직장인의 실제 하루에서는 답변 품질 5퍼센트보다 반복 동작 30퍼센트 감소가 더 오래 남는다고 봅니다.
제가 반복해서 겪는 병목은 네 가지입니다. 대화 맥락이 창마다 끊기는 일, 같은 지시문를 매번 손으로 꺼내는 일, 실험 질문과 제출용 질문이 섞이는 일, 그리고 결과를 다시 제 작업 문서로 옮기는 일입니다. 이 네 군데 중 두 군데만 정리돼도 체감이 큽니다. 반대로 모델 점수가 조금 올라가도 이 과정이 그대로면 하루는 별로 가벼워지지 않습니다.
아래 표는 제가 실제로 도구를 볼 때 쓰는 기준입니다.
| 비교 항목 | 새 모델로 갈아탈 때 기대하는 것 | 통합형 확장 프로그램에서 먼저 줄어드는 것 |
|---|---|---|
| 답변 품질 | 더 나은 문장, 더 긴 추론 | 같은 질문 재작성 횟수 |
| 작업 속도 | 잘 맞으면 한 번에 끝남 | 탭 이동, 복붙, 맥락 복원 시간 |
| 학습 비용 | 모델 특성 다시 익혀야 함 | 기존 습관 위에 얹기 쉬움 |
| 실패했을 때 손해 | 결과가 별로면 처음부터 다시 | 불편하면 제거하고 원래 흐름으로 복귀 가능 |
여기서 솔직해야 할 대목도 있습니다. 지금 제가 확인한 수집 기록의 출처는 비어 있습니다. 그래서 Gemini Voyager의 실제 권한 범위, 저장 방식, 사용자 수, 어느 정도까지 자동화하는지는 이 글에서 확인해 드릴 수 없습니다. 저는 이런 빈칸을 무시하고 기능을 단정하는 글을 별로 믿지 않습니다. 다만 제목과 설명이 겨누는 방향은 분명합니다. Gemini를 대체하려는 도구가 아니라, Gemini를 쓰는 사람의 동선을 조금 덜 끊기게 하려는 도구라는 점입니다. 그 방향 자체는 평가할 수 있습니다. 도구의 야심보다, 제 손이 덜 바빠지는지를 기준으로 보면 되니까요.
저는 이런 종류의 확장 프로그램을 볼 때 늘 같은 질문을 합니다. “이게 답을 더 똑똑하게 만드나?”가 아니라 “내가 오늘 같은 클릭을 세 번 덜 하게 되나?”입니다. 전자가 광고 문구라면, 후자는 퇴근 시간을 건드리는 질문입니다.
회사 계정으로 바로 붙이면 오히려 손해인 사람도 있다
물론 이 판단이 항상 맞지는 않습니다. 하루에 Gemini를 한두 번만 쓰는 사람이라면 확장 프로그램 하나 더 올리는 일이 오히려 번거로울 수 있습니다. 보안이 엄격한 조직에서는 브라우저 확장 설치 자체가 막혀 있기도 합니다. 그리고 지금처럼 공개 출처가 연결되지 않은 상태라면, 어떤 데이터에 접근하는지 확인하기 전까지는 회사 문서나 고객 자료를 바로 연결하는 판단을 저는 하지 않겠습니다.
저는 예전에 편의를 믿고 번역 메모를 외부 도구에 너무 빨리 넣었다가, 나중에 삭제 경로를 다시 확인하느라 더 오래 걸린 적이 있습니다. 그 뒤로는 원칙이 단순해졌습니다. 효율 도구는 먼저 개인용 더미 문서에서 시험하고, 살아남은 것만 업무 흐름에 올립니다. 빠른 도입보다 늦은 후회가 더 비쌉니다.
오늘은 클릭 세 번부터 줄여보자
오늘 바로 해볼 일은 거창하지 않습니다.
① Gemini를 쓰는 동안 반복해서 하는 손동작을 딱 3개만 적어보세요. 창 전환, 복붙, 이전 답변 찾기처럼 아주 사소한 것도 좋습니다. ② 그 3개 중 하나라도 줄여주지 못하면, Gemini Voyager 같은 도구는 일단 보류하세요. 이름보다 동선이 먼저입니다. ③ 반대로 하나라도 분명히 줄여준다면, 그때부터는 “더 좋은 답”보다 “덜 끊기는 흐름”을 기준으로 계속 써볼 만합니다.
제가 오늘 남기고 싶은 복붙용 한 줄은 이것입니다.
> AI를 더 잘 쓰는 목표는 더 똑똑한 답을 받는 게 아니라, 같은 클릭을 세 번 덜 하는 것이다.
이런 실무형 아카이브를 계속 받아보실 분은 아카이브를 구독해 두세요. 다음 편에서는 확장 프로그램보다 더 오래 남는 자산, 제가 실제로 쓰는 “지시문 보관 방식 한 장”을 보여드리겠습니다.
핵심 정리
- 지난주 화요일 오전 9시 40분, 저는 Gemini 창 두 개와 번역 문서 하나를 번갈아 보다가 같은 문장을 여섯 번 붙여 넣었습니다.
- 저는 기술을 직접 만드는 사람은 아닙니다.
- 다들 “어느 모델이 제일 낫냐”부터 묻습니다.
→ 영어판 보기
