Asana, GPT-6.1 Sol로 브라우저 에이전트 비용 76배 절감

배경

OpenAI가 공개한 고객 사례에 따르면, 프로젝트 관리 소프트웨어 기업 Asana는 Codex 환경에서 GPT-6 시리즈 모델을 써서 자사 브라우저 에이전트를 다시 만들었습니다. 테스트에서 이 에이전트는 비용이 76배 낮아졌고 속도는 5배 빨라졌습니다. Asana는 비용과 지연 시간이 줄어든 덕분에, 작업마다 청구액이 불어날 걱정 없이 고객에게 더 강력한 모델을 제공할 수 있다고 밝혔습니다.

먼저 짚을 점이 있습니다. 이 수치는 테스트 환경에서 나왔고, 공개된 실서비스 전체 통계가 아닙니다. 원문은 테스트 작업 목록, 비교 기준, 비용 산정 방식을 밝히지 않았습니다. 따라서 76배는 방향을 보여 주는 신호로 읽어야 하며, 모든 브라우저 에이전트에 적용되는 계수로 쓰면 안 됩니다.

심층 분석

브라우저 에이전트는 웹페이지에서 클릭, 입력, 스크롤, 내용 읽기를 이어서 수행합니다. 매 단계마다 보통 페이지 상태를 모델에 넘기고, 모델이 다음 동작을 고릅니다. 페이지 상태는 문서 구조나 스크린샷인데 둘 다 용량이 큽니다. 작업 하나가 수십 단계에 이르고 입력 맥락이 계속 쌓이므로, 비용은 직선이 아니라 단계 수에 따라 커집니다.

흔한 낭비는 세 가지입니다. 관련 없는 페이지 내용을 매번 다시 보내는 것, 지름길이 있는데도 시행착오를 거듭하는 것, 오류가 났을 때 복구 장치가 없어 처음부터 다시 하는 것입니다. 76배 절감을 한 가지 요인으로 설명하기는 어렵습니다. 원문에 항목별 내역이 없으므로 추론이지만, 페이지를 더 정확히 읽어 단계 수가 줄고, 호출당 가격이 낮아지고, 맥락을 줄이고 캐시한 효과가 겹쳤다고 보는 편이 합리적입니다. Codex는 엔지니어링 팀이 실행 로직, 테스트 스크립트, 평가 절차를 더 빠르게 고쳐 쓰도록 돕는 역할을 했습니다. 속도 5배 향상도 단계 감소와 단계당 추론 시간 단축이 함께 만든 결과로 볼 수 있습니다.

Asana는 브라우저 에이전트 비용을 어떻게 76배 낮췄나요? 원문에 따르면 Asana는 Codex에서 GPT-6 시리즈 모델로 에이전트를 재구축했고, 테스트에서 비용 76배 절감과 속도 5배 향상을 측정했습니다. 모델과 엔지니어링 변경이 각각 얼마나 기여했는지는 공개되지 않았습니다.

산업 영향

이 사례는 기업이 에이전트를 도입할 때 가장 현실적인 장벽인 단위 경제성을 건드립니다. 시제품은 잘 돌아가도 규모를 키우면 작업당 비용이 대체하려던 사람의 일보다 비싸져 프로젝트가 멈추는 일이 많습니다. 비용이 크게 내려가면 같은 예산으로 더 많은 작업을 처리하거나 더 강한 모델을 쓸 수 있습니다. Asana가 말한 더 강력한 모델 제공이 바로 이것입니다.

Asana 같은 협업 소프트웨어 업체에게 에이전트는 겨우 수지를 맞추는 부가 기능에서, 작업 정리, 시스템 간 데이터 입력, 상태 동기화 같은 일상 흐름의 기본 기능으로 바뀔 수 있습니다. Notion, Atlassian, Monday.com도 워크플로에 에이전트를 넣고 있어, 작업당 비용을 먼저 낮추는 쪽이 가격과 기능 범위에서 앞섭니다.

OpenAI는 벤치마크 점수가 아니라 실제 업무의 비용과 속도를 고객의 입으로 말하게 했고, 이는 Codex를 엔지니어링 진입점으로 키우는 방향과 맞습니다. 독립 브라우저 자동화 스타트업과 오픈소스 프로젝트는 비교 압박이 커집니다. 모델 호출을 포장하는 데 그치는 제품은 해자가 얇아집니다.

전망

지켜볼 신호는 네 가지입니다. 첫째, Asana가 작업 성공률, 실패 후 복구, 사이트와 페이지 복잡도별 성능을 포함한 평가 방법을 더 공개하는지입니다. 품질이 유지될 때만 비용 절감이 의미 있으며, 성공률 없는 비용과 속도는 불완전한 결론입니다. 둘째, 절감분이 낮은 가격, 높은 사용 한도, 더 강한 모델 선택지로 고객에게 전달되는지입니다.

셋째, 다른 기업도 비슷한 규모의 수치를 내놓는지입니다. 여러 곳에서 수십 배 절감이 재현되면 모델과 도구 체인 전반의 진전이고, 일부 사례에 그치면 특정 작업에 맞춘 최적화일 가능성이 큽니다. 넷째, 비용이 내려가도 보안과 권한 문제는 사라지지 않습니다. 브라우저 에이전트는 사용자를 대신해 실제 시스템을 조작하므로, 규모가 커지면 오조작, 권한 초과 접근, 프롬프트 인젝션 위험도 커집니다. 감사, 확인, 롤백 장치를 함께 갖춰야 합니다.

종합하면 에이전트 경쟁의 무게중심이 누구 모델이 더 똑똑한가에서, 누가 더 낮은 비용과 짧은 시간으로 실제 업무를 안정적으로 끝내는가로 옮겨 가고 있습니다. 한두 분기 안에 더 많은 기업이 자기 수치를 내놓으면 비교가 분명해질 것입니다.