증상 → 모델 호출료만으로 예산을 잡으면 실제 운영비가 빠집니다. 해결 → 화면 입력과 동작 반복, 실행 환경, 실패 재시도와 사람의 확인까지 분리해 계산하세요.
브라우저 자동화라면 가벼운 격리 환경부터 검증하고, macOS 앱이나 시스템 상호작용이 필요할 때 클라우드 맥을 평가하면 됩니다.
Gemini 3.5 Flash Computer Use를 시제품에서 지속 운영으로 옮기려는 개발자는 비용 항목을 나누는 방법을 확인하세요.
QA와 플랫폼 담당자는 실패와 수동 검토를 예산에 반영하는 기준을 얻을 수 있습니다.
macOS 앱 상호작용을 검증해야 하는 팀은 맥 실행 환경을 추가할 조건을 살펴보세요.
Gemini 3.5 Flash Computer Use 배포 비용을 항목별로 나누세요
배포 비용은 모델 API 청구액만으로 결정되지 않습니다. 모델에 화면 상태를 보내고, 응답으로 받은 동작을 실행하고, 새 화면을 다시 전달하는 흐름이 반복되기 때문입니다. Computer Use 구현 문서는 개발자가 동작을 실행할 클라이언트와 안전한 환경을 마련해야 한다고 설명합니다. 모델 호출만 준비하면 브라우저나 데스크톱이 자동으로 제공되는 구조는 아닙니다. 공식 Computer Use 구현 문서를 먼저 확인하세요.
예산은 아래 항목을 분리해 기록하세요.
- 모델 호출: 요청 횟수와 요청·응답에 포함되는 토큰을 기준으로 계산합니다. 가격과 과금 조건은 예전 글이나 다른 모델의 단가로 추정하지 말고, 적용 시점의 공식 Gemini API 가격표에서 확인하세요.
- 화면 상태 입력: 스크린샷이 모델 입력에 포함될 때의 처리 비용을 따로 살펴봅니다. 화면 크기나 전달 방법에 따라 실제 입력량을 임의로 단정하지 말고, 이미지 입력 안내와 사용량 집계 결과를 대조하세요.
- 동작 실행과 결과 회신: 클릭이나 키 입력을 실행하는 클라이언트, 실행 결과를 다시 전달하는 과정에 서버나 브라우저 자원이 필요합니다. 이 비용은 모델 청구액에 자동으로 포함된다고 가정하지 마세요.
- 재시도와 복구: 페이지 구조가 바뀌거나 로그인 상태가 풀려 동작이 실패하면 추가 모델 요청과 실행 시간이 발생합니다. 정상 완료 기록만 모으면 이 비용이 빠집니다.
- 사람의 검토와 환경 유지: 고위험 동작의 확인, 계정 격리, 로그 보관, 자동화 도구 업데이트와 장애 대응에 쓰는 시간을 포함합니다.
모델 비용은 요청에 포함된 입력과 출력에 따라 달라집니다. 화면과 일반 텍스트를 함께 보내는 경우도 있으므로 토큰 사용량을 실제 요청 기준으로 확인하세요. 토큰 수 집계 안내와 결제 안내를 사용량 확인에 함께 활용하면 예상과 청구액이 어긋난 원인을 찾기 쉽습니다.
주의: API 가격과 호출 한도는 고정값으로 복사해 두지 마세요. 예산을 갱신할 때 현재 모델의 가격, 과금 단위, 적용 한도를 공식 문서에서 다시 확인하고 확인 날짜를 기록하세요.
실행 환경은 작업 대상과 격리 요구에 맞추세요
브라우저 작업만 한다면 브라우저 자동화 환경부터 검토할 수 있습니다. 컨테이너나 가상 머신은 작업을 격리하는 선택지가 될 수 있지만, 이미지 관리와 브라우저 업데이트, 로그인 정보 보호, 실패한 실행의 정리 책임은 여전히 운영팀에 있습니다. 사용 환경이 가볍다고 해서 유지보수가 사라지는 것은 아닙니다.
반대로 macOS 전용 앱, 실제 시스템 권한 흐름, Safari 동작이 목표에 포함된다면 일반적인 브라우저 컨테이너만으로는 검증할 수 없는 조건이 생깁니다. 이 경우 클라우드 맥을 후보로 넣되, 목표 앱과 권한을 실제로 시험할 필요가 있는지 먼저 확인하세요. 웹 페이지 조작만 하는 프로젝트에 맥을 처음부터 필수 비용으로 넣을 이유는 없습니다.
환경을 고를 때는 장단점을 다음처럼 비교할 수 있습니다.
- 브라우저 자동화 환경: 웹 작업 범위가 명확하고 브라우저 동작만 검증할 때 적합합니다. 다만 사이트 변경과 인증 만료에 대응할 유지보수 책임이 있습니다.
- 컨테이너 또는 가상 머신: 실행을 격리하고 환경을 통제해야 할 때 검토할 수 있습니다. 기반 이미지와 브라우저 상태를 직접 관리해야 하며, macOS 앱 테스트를 대신하지는 않습니다.
- 클라우드 맥: macOS 앱이나 시스템 상호작용이 테스트 대상일 때 검토합니다. 대상이 웹에 한정된다면 불필요한 환경 관리 항목이 될 수 있습니다.
맥 환경과 브라우저 환경의 차이를 검토할 때는 Macstripe 서비스 안내에서 제공 범위를 확인하고, 계정이나 이용 조건처럼 운영에 영향을 주는 내용은 Macstripe 도움말을 참고하세요. 실제로 필요한 운영 조건과 제공 범위가 맞는지는 도입 전에 확인해야 합니다.
재시도와 사람의 확인을 운영비로 환산하세요
페이지 변경, 로딩 지연, 예상하지 못한 팝업, 로그아웃은 자동화의 실패 원인이 될 수 있습니다. 실패 뒤에 화면을 다시 보내고 다음 동작을 판단하면 모델 요청과 실행 자원이 추가됩니다. 인증이 중단된 경우에는 작업을 계속 반복하기보다 사람에게 넘겨야 할 수도 있습니다. 이런 상황을 하나의 평균 재시도 비용으로 뭉뚱그리지 말고 원인별로 기록하세요.
특히 송금, 게시, 계정 변경처럼 되돌리기 어려운 작업은 성공 여부만 자동 판정하지 마세요. Computer Use 안전 안내와 구현 방식에 따라 사람이 확인하거나 실행을 중단하는 경로를 설계해야 합니다. 공식 구현 안내를 기준으로 허용 동작과 검토 지점을 정하고, 승인 대기 시간과 담당자 확인에 드는 수고도 별도 항목으로 남기세요.
실행 중 호출이 제한되거나 작업이 밀리는 상황도 비용 모델에 영향을 줍니다. 제한에 도달한 요청을 재시도하도록 설계했다면 지연과 추가 호출 가능성을 함께 점검하세요. 적용 중인 모델의 제한은 공식 요청 한도 안내에서 확인할 수 있습니다. 한도나 모델 세부 사항은 바뀔 수 있으므로 구현 시점의 문서를 기준으로 삼으세요.
실제 작업 로그로 예산을 산출하세요
먼저 저빈도 실험, 지속적인 회귀 테스트, 여러 작업의 동시 실행을 서로 다른 시나리오로 잡으세요. 각 시나리오에 작업량, 작업당 모델 요청과 화면 전달, 재시도, 사람의 검토 시간, 실행 환경 유지비를 입력합니다. 숫자를 미리 정해 넣기보다 실제 작업 로그와 현재 가격표에서 값을 가져오면 추정이 과도하게 낙관적으로 흐르는 일을 줄일 수 있습니다.
계산 구조는 다음처럼 단순하게 두면 됩니다.
- 모델 비용 = 요청별 입력·출력 사용량에 현재 단가를 적용한 합계
- 실행 환경 비용 = 브라우저·컨테이너·가상 머신 또는 맥의 실제 사용·유지 비용
- 운영 비용 = 재시도 처리 + 사람의 확인 + 계정·로그·환경 관리에 투입한 비용
- 전체 예상 비용 = 모델 비용 + 실행 환경 비용 + 운영 비용
작업 종류와 비용 변수를 연결하면 어디서 예상이 빗나갔는지 찾기 쉽습니다.
- 저빈도 실험: 실제 작업 몇 가지를 골라 요청과 화면 전달 횟수, 실패 이유, 사람의 개입을 기록합니다. 실험에서 얻은 값은 상시 운영 예상치와 섞지 마세요.
- 지속 회귀 테스트: 반복 실행의 총 모델 사용량과 브라우저 환경 유지, 실패 후 재실행, 결과 검토 시간을 모읍니다. 페이지 변경으로 실패 패턴이 달라졌는지 함께 기록합니다.
- 다중 작업 운영: 동시에 실행할 때 필요한 격리 수, 계정과 로그 관리, 한도에 따른 대기 및 재시도 정책을 확인합니다. 동시 실행이 늘면 비용도 단순히 호출료만큼만 늘어난다고 가정하지 마세요.
운영 팁: 가격표를 확인한 날짜, 모델 이름, 요청별 토큰 집계 방식, 실행 환경, 사람이 확인한 작업을 같은 기록에 남기세요. 모델이나 과금 조건을 바꿀 때 이전 실행과 새 실행을 비교할 근거가 됩니다.
확장 전에 실행 로그로 선택 조건을 확인하세요
아래 항목을 실제 테스트 계획에 체크하세요.
- [ ] 브라우저 자동화만으로 목표 작업을 끝낼 수 있는지 확인합니다.
- [ ] 요청·응답 토큰과 화면 입력을 작업 단위로 기록합니다.
- [ ] 성공뿐 아니라 실패, 재시도, 로그인 중단을 원인별로 남깁니다.
- [ ] 사람의 승인이나 수동 복구가 필요한 작업과 소요 시간을 기록합니다.
- [ ] 계정 분리, 실행 격리, 로그 보관을 현재 환경에서 감당할 수 있는지 점검합니다.
- [ ] macOS 앱, 시스템 권한, Safari가 실제 검증 대상인지 확인합니다.
웹 작업이 대부분이고 격리된 브라우저로 요구사항을 충족한다면 그 환경에서 비용과 안정성을 먼저 확인하세요. 실제 macOS 앱이나 시스템 동작을 재현할 수 없거나 격리·유지보수 책임이 부담으로 남는다면, 소규모 테스트 결과를 근거로 맥 환경을 평가하세요. 작업 성공률과 호출량뿐 아니라 실패 복구와 수동 확인이 줄어드는지도 비교해야 합니다.
자주 묻는 질문
Gemini 3.5 Flash Computer Use를 배포할 때 비용 항목은 어떻게 나누나요?
비용을 모델 요청, 화면 상태를 전달하는 입력, 실행 결과를 돌려보내는 요청, 브라우저나 데스크톱 환경 유지, 실패 후 재시도, 사람이 확인하는 작업으로 나누세요. 모델 요금은 사용 시점의 공식 가격표와 실제 토큰 집계로 계산해야 합니다. 환경 운영비와 검토 인건비는 별도 기록해야 호출료가 낮아 보여도 전체 비용이 커지는 상황을 놓치지 않습니다.
AI Agent가 화면을 다시 캡처하거나 동작을 재시도하면 비용이 얼마나 달라지나요?
고정된 재시도율을 가정하지 말고 실행 로그에서 작업별 화면 입력 횟수, 모델 왕복 횟수, 실패 원인, 사람의 개입 여부를 기록하세요. 화면을 다시 전달할 때마다 입력 토큰과 요청이 추가될 수 있고, 재시도 과정에서 여러 동작이 이어지면 모델 호출도 늘어납니다. 따라서 성공한 실행만이 아니라 실패한 실행까지 포함한 비용을 작업 단위로 비교해야 합니다.
브라우저 조작만 한다면 별도의 데스크톱 환경이 필요한가요?
대상 서비스가 브라우저에서 동작하고 자동화 방식이 필요한 웹 동작을 지원한다면, 먼저 격리된 브라우저 실행 환경으로 검증할 수 있습니다. Computer Use는 모델이 실행 환경 자체를 제공한다는 뜻이 아닙니다. 클라이언트가 화면을 전달하고 동작을 실행해야 합니다. 실제 Safari 동작이나 macOS 앱, 시스템 권한을 검증해야 하는 경우에만 데스크톱 또는 맥 환경을 추가로 평가하세요.
Computer Use Agent 테스트에 클라우드 맥을 붙여야 하는 시점은 언제인가요?
목표 작업이 macOS 전용 앱이나 시스템 설정을 다루거나 Safari에서의 실제 동작을 검증해야 할 때 맥 실행 환경을 평가하세요. 그 전에 브라우저 환경에서 작업 성공 여부, 예외 상황, 사람의 확인이 필요한 지점을 기록하면 필요한 맥 테스트 범위를 좁힐 수 있습니다. 격리와 운영 부담이 현재 환경에서 감당되지 않는지도 함께 살펴보고, 단순 웹 작업이라면 맥을 필수 비용으로 잡지 마세요.
