Gemini 3.5 업무 활용 가이드: 구글시트·드라이브 자동화에 어떤 모델을 써야 할까

Gemini 3.5가 업무 자동화에서 중요한 이유

Google은 Gemini 3.5를 단순한 대화 모델보다 복잡한 에이전트 워크플로를 실행하는 제품군으로 소개했습니다. 문서 내용을 이해하고, 도구를 호출하고, 여러 단계의 작업을 이어가는 능력이 핵심입니다. 이 방향은 구글시트·드라이브·Gmail처럼 이미 업무 자료가 모여 있는 환경과 잘 맞습니다.

하지만 “Google 서비스와 연결이 잘 된다”와 “운영에 바로 써도 된다”는 같은 말이 아닙니다. 시트 전체를 읽는 도구, 파일 최신본을 구분하지 못하는 검색, 결과를 검증하지 않는 자동화는 모델이 좋아져도 사고를 냅니다. 새 모델의 가치는 데이터 연결량이 아니라 필요한 자료를 작게 읽고, 결과를 구조화하고, 실패를 사람이 확인할 수 있게 만드는 능력에서 나옵니다.

Gemini 3.5 Flash와 Flash-Lite 선택표

2026년 7월 기준 표준 API 가격은 3.5 Flash가 입력 100만 토큰당 1.50달러, 출력 9달러이고, Flash-Lite는 입력 0.30달러, 출력 2.50달러로 안내됩니다. 가격만 보면 Lite가 유리하지만, 어려운 작업을 Lite로 반복 실패시키면 재호출과 사람 수정 비용이 더 커질 수 있습니다.

구글시트 업무는 세 단계로 나눠야 한다

예를 들어 고객 문의 10만 행을 분석할 때 원문 전체를 Gemini에 보내는 것은 좋은 자동화가 아닙니다. Apps Script나 QUERY 함수로 최근 30일, 필요한 다섯 열, 유형별 건수와 대표 문의를 먼저 만든 뒤 모델에 전달하는 편이 빠르고 재현 가능합니다. 자세한 원리는 AI에 구글시트를 연결하면 토큰이 빨리 소모되는 이유에서 확인할 수 있습니다.

구글드라이브 연결에서 생기는 세 가지 함정

최신본과 보관본이 섞인다

파일명이 비슷한 제안서가 여러 개라면 검색 결과의 최신 수정일과 폴더 상태를 함께 확인해야 합니다. “관련 문서 전부 찾아줘”보다 폴더·기간·파일 유형을 먼저 제한하는 것이 안전합니다.

도구가 읽은 양은 프롬프트보다 훨씬 클 수 있다

사용자가 한 문장을 입력했더라도 URL Context, 검색, 드라이브 커넥터가 긴 본문을 반환하면 도구 입력 토큰이 커집니다. 도구 호출별 반환 크기와 모델 입력 토큰을 별도로 기록해야 합니다.

요약이 맞아도 업무 결과가 틀릴 수 있다

문서를 자연스럽게 요약했다는 이유만으로 승인, 발송, 수정까지 자동 실행하면 안 됩니다. 근거 파일, 추출된 수치, 생성된 결과, 실행 상태를 각각 보관해야 합니다.

실무에 적합한 역할 분담 예시

모델을 교체해도 살아남는 운영 기준

• 모델 별칭보다 고정 버전: 운영 환경에서는 자동으로 바뀌는 latest보다 테스트한 안정 버전을 사용합니다.
• 20~50개 실제 업무 평가셋: 우리 회사의 문의, 보고서, 상품 데이터를 익명화해 회귀 테스트합니다.
• 출력 스키마: 자유로운 문장 대신 필수 필드와 허용값을 정합니다.
• 도구 호출 한도: 읽을 행·파일 수, 재시도 횟수, 반환 글자 수에 상한을 둡니다.
• 사람 승인 경계: 외부 발송, 데이터 삭제, 금액 변경은 검수 뒤 실행합니다.

새 모델을 도입하는 가장 좋은 방법은 모든 업무를 한 번에 교체하는 것이 아니라, 실패 비용이 낮고 평가가 쉬운 한 단계부터 맡기는 것입니다.

공식 자료에서 확인할 것

Google의 Gemini 3.5 발표는 에이전트·코딩·멀티모달 성능을 중심으로 설명합니다. 실제 API 도입에서는 모델 버전 정책과 가격표를 함께 봐야 합니다. 발표 벤치마크는 출발점이고, 최종 선택은 우리 데이터의 정확도·지연·비용으로 결정해야 합니다.