Gemini 3.5 Flash, 컴퓨터 사용 에이전트의 가격전

Flash가 에이전트 모델로 재정의되는 순간

Google은 Gemini 3.5 Flash를 에이전트와 코딩에 강한 빠른 모델로 내세우고 있다. Google의 Gemini 3.5 발표는 3.5 Flash가 Terminal-Bench 2.1 76.2%, MCP Atlas 83.6%, GDPval-AA 1656 Elo 같은 수치를 기록했다고 설명한다. Google AI for Developers 문서는 Gemini 3.5 Flash가 1M 입력 토큰, 65k 출력 토큰, thinking, 도구 기능을 지원한다고 정리한다.

후보 URL의 핵심은 컴퓨터 사용이다. 브라우저나 데스크톱 UI를 보고 클릭하고 입력하는 능력은 API가 없는 업무를 자동화하는 마지막 연결고리다. 다만 Google 문서에는 Interactions API 기준 Computer Use Preview가 Gemini 3 계열 기능으로 연결되는 설명과, FAQ에서 3.5 Flash의 일부 지원 범위를 구분하는 문장이 함께 있어 실제 적용 전 최신 문서를 확인해야 한다. 에이전트 기능은 발표보다 SDK와 권한 모델의 세부 사항이 더 중요하다.

속도와 비용이 에이전트 시장을 넓힌다

컴퓨터 사용 에이전트는 보통 느리고 비싸다. 화면을 인식하고, 다음 행동을 계획하고, 클릭한 뒤 결과를 다시 확인해야 하기 때문이다. Flash 계열 모델이 의미 있는 이유는 최상위 모델보다 낮은 단가와 빠른 응답으로 많은 반복을 처리할 수 있다는 기대 때문이다. Google DeepMind의 Gemini 3.5 Flash 페이지는 에이전트 워크플로, 반복 코딩, 멀티에이전트 조율, 파일 정리 같은 사용 사례를 전면에 배치한다.

Cloudflare 임시 계정, 에이전트 배포의 새 관문에서 보았듯 에이전트가 실제 서비스를 다루려면 임시 권한과 격리가 필요하다. 모델이 빠를수록 더 많은 행동을 하므로 권한 사고의 표면도 넓어진다. 컴퓨터 사용 기능은 데모에서는 마우스 클릭 몇 번처럼 보이지만, 프로덕션에서는 세션 관리, 스크린샷 보관, 재시도 정책, 금지 행동 목록, 사용자 승인 흐름이 필요하다.

벤치마크보다 운영 로그가 중요하다

Google은 Gemini 3.5 Flash 평가 방법론과 성능표를 통해 경쟁 모델 대비 위치를 보여준다. 이런 지표는 모델 선택의 출발점이다. 그러나 컴퓨터 사용 에이전트에서는 벤치마크가 실제 업무 성공률을 충분히 설명하지 못한다. 각 회사의 관리자 화면, 느린 네트워크, 비표준 UI, 다국어 문구, 팝업, 권한 오류는 벤치마크에 잘 반영되지 않는다.

따라서 기업은 모델 도입 전에 작은 평가 세트를 직접 만들어야 한다. 예를 들어 SaaS 관리자에서 사용자 권한을 바꾸는 작업, ERP에서 견적서를 찾는 작업, 고객센터 콘솔에서 티켓을 분류하는 작업을 50~100개 정도 정의하고 성공률, 평균 단계 수, 복구율, 비용을 측정해야 한다. BitBoard, 에이전트 분석을 대시보드로 고정하다에서 다룬 것처럼 에이전트는 관찰 가능성이 있어야 운영할 수 있다.

한국 기업의 도입 순서

한국 기업은 컴퓨터 사용 에이전트를 바로 사내 핵심 시스템에 붙이기보다 읽기 전용, 저위험, 반복 업무부터 시작하는 편이 낫다. 예를 들어 공개 웹 조사, 내부 문서 정리, 테스트 계정 기반 QA, 스테이징 환경에서의 관리자 작업 검증이 적합하다. 결제, 고객 개인정보 변경, 계약 승인처럼 되돌리기 어려운 행동은 인간 승인 단계를 둬야 한다.

개발팀은 Gemini 3.5 Flash 같은 모델을 단일 승자로 보지 말고 역할별로 비교해야 한다. 고난도 코딩은 상위 모델, 대량 분류는 저가 모델, 화면 자동화는 빠른 멀티모달 모델, 검증은 규칙 기반 테스트와 결합하는 식이다. ARD 공개, 에이전트 검색 표준 경쟁의 시작에서 다룬 표준화 흐름도 중요하다. 도구와 리소스를 표준 방식으로 등록해야 모델 교체가 쉬워진다.

결론: 컴퓨터 사용은 모델 기능이 아니라 운영 기능이다

Gemini 3.5 Flash의 의미는 Google이 빠른 모델을 하나 더 냈다는 데 그치지 않는다. AI 에이전트가 실제 화면을 조작하는 시장에서 비용과 속도 경쟁이 본격화됐다는 신호다. 하지만 컴퓨터 사용은 가장 위험한 도구 호출이기도 하다. 모델은 화면을 볼 수 있고, 버튼을 누를 수 있으며, 잘못 누른 버튼은 실제 상태를 바꾼다.

한국 기업은 기능 발표보다 운영 설계를 먼저 봐야 한다. 어떤 계정으로 실행할지, 어떤 화면을 기록할지, 어느 행동에 인간 승인을 요구할지, 실패한 작업을 어떻게 되돌릴지 정해야 한다. Flash가 에이전트를 더 싸고 빠르게 만들수록, 기업의 차별점은 모델 선택이 아니라 통제 가능한 자동화 설계가 된다.

자주 묻는 질문

Q1: Gemini 3.5 Flash는 어떤 모델인가요?

A: Google이 에이전트, 코딩, 장기 작업을 강조해 내놓은 Flash 계열 모델이다. 빠른 응답과 큰 컨텍스트를 앞세운다.

Q2: 컴퓨터 사용 기능은 왜 중요한가요?

A: API가 없는 웹 업무와 레거시 UI 자동화를 가능하게 하기 때문이다. 다만 잘못된 클릭이 실제 상태 변경으로 이어질 수 있다.

Q3: 벤치마크만 보고 도입해도 되나요?

A: 어렵다. 회사별 UI와 권한 구조가 다르므로 자체 업무 평가 세트를 만들어 성공률과 비용을 측정해야 한다.

Q4: 가장 먼저 자동화할 업무는 무엇인가요?

A: 읽기 전용 조사, QA, 스테이징 환경 작업처럼 실패 영향이 낮고 반복성이 높은 업무부터 시작하는 것이 좋다.

Q5: 모델 교체 가능성을 어떻게 확보하나요?

A: 도구 등록, 로그 형식, 평가 세트, 권한 정책을 모델과 분리해 설계해야 한다. 그래야 Gemini 외 모델도 비교할 수 있다.