AI 에이전트의 컴퓨터 사용, 비용과 승인 기준부터 따져봅니다

컴퓨터를 직접 조작하는 AI 에이전트는 꼭 해야 할 업무에 쓸 만한 API, 즉 소프트웨어가 직접 접근할 수 있는 인터페이스가 없고, 작업 결과를 검증할 수 있을 때 도입할 만합니다. Microsoft Copilot Studio는 모델 단계당 5 또는 15 Copilot Credits를 부과합니다. 다만 실제 예산에는 사람의 감독, 재시도, 작업을 실행하는 컴퓨터 비용까지 포함해야 합니다. 이 과금 단위는 Microsoft의 컴퓨터 사용 문서에 정의되어 있습니다.

버튼을 눌러야만 데이터를 내보낼 수 있는 공급업체 포털이 대표적인 후보입니다. 주문과 재고를 관리하는 오래된 ERP라면 데스크톱 제어가 필요할 수 있습니다. 정부 기관에 제출하는 서식에는 훨씬 엄격한 경계가 필요합니다. 정보를 준비하는 일과 신고서를 제출하는 일은 버튼이 나란히 있어도 별개의 업무입니다.

도입 원칙은 간단합니다. 업무를 끝낼 수 있는 방법 중 접근 권한이 가장 좁은 것을 선택합니다. 화면의 모든 요소를 클릭할 수 있는 모델이라고 해서 계정으로 할 수 있는 모든 일을 허용할 필요는 없습니다.

컴퓨터를 사용하는 AI 에이전트는 어떻게 작동할까?

컴퓨터 사용 에이전트는 화면을 보고, 다음 행동을 정하고, 클릭하거나 입력한 뒤, 바뀐 화면을 확인하는 과정을 반복합니다. 판단은 모델이 맡고, 명령을 실제로 수행하는 소프트웨어인 실행기가 마우스와 키보드를 조작합니다. OpenAI의 현재 가이드는 구조화된 컴퓨터 조작 명령과 코드를 통한 인터페이스 조작을 모두 설명합니다. OpenAI computer use 가이드

이 구분을 알아야 실제 구현에 무엇이 필요한지 보입니다. 모델 이용 권한을 구매한다고 실행 중인 브라우저, 로그인된 계정, 스케줄러, 복구 절차까지 따라오는 것은 아닙니다. 이런 요소는 모델을 둘러싼 제품이나 직접 만든 애플리케이션에서 제공해야 합니다.

주간 공급업체 보고서를 받는 업무라면, 에이전트는 페이지 구성이 바뀌어도 보고서 메뉴를 찾아 요청한 기간을 선택하고 내보내기 버튼을 찾을 수 있습니다. 그래도 공급업체 계정과 보고 기간을 올바르게 선택했는지는 검증해야 합니다. 파일이 내려받아졌다는 사실은 다운로드에 성공했다는 증거일 뿐, 보고서가 정확하다는 증거는 아닙니다.

화면 제어는 업무 흐름의 어느 부분에 맡겨야 할까?

화면을 해석해야 하는 구간에만 시각적 제어를 사용합니다. 보고서가 파일로 만들어진 뒤에는 일반 소프트웨어로 열 구성을 검사하고, 날짜를 읽고, 승인된 저장 위치로 옮길 수 있습니다. 그 이후까지 에이전트가 화면을 조작하게 하면 판단할 단계는 늘어나지만 그만큼 가치가 늘어난다고 보기는 어렵습니다.

브라우저만 제어하는 것과 데스크톱 전체를 제어하는 것도 다릅니다. 브라우저는 웹 포털에 접근할 수 있지만, Windows 네이티브 애플리케이션으로만 실행되는 ERP까지 자동으로 다룰 수 있는 것은 아닙니다. 모델 브랜드를 비교하기 전에 업무가 어느 환경에서 이루어지는지부터 정해야 합니다.

도입을 검토한다면 달라진 제품 구분부터 확인합니다

현재 선택지는 개발자용 도구, 구독으로 이용자가 직접 운용하는 어시스턴트, 자체 과금 체계를 갖춘 자동화 플랫폼으로 나뉩니다. 이들의 안전 통제 방식과 요금을 같은 것으로 보면 안 됩니다.

2026년 10월 13일 각 제조사의 공개 최신 문서를 기준으로 확인했습니다. 이 글은 문서 조사와 비용 분석입니다. 실제 계정으로 포털에 로그인해 수행한 테스트나 벤치마크는 아닙니다.

제품명과 관련해 가장 주의할 변화는 OpenAI에 있습니다. ChatGPT agent 도움말 페이지는 이제 해당 제품을 더 이상 제공하지 않는다고 알리고, ChatGPT Work와 클라우드 브라우저로 안내합니다. 페이지 아래쪽에는 예전 요금제와 메시지 한도 설명이 남아 있습니다. 새로 도입할 때 이 과거 한도를 기준으로 예산을 잡으면 안 됩니다. ChatGPT agent 제공 현황

실행 환경, 과금 단위, 승인 방식, 워크플로가 멈췄을 때 누가 책임질지를 비교해야 합니다. 토큰은 인코딩된 스크린샷을 포함해 모델의 입력과 출력 사용량을 재는 단위이며, 완료한 행동의 횟수가 아닙니다. 모델 성능 순위는 별도로 판단할 문제입니다. 모델별 장단점은 컴퓨터 사용 에이전트를 위한 멀티모달 모델에서 더 자세히 다룹니다.

OpenAI computer use: API와 ChatGPT Work 중 무엇을 선택할까?

OpenAI의 Responses API computer use는 실행 환경을 직접 관리하려는 개발자를 위한 선택지입니다. 현재 구조화된 조작 명령 예제는 GPT-6.1 Sol을 사용합니다. OpenAI는 GPT-6 Astra에 대해서는 생성된 코드가 사용자의 런타임에서 인터페이스를 조작하는 코드 실행 방식의 통합도 권장합니다. 이는 서로 다른 구독 요금제가 아니라 구현 방식의 차이입니다. 현재 API 가이드

과금: OpenAI는 모델 요금의 단위를 “1M 토큰당 가격”으로 표시합니다. GPT-6.1 Sol의 Standard에서 짧은 컨텍스트에 적용되는 요금은 100만 토큰당 입력 $2, 출력 $10이며, 캐시된 입력과 캐시 쓰기에는 별도 요금이 있습니다. 이는 모델 비용이지 포털 업무 한 건을 완료하는 가격이 아닙니다. 현재 요금표에는 컴퓨터 클릭에 대한 별도 요금이 없으며, 도구 호출 1,000회당 $2.50인 항목은 파일 검색에 해당합니다. OpenAI API 요금

안전: OpenAI는 개발자에게 브라우저나 가상 머신을 격리하고, 사이트와 행동을 제한하며, 화면 내용을 신뢰할 수 없는 입력으로 취급하고, 중요한 결과를 초래하는 행동에는 확인을 받도록 안내합니다. 가상 머신은 소프트웨어로 만든 별도의 컴퓨터입니다. 얼마나 효과적으로 격리할 수 있는지는 그 안에서 어떤 계정, 파일, 네트워크에 접근할 수 있게 하느냐에 달려 있습니다. 모델에 지시하는 것과 함께 실행기에도 이러한 제한을 적용해야 합니다. 실행 및 동의 관련 지침

호스팅형 대안: OpenAI의 Agents API는 브라우저를 제공하며, 새로운 웹사이트 오리진마다 승인을 요구합니다. 오리진은 사이트를 구분하는 주소상의 경계입니다. 문서는 사이트 접근 승인과 개별 행동 확인을 명확히 구분합니다. 사이트 접근을 승인받았다고 해서 개별 행동 전 확인이 강제되는 것은 아닙니다. 승인이 없으면 어떤 행동을 기술적으로 실행할 수 없어야 한다면, 브라우저가 접근할 수 있는 리소스를 제한하거나 직접 제어하는 런타임을 사용해야 합니다. 호스팅 브라우저 문서

Agents API는 모델 사용에 API 요금, 도구에 각 도구의 표준 요금, 호스팅 샌드박스에 컨테이너 요금을 적용합니다. 이 방식을 선택할 때는 모델만 계산한 견적에 실행 환경과 도구 사용 비용을 더해야 합니다. Agents API 과금 기준

비개발자가 이용할 수 있는 현재 선택지, ChatGPT Work

지원되는 웹사이트 업무를 맡기려면 현재 OpenAI 제품 중에서는 ChatGPT Work 클라우드 브라우저를 살펴봐야 합니다. 기존 브라우저 세션이 아니라 클라우드의 별도 컴퓨터를 사용합니다. 이용 가능 여부는 지원되는 유료 요금제, 지역, 워크스페이스 권한에 따라 달라집니다. 클라우드 브라우저 문서

과금: OpenAI에 따르면 대상 개인 요금제에서는 기본 제공량을 먼저 사용하고, 이를 초과한 지원 대상 사용량은 구매한 크레딧으로 충당할 수 있습니다. Work는 다른 에이전트 기능과 이 제공량을 공유할 수 있습니다. Business와 Enterprise의 크레딧 기반 Work 요금은 토큰 기준이며, 적용 단가는 모델과 계약에 따라 달라집니다. 어느 방식도 다운로드 한 건당 공통으로 적용할 달러 가격을 제시하지는 않습니다. 개인 요금제 사용 규칙, 기업용 크레딧 요율표

안전: 클라우드 브라우저는 기본적으로 새 사이트 접근 권한을 요청하고, 사이트 허용·차단 설정을 제공하며, 중요한 결과를 초래하는 행동 전에 확인을 요청하도록 설계되어 있습니다. 로그인에는 보안 양식을 사용합니다. 웹사이트 운영자가 자동화된 접근을 차단할 수도 있습니다. 자신의 브라우저에서 공급업체 포털이 열린다고 해서 이 클라우드 브라우저에서도 작동한다고 단정할 수는 없습니다. 클라우드 브라우저 통제 기능

담당자가 주도하고 결과를 검토할 수 있는 업무 흐름이라면 이 방식이 적합합니다. 애플리케이션이 강제하는 중단 지점, 구조화된 로그, 기업이 직접 책임지는 복구 절차가 필요하다면 API 통합을 선택합니다.

Anthropic: Claude computer use와 Claude in Chrome은 어떻게 다를까?

Anthropic의 computer use 도구는 Claude에 화면 확인과 입력 조작 기능을 제공하고, 실제 호출은 사용자의 애플리케이션이 실행합니다. 현재 클라이언트 도구 모음은 한 턴에 여러 행동을 반환할 수 있으며, Claude Sonnet 5.5를 비롯한 모델을 지원합니다. 현재 Claude Managed Agents 안에서는 사용할 수 없습니다. 관리형 제품이 데스크톱까지 제공할 것이라고 생각했다면 이 차이를 확인해야 합니다. Anthropic computer use 문서

과금: Anthropic에 따르면 computer use에는 표준 도구 사용 요금이 적용됩니다. 현재 기본 도구 모음은 입력 토큰을 약 4,500개 추가하며, 스크린샷과 도구 실행 결과도 입력 토큰을 더 소모합니다. Claude Sonnet 5.5의 기본 요금은 100만 토큰당 입력 $2, 출력 $10입니다. 처음 지시문만 보고 예상한 것보다 작업 비용이 커지는 이유는 화면을 반복해서 확인하고 대화 이력도 처리하기 때문입니다. 도구 비용, 모델 요금

안전: Anthropic은 스크린샷 같은 도구 반환값에서 프롬프트 인젝션이 의심되는 내용을 검사합니다. 프롬프트 인젝션은 페이지 내용에 지시를 심어 에이전트가 원래 의도와 다른 행동을 하도록 유도하는 방식입니다. 감지되면 Claude가 해당 지시를 사용자가 내린 것인지 확인하도록 유도합니다. 그렇더라도 Anthropic은 민감한 데이터와 행동으로부터 환경을 격리하고 사용자 동의를 받도록 요구합니다. 분류기는 안전장치일 뿐, 권한 경계를 대신하지는 않습니다. 개발자는 실행 환경에서 접근할 수 있는 사이트를 제한해야 합니다. 컴퓨터 사용 보안

작업이 웹페이지 안에서 끝난다면 Anthropic은 별도의 browser use 도구를 안내합니다. 이 도구는 스크린샷뿐 아니라 페이지 구조도 활용할 수 있습니다. 포털에 API가 없다는 이유만으로 데스크톱 전체를 구축할 필요는 없습니다. browser use 도구

여러 행동을 묶었을 때의 비용 효과는 다중 행동 computer use 비용 분석에서 설명합니다. 실무에서 지켜야 할 한계는 명확합니다. 사람이 상태를 살피고 다음 행동을 승인해야 하는 지점을 넘어서까지 행동을 묶으면 안 됩니다.

Claude in Chrome: 요금제 한도 공유와 브라우저 권한

Claude in Chrome은 사용자와 함께 웹사이트를 읽고, 클릭하고, 탐색하는 Anthropic의 브라우저 확장 프로그램입니다. Pro, Max, Team, Enterprise 요금제에서 이용할 수 있습니다. Chrome 사이드 패널은 베타이며, Cowork 사용 경험은 출시 적용 상황과 관리자 설정에 따라 달라집니다. Claude in Chrome 설정

과금: Anthropic은 Chrome 사용량이 Claude 또는 Claude Code와 “동일한 요금제 한도에서 차감”된다고 설명합니다. 브라우저 조작은 일반 채팅보다 사용량을 더 많이 소모하며, 자동 승인(Automatically approve) 모드는 안전 검사를 위해 추가 사용량을 소모합니다. 보고서 다운로드 한 건당 고정 요금은 명시되어 있지 않습니다. Chrome 사용 한도

안전: 수동 승인(Manually approve) 모드에서는 예정된 접근과 행동을 검토합니다. 권한 가이드에 따르면 사이트에 지속적인 권한을 부여했더라도 다운로드는 별도로 보호되며, 민감한 정보와 권한 부여에는 허가가 필요합니다. 구매, 계정 생성, 영구 삭제, 신뢰할 수 없는 다운로드 등은 금지된 행동에 포함됩니다. 조직은 사이트 허용 목록과 차단 목록을 적용할 수 있습니다. 모드마다 동작이 다르므로, 무인 실행 모드에서도 수동 모드의 모든 확인 지점이 유지된다고 가정하면 안 됩니다. Chrome 권한 안내

확장 프로그램이 사용자의 브라우저에 접근할 수 있다는 점은 편리하지만, 로그인 상태에서 볼 수 있는 데이터에도 접근할 수 있게 됩니다. Anthropic은 별도 프로필 사용을 권장하고, 민감하거나 규제 대상인 페이지는 피하도록 안내합니다. 공급업체 포털에 회사 기밀이나 개인정보가 있다면, 이 방식을 선택하기 전에 해당 데이터에 적합한지부터 판단해야 합니다. Chrome 안전 사용 지침

Microsoft Copilot Studio: Windows 업무를 처리하고 단계별로 과금합니다

Windows 데스크톱 앱과 웹사이트를 오가는 업무라면 Microsoft Copilot Studio computer use가 자연스러운 검토 대상입니다. 도구를 선택하고 조율하는 시스템인 생성형 오케스트레이션을 사용하는 에이전트가 설정된 머신을 조작합니다. Microsoft computer use

과금: Microsoft의 과금 단위는 모델 단계입니다. 표준 모델은 단계당 5 Copilot Credits, 프리미엄 모델은 15 Copilot Credits를 사용합니다. 한 단계에 여러 클릭이나 기타 하위 수준 행동이 포함될 수 있으므로, 업무 절차에 있는 버튼 수를 세는 것만으로는 요금을 예측할 수 없습니다. 컴퓨터 사용 라이선스

안전: 웹사이트와 앱을 제한하려면 접근 제어를 활성화해야 합니다. 기본값으로는 제한되지 않습니다. Microsoft에 따르면 이 기능은 목록 밖의 대상과 상호작용하는 것을 막지만, 해당 사이트를 여는 것 자체를 막지는 않습니다. 격리된 전용 머신을 사용하고, 연결에 어떤 사용자 자격이 사용되는지 확인해야 합니다. 접근 제어

사람의 감독 기능은 추가 설명을 요청할 수 있습니다. 다만 Microsoft는 이러한 요청이 확률적으로 발생하므로, 안전을 위한 중단을 보장하거나 사용자가 정한 규칙을 강제하지 않는다고 명시합니다. 따라서 구매 승인은 별도로 강제되는 워크플로 경계가 필요합니다. 모델에게 물어보라고 지시하는 문장만으로는 충분하지 않습니다. 사람의 감독 기능의 한계

중견기업 CTO에게는 기존 Windows 및 자동화 환경 안에서 운용할 수 있다는 점이 매력적입니다. 예산에는 크레딧뿐 아니라 머신 관리, 권한, 예외 처리도 반영해야 합니다. 브라우저에서 보고서만 받으면 되는 창업자에게는 업무에 비해 인프라가 과할 수 있습니다.

개발자가 선택할 수 있는 Google과 Amazon의 대안

Google Gemini Computer Use

Google Gemini Computer Use는 직접 구현한 실행기를 통해 브라우저, 모바일, 데스크톱 환경을 지원합니다. Google의 현재 가이드는 Gemini 3.8 Flash를 권장합니다. Gemini Computer Use

과금: Google은 Computer Use에 “모델 요금에 따라 일반 토큰으로 과금”한다고 설명합니다. Gemini 3.8 Flash의 Standard 유료 요금은 2026년 12월 31일까지 100만 토큰당 입력 $0.75, 사고 토큰을 포함한 출력 $3.75입니다. 페이지에는 2027년 1월 1일부터 각각 $1.50와 $7.50가 적용된다고 명시되어 있습니다. Computer Use 자체는 무료 등급에서 제공되지 않습니다. Gemini 요금

안전: 클라이언트는 확인 요청과 행동 차단을 준수해야 합니다. Google은 샌드박스와 탐색 허용·차단 목록을 권장합니다. 스크린샷 기반 프롬프트 인젝션 감지는 직접 활성화해야 하며, 기본값은 꺼짐입니다. 도구를 선언했다고 이러한 통제까지 갖춰졌다고 가정하지 말고, 필요한 기능을 명시적으로 켜야 합니다. Gemini 안전 통제

이 역시 개발자가 구현하는 선택지이지, 즉시 업무에 투입할 수 있는 완제품은 아닙니다. 매력적으로 보이는 토큰 단가에는 브라우저 호스팅이나 검토 절차 비용이 들어 있지 않습니다.

Amazon Nova Act

Amazon Nova Act는 자연어로 지시하는 브라우저 행동과 Python 기반 워크플로 오케스트레이션을 결합합니다. 개발자가 에이전트의 브라우저 작업 전후를 명시적인 프로그램 로직으로 제어하고 싶을 때 검토할 만합니다. Nova Act 개요

과금: AWS가 명시한 요금은 “에이전트 시간당 $4.75”입니다. 에이전트가 실제로 작업하는 동안의 경과 시간을 뜻하며, 병렬로 실행하는 에이전트는 각각 사용량을 발생시킵니다. 제공되는 사람 개입 메커니즘을 구현하면 사람을 기다리는 시간은 제외됩니다. 작업 비용은 에이전트의 실제 작업 시간을 시간 단위로 환산해 $4.75를 곱한 값이며, 별도로 발생한 인프라 비용은 여기에 더해야 합니다. Nova Act 요금

안전: SDK는 상태 가드레일을 통해 URL 제한을 지원하고, 허용된 경로가 아니면 로컬 파일 접근과 업로드를 차단합니다. 사람의 승인은 SDK로 직접 구현해야 하는 기능이며, 관리형 검토 서비스를 제공하는 것은 아닙니다. 브라우저를 둘러싼 실행 환경도 제한해야 합니다. URL 규칙이 있다고 해서 특정 업무를 수행할 권한까지 주어지는 것은 아닙니다. SDK 보안, 사람 개입 절차 구현

작업 한 건에 드는 비용은 얼마일까?

포털 다운로드 한 건에 공통으로 적용할 수 있는, 근거 있는 가격은 없습니다. 제조사들은 토큰, 단계, 실제 작업 시간, 또는 공유하는 구독 사용량을 기준으로 과금합니다. 건당 견적을 내려면 실제 워크플로와 완료의 기준부터 합의해야 합니다.

계산 근거를 분명히 하기 위해 Anthropic이 공개한 과금 예시의 입력 50,000토큰, 출력 15,000토큰을 가져오겠습니다. 이 예시는 컴퓨터 사용 작업을 측정한 결과가 아닙니다. 계산에 쓸 수 있도록 문서에 제시된 수량일 뿐입니다. 캐시되지 않은 일반 입력을 사용하고, 캐시 쓰기와 추가 도구, 호스팅 비용은 없다고 가정합니다. 예시 토큰 수량의 출처

위 값은 인용한 OpenAI, Anthropic, Google의 요금을 바탕으로 직접 계산한 것입니다. 토큰 수가 같다고 작업에 필요한 노력, 속도, 신뢰성까지 같다는 뜻은 아닙니다. 시작 프롬프트의 단어 수를 세는 대신, 과금되는 이력과 스크린샷을 포함해 실행 전체에서 집계된 토큰을 사용해야 합니다.

Microsoft는 다른 계산 예시를 제시합니다. 모델 네 단계가 필요한 근무시간 기록 워크플로는 표준 크레딧 20개 또는 프리미엄 크레딧 60개를 사용합니다. 문서에 제시된 크레딧당 $0.01의 종량제 요금을 적용하면 컴퓨터 사용 단계의 비용은 $0.20 또는 $0.60입니다. 이는 Microsoft의 근무시간 기록 예시이며, 독자의 포털도 네 단계면 처리된다는 예측이 아닙니다. 단계별 계산 예시, 크레딧 가격

구독형 어시스턴트는 다른 방식으로 계산해야 합니다. 남은 제공량 안에서 처리되어 현금 지출이 추가되지 않더라도, 다른 업무에 필요한 사용 여력을 소모합니다. 구독료를 광고에 나온 메시지 한도로 나누는 계산 역시 요청 한 번과 검증을 통과한 보고서 한 건을 혼동하게 만듭니다.

검증을 통과한 결과를 기준으로 예산을 잡습니다

운영 비용은 다음과 같이 계산합니다.

검증을 통과한 보고서당 비용 = (전체 실행 요금 + 배분된 실행 환경 비용 + 사람의 검토 및 복구 비용) ÷ 검증을 통과한 보고서 수.

분자에는 실패한 실행 비용도 넣어야 합니다. 계정, 기간, 파일 내용, 저장 위치가 요구사항을 충족해야만 보고서를 정상 결과로 인정합니다. 그렇지 않으면 다운로드 시도당 비용이 낮다는 이유로 잘못된 동작에 좋은 점수를 주게 됩니다.

주간 업무의 인건비 비교도 구체적으로 해야 합니다. 수동 처리 시간에서 승인, 확인, 복구 시간을 뺀 값을 사용합니다. 실제로 절약한 시간에 회사의 제반 비용을 포함한 시간당 인건비를 곱한 뒤 자동화 비용을 빼면 됩니다. 정한 투자 회수 기간 안에 이 절감액으로 초기 구축과 지속적인 유지보수 비용을 충당하지 못한다면, 수작업을 유지하거나 더 단순한 자동화를 사용합니다.

이 글에서는 인건비, 성공률, 완료 시간을 임의로 가정하지 않습니다. 기업이 직접 측정해야 할 값이며, 공급업체의 토큰 가격만으로는 알 수 없습니다.

API, MCP 서버, 브라우저 자동화가 더 나은 경우는?

필요한 작업을 정확히 수행할 수 있다면 직접 접근하는 방식을 우선합니다. 화면을 거치지 않고 소프트웨어가 호출할 수 있는 인터페이스인 API를 보통 가장 먼저 살펴봅니다. 시각적 에이전트 개발을 의뢰하기 전에 공급업체에 보고서 엔드포인트, 예약 내보내기, 지원되는 파일 전달 방식이 있는지 문의합니다.

MCP 서버는 Model Context Protocol을 사용해 공통 인터페이스로 AI 애플리케이션에 도구와 데이터를 제공합니다. 내부에서 API를 호출할 수도 있고 브라우저를 구동할 수도 있습니다. 따라서 MCP가 곧 컴퓨터 사용의 대안인 것은 아닙니다. 실제 작업 방식은 그 뒤에서 동작하는 도구에 달려 있습니다. MCP 아키텍처

업무 전용 MCP 도구를 우선할 때는 승인된 보고서 가져오기처럼 허용된 작업을 직접 제공하는 경우입니다. 화면 전체를 맡기는 것보다 모델이 선택할 수 있는 행동의 범위를 줄일 수 있습니다. 다만 공급업체가 제공하지 않은 내보내기 기능을 새로 만들어내지는 못합니다.

유지보수되는 브라우저 스크립트를 우선할 때는 안정적으로 유지되는 동일한 조작 요소와 검증 절차가 반복되는 경우입니다. 스크립트는 모델이 매 단계를 새로 해석하지 않아도 기간을 선택하고 다운로드를 기다릴 수 있습니다. 물론 유지보수와 검사는 여전히 필요합니다. 장점은 이미 알고 있는 동작을 명시적으로 구현할 수 있다는 것입니다.

브라우저 도구를 사용하는 에이전트가 적합할 때는 진행 경로에 판단이 필요하면서 페이지가 활용할 만한 구조를 제공하는 경우입니다. Microsoft의 Playwright MCP는 스크린샷 해석을 요구하는 대신, 페이지의 조작 요소를 구조화해 표현하는 접근성 스냅샷을 사용합니다. 유지관리자들은 이것이 보안 경계가 아니라고도 명시합니다. 실무상의 장단점은 Playwright MCP 설정과 한계 가이드에서 설명합니다. 공식 Playwright MCP 저장소

화면을 보고 컴퓨터를 제어해야 할 때는 네이티브 앱이 필요하거나, 활용할 만한 구조가 없는 시각적 인터페이스를 다뤄야 하거나, 이용 가능한 직접 접근 도구로는 탐색 과정을 합리적으로 구현하기 어려운 경우입니다. 그 구간에만 사용하고, 이후 파일 처리는 일반 소프트웨어에 넘깁니다.

실무 예시: 주간 공급업체 보고서 내려받기

유용하면서도 가장 안전하게 시작할 수 있는 업무는 결과를 검증하고, 사람의 승인으로 최종 전달하는 조회·다운로드 흐름입니다. 다음은 공급업체 포털을 가정한 설계 예시이며, 실제 로그인 테스트 결과가 아닙니다. 포털이 해당 업무 흐름을 허용하고, 선택한 제품에서 해당 데이터를 다뤄도 되며, 계정에 보고서 내보내기 권한이 있다고 가정합니다.

목표는 구체적입니다. 승인된 공급업체 계정에서 마감된 보고 기간에 해당하는 합의된 주간 납품 보고서를 가져와 임시 보관 폴더에 저장합니다. 업무 기록은 변경하지 않습니다.

1. 1

   업무 범위와 접근 권한 승인

   담당자는 정확한 포털 주소, 계정, 보고 기간, 보고서 종류, 임시 저장 위치를 지정합니다. 계정에는 이 업무에 필요한 접근 권한만 있어야 합니다. 최초 실행 전에 사람이 이 범위를 승인합니다. 공급업체 계정이나 저장 위치가 새로 바뀌면 페이지 내용을 보고 임의로 추론하지 말고 다시 검토받아야 합니다.

2. 2

   제품이 승인한 경로로 인증

   필요할 때 사람이 로그인이나 다중 인증을 완료합니다. ChatGPT Work에서는 채팅에 인증 정보를 입력하지 말고 보안 로그인 절차를 사용합니다. API로 구현할 때도 인증 정보 처리는 모델 프롬프트 밖에서 이루어지게 합니다. 포털에 CAPTCHA가 나타나거나, 예상하지 못한 로그인 대상으로 연결되거나, 접근이 차단되면 중단하고 담당자에게 넘깁니다. 에이전트가 우회할 권한이 있는 장애물로 취급해서는 안 됩니다.

3. 3

   보고서를 찾아 다운로드 전 선택 상태 준비

   에이전트는 보고서 메뉴를 열고 승인된 보고서와 기간을 선택한 뒤, 선택된 상태를 기록합니다. 기간이 모호하거나, 계정이 다르거나, 예상한 보고서가 없으면 멈춰야 합니다. 모델은 버튼 이름을 읽을 수 있지만, 데이터를 다른 곳에 업로드하라는 배너를 새로운 지시로 받아들여서는 안 됩니다.

4. 4

   다운로드 전 사람의 승인 확인

   계정, 보고서 이름, 날짜 범위, 출처, 저장 위치를 담당자에게 보여줍니다. 승인할 때까지 대기합니다. 이는 Claude in Chrome의 수동 워크플로에서 문서에 명시된 다운로드 권한 절차에 해당합니다. 자체 구현에서는 애플리케이션이 강제하는 확인 지점으로 만들어야 합니다. Copilot Studio의 확률적인 감독 기능만으로는 이 대기를 보장할 수 없습니다.

5. 5

   임시 보관 폴더에 다운로드하고 파일 검증

   에이전트가 승인된 다운로드를 시작합니다. 파일이 도착했고 예상한 형식인지 확인한 다음, 파일 내부의 계정과 보고 기간을 검사합니다. 내보내기 파일의 스키마가 정해져 있다면 일반 소프트웨어로 필수 열을 검증합니다. 빈 보고서도 정상일 수 있습니다. 검사를 통과시키려고 없는 행을 만들어내서는 안 됩니다.

6. 6

   최종 전달 승인과 결과 기록

   업무에 사용하는 폴더로 파일을 옮기기 전에 사람이 검증 결과를 검토합니다. 이 전달 승인 단계는 여기서 제안하는 워크플로의 일부이며, 모든 공급업체가 제공한다는 뜻은 아닙니다. 검증을 통과한 파일, 출처, 기간, 사람이 개입한 내용, 과금 사용량, 실패한 시도를 기록합니다. 조건과 맞지 않는 보고서는 검토를 위해 임시 보관 폴더에 남깁니다.

위의 로그인과 다운로드 동작은 관련 OpenAI 클라우드 브라우저 및 Anthropic 권한 문서를 따릅니다. 여기에 더한 범위 승인, 검증, 최종 전달 승인은 이 글에서 설계한 업무 절차입니다.

주간 일정은 절차를 시작하는 계기여야 하며, 업무 범위를 바꿀 새 권한을 부여해서는 안 됩니다. 로그인이 만료되거나 보고서가 바뀌거나 파일이 없거나 승인이 필요하면, 다른 업무로 몰래 대체하지 않고 사람을 기다리도록 설계해야 합니다.

정부 기관에 제출하는 서식이라면 더 앞에서 멈춥니다. 작성 준비와 제출을 분리할 수 있습니다. ERP라면 가능하면 첫 업무를 조회·다운로드로 제한합니다. 재고 조정 내용을 반영하거나 신고서를 제출할 수 있는 워크플로에는 다운로드와 다른 권한 설계가 필요합니다.

어떤 홍보 문구를 경계해야 할까?

“API 없이 가능”은 접근 방식에 대한 설명이지, 안정성을 보장하는 말이 아닙니다. 화면을 이용하는 방식에도 인증, 자동화 허용, 사용 가능한 인터페이스, 올바른 결과를 판별할 방법이 필요합니다. 에이전트가 위치가 바뀐 버튼은 찾아내면서도 포털의 날짜 필터가 초기화된 것은 놓칠 수 있습니다.

“필요할 때 물어봅니다”는 강제되는 승인 절차보다 약한 약속입니다. OpenAI의 호스팅 API는 사이트 권한과 행동 확인을 구분하고, Microsoft는 사람의 감독을 요청하는 동작이 보장되지 않는다고 밝힙니다. 구매자가 확인할 것은 구체적입니다. 구현 담당자에게 금지된 행동을 피하라는 프롬프트만 보여달라고 하지 말고, 실제로 어디에서 그 행동을 막는지 보여달라고 해야 합니다.

“작업 한 건에 몇 센트”라는 말에는 가장 비싼 부분이 빠질 수 있습니다. 재시도를 위해 사람이 실행 내역을 열어 상태를 파악하고 복구해야 한다면, 모델 요금이 적어도 인건비가 듭니다. 비교해야 할 것은 검토 부담이 어느 정도인지 파악된 상태에서 얻는, 검증을 통과한 결과입니다.

“어떤 앱에서든 작동”은 인수 검증을 대신할 수 없습니다. 샘플 양식에서 시연했다고 공급업체의 로그인, 보고서 선택기, 파일 내보내기와 호환된다는 뜻은 아닙니다. 구매하려는 워크플로 자체에 대한 근거를 요구하고, 그 근거를 공급업체 벤치마크와 구분해야 합니다.

지금 도입해도 되는 팀과 기다려야 하는 팀은?

운영 담당자: 이미 결과를 검증하는 방법을 알고 있는, 승인된 조회·다운로드 업무부터 시작합니다. 예외 처리에는 담당자를 지정합니다. 자동화를 감독하는 것보다 수작업이 덜 번거롭다면 도입 근거가 약합니다.

개발자: 권한 범위가 가장 좁은 통합부터 시작하고, 필요한 곳에만 화면 제어를 추가합니다. 중단 조건, 로그, 검증, 복구 절차를 책임져야 합니다. 모델은 구성요소이며, 최종적으로 제공해야 할 것은 지속적으로 유지보수되는 워크플로입니다.

창업자와 구매 담당자: 초기 구축, 정기 소프트웨어 요금, 실행, 검토를 구분한 견적을 요구합니다. 포털이 변경되면 어떻게 대응하고 누가 복구 비용을 부담하는지 물어봐야 합니다. 제안된 워크플로가 중요한 변경을 수행할 수 있는데 승인 장치가 자연어 지시뿐이라면 도입을 기다립니다.

이미 API나 안정적인 내보내기를 사용하는 팀: 굳이 바꿀 이유가 없을 수 있습니다. 믿고 쓰는 통합을 화면 탐색 단계가 더 많은 방식으로 바꾼다고 운영상 이점이 생기는 것은 아닙니다.

운영 담당자가 궁금해할 질문

API가 없는 공급업체 포털에서도 사용할 수 있나요?

선택한 제품이 포털에 접근해 조작할 수 있고, 사이트가 해당 업무 흐름을 허용하며, 작업 결과를 검증할 수 있다면 가능할 수 있습니다. API가 없다는 것은 다른 접근 경로가 필요하다는 뜻입니다. 브라우저 호환성이나 자동화 권한까지 보장하지는 않습니다.

매번 다시 로그인하지 않고 매주 실행할 수 있나요?

세션 유지 방식과 포털의 인증 정책에 따라 달라집니다. 인증이나 승인이 필요하면 예약 실행이 대기하도록 설계합니다. 제품이 예약 작업을 지원한다는 이유만으로 사람의 개입 없이 완료할 수 있다고 약속해서는 안 됩니다.

오래된 Windows ERP에는 어떤 컴퓨터 사용 에이전트가 적합한가요?

필요한 실행 환경부터 확인합니다. Copilot Studio는 설정된 Windows 머신을 지원하며, 개발자가 제어하는 컴퓨터 사용 통합은 자체 데스크톱 환경을 제공할 수 있습니다. 브라우저 전용 어시스턴트는 지원되는 브라우저에서 ERP 업무를 수행할 수 있을 때만 적합합니다. 그다음 권한, 복구 책임, 검증을 통과한 결과당 비용을 비교합니다.

에이전트가 정부 기관 제출용 서식을 작성한 뒤 제출까지 해도 되나요?

작성 준비를 허용했다고 제출 권한까지 주어진 것으로 해석해서는 안 됩니다. 정확한 입력 내용과 신고·서약 사항을 사람이 검토하고, 선택한 제품의 제한을 지키며, 명시적인 최종 승인 경계를 마련해야 합니다. 그 경계를 강제할 수 없다면 사람이 직접 제출합니다.

월요일에 바로 할 일: 주간 다운로드에 사용할 공급업체 계정, 보고 기간, 허용된 저장 위치, 검증 기준, 승인 책임자를 적어봅니다. 사람의 감독하에 화면을 조작하는 구현의 범위를 정하기 전에, 워크플로 책임자가 지원되는 내보내기나 통합이 있는지 확인하도록 합니다.

실무에 도움이 되는 AI 도입 판단을 더 받아보려면 뉴스레터를 구독하세요.