컴퓨터 사용 모델과 80% 싸진 토큰이 겹쳤을 때

지난 며칠 사이 두 소식이 거의 겹쳐 들어왔다. OpenAI의 GPT-6.1 Terra 발표, 그리고 minimaxir가 쓴 분석 글 - OpenAI와 Anthropic 모두 수개월 사이 LLM 가격을 최대 80%까지 낮췄다는 내용. 각각 따로 읽으면 "아, 그렇구나" 하고 넘기게 되는데, 같이 놓고 보면 자동화 파이프라인을 설계하는 기준 자체가 조금씩 이동하는 느낌이 온다.

릴리스 발표가 앞에 꺼낸 것

Simon Willison이 정리한 GPT-6.1 Terra 노트를 보면, OpenAI가 이번 발표에서 강조한 두 가지가 "상세한 시각 추론"과 "정밀한 컴퓨터 사용(computer use)"이다. 어떤 기능을 발표문 첫 줄에 두느냐는 항상 읽을 거리가 있다. 이전에도 computer use 자체가 없던 건 아니었다. 그런데 이번엔 "빠르고 효율적인 모델"에 이 기능을 묶어서 내놨다. 그 조합이 의미심장하다.

느린 모델에 computer use를 붙이면 에이전트 하나가 화면 하나를 보고 판단하는 데 수십 초가 걸린다. 배치 파이프라인이나 수집 자동화에서는 그 속도가 사실상 사용 불가 판정이다. 그래서 지금까지 computer use는 "데모나 프로토타입에서 재밌는 것" 정도로만 봤다. 실제 파이프라인에 진지하게 넣을 생각을 하지 않았고, 비용도 그랬다.

빠르다는 표현이 추론 레이턴시를 말하는 건지, 컨텍스트 처리 속도를 말하는 건지는 직접 돌려봐야 안다. 하지만 릴리스에서 그 점을 앞에 내세웠다는 것 자체가 에이전트·배치 용도를 염두에 뒀다는 신호로 읽힌다.

API가 없는 곳이 진짜 병목이었다

내 자동화 스택에서 지금도 가장 자주 막히는 지점이 있다. API가 없거나, 있어도 인증이 복잡하거나, 쿼터가 너무 빡빡한 서비스들. 광고 플랫폼 대시보드, 일부 CMS의 관리자 화면, 레거시 어드민 페이지들이 여기 해당된다. 스크래퍼를 붙이면 금방 막히고, 공식 API는 원하는 데이터를 못 주거나 아예 없다.

결국 사람이 직접 들어가서 확인하거나, 브라우저 자동화 도구로 취약하게 붙들어 놓는 식이 된다. 이게 깨지면 조용히 죽어 있다가 나중에야 알게 되는 패턴이 반복된다. 셀렉터가 바뀌거나, 로그인 페이지 레이아웃이 조금 달라지거나, 팝업 하나가 생기거나. 브라우저 자동화의 취약함은 대부분 화면이 조금만 달라져도 전부 깨진다는 데 있다.

computer use 에이전트가 이 갭을 어느 정도 메울 수 있는지는 솔직히 써봐야 안다. 시각적으로 판단하면 셀렉터 기반 자동화보다 레이아웃 변화에 유연하지 않을까 싶지만, 실제 안정성이 어느 수준인지는 추측으로 단정할 수 없다. 특히 긴 세션이나 상태를 유지해야 하는 플로우에서 어떻게 동작하는지는 테스트 없이 모른다.

그래도 방향은 분명하다. 빠른 모델, 시각 추론, 브라우저 조작이 하나로 묶이면 "API가 없으면 사람이 해야 한다"는 전제 중 일부가 흔들리기 시작한다. 전부 바뀌는 게 아니라 일부가. 그게 지금 단계다.

가격이 설계 원칙을 바꾼다

minimaxir 글이 짚은 가격 인하가 여기서 겹친다. 왜 이 시기에 두 회사 모두 큰 폭으로 내렸는지에 대한 해석은 여러 가지가 있겠지만, 내 작업에서 실질적인 변화는 하나다. LLM 호출을 "비용 때문에 아껴야 하는 자원"으로 취급하는 설계 관성이 옅어진다.

지금까지 파이프라인을 짤 때 LLM 호출 횟수를 줄이는 게 거의 기본 원칙처럼 굳어 있었다. 여러 판단 단계를 프롬프트 하나에 묶거나, 단순한 분기는 룰 기반으로 남겨두거나. 그게 나쁜 방향은 아니다. 불필요한 호출은 줄이는 게 맞다. 그런데 그 결정의 근거 중 상당 부분이 "그냥 비싸서"였다면, 지금은 그 무게가 달라졌다.

발행 자동화에서 중간에 검증 단계를 하나 더 끼우고 싶었는데 눌러왔던 적이 여러 번 있다. 이제 "LLM 한 번 더 쓰자"는 말이 이전보다 가볍게 나온다. 에이전트가 실패하면 조건을 바꿔 재시도하는 루프를 넣거나, 각 단계에 독립 판단 레이어를 추가하거나. 이런 구조가 설계 단계에서 걷어내야 하는 사치였다면, 지금은 그렇지 않다.

다만 내가 실제로 쓰는 모델에 인하가 어떻게 반영됐는지는 청구서를 직접 봐야 한다. "최대 80%"가 어떤 모델 기준인지, 내 사용 패턴에서 실제 반영 비율이 어떤지. 수치를 그대로 믿기 전에 확인이 필요하다. 하지만 큰 흐름은 호출당 비용이 파이프라인 설계의 주요 제약에서 멀어지고 있다는 것이다.

두 변화가 겹치는 지점

속도 문제와 비용 문제가 동시에 약해지면, 이전엔 설계 단계에서 접었던 형태가 가능해진다.

수집 파이프라인에서 생각해온 구조가 하나 있다. API로 먼저 시도하고, 실패하면 computer use 에이전트로 폴백하고, 에이전트도 화면을 제대로 읽지 못하면 알림을 보내는 3단 흐름. 이전에 구체적으로 생각했다가 레이턴시와 비용이 동시에 걸려서 접었다. 두 제약이 모두 약해진 지금은 다시 꺼낼 수 있는 설계다.

코드 리뷰 자동화 쪽에서도 비슷한 움직임이 있다. Greptile 같은 도구가 GPT-6 계열을 써서 단순 코드 리뷰를 넘어 사용자 워크플로 테스트까지 에이전트로 처리하는 방향으로 간다는 소식이 같은 맥락이다. 정적 분석 수준이 아니라, "이 변경이 실제 동작에서 어떤 영향을 주는가"를 에이전트가 실제로 확인하는 방식. 이것도 속도와 비용이 뒷받침돼야 CI 파이프라인에 진지하게 넣을 수 있다.

당장 스택을 뒤집을 생각은 없다. 먼저 지금 수동으로 처리하고 있는 한두 군데에 computer use를 실험적으로 붙여서, 실제로 얼마나 안정적으로 돌아가는지 보는 게 먼저다. 화면이 바뀌었을 때 어떻게 반응하는지, 세션이 길어지면 어떻게 되는지. 릴리스 발표와 가격 인하는 "이제 시도해볼 만하다"는 신호이지, "지금 모든 걸 바꿔라"는 신호가 아니다. 파이프라인에서 안정성은 기능보다 항상 먼저다.

참고한 글

GPT-6.1 Terra - https://openai.com/index/introducing-gpt-6-1-terra/
Simon Willison, GPT-6.1 Terra - https://simonwillison.net/2026/Oct/26/gpt-61-terra/
OpenAI and Anthropic cut their LLM prices by up to 80% within a few months. Why? - https://minimaxir.com/2026/10/cheap-llms/
Greptile takes bug detection beyond code review with GPT-6 Astra - https://openai.com/index/greptile-code-review-codex-astra
GPT-6.1 Sol helps CodeRabbit strengthen security across complex codebases - https://openai.com/index/gpt-6-1-sol-coderabbit-code-security
IBM CEO says open weight models are now good and cheap on-prem - https://www.theregister.com/systems/2026/10/22/ibm-ceo-says-open-weight-models-are-now-irresistibly-good-and-cheap-on-prem/5304640

온프레미스라는 선택지

IBM CEO가 "오픈 웨이트 모델이 이제 온프레미스에서도 충분히 좋고 저렴해졌다"고 한 발언이 같은 주에 나왔다. 클라우드 API 가격 인하와는 방향이 다른 신호다.

지금 내가 돌리는 파이프라인은 전부 클라우드 API 기반이다. 온프레미스를 진지하게 고려하지 않았던 이유는 크게 두 가지였다. 하나는 관리 부담, 하나는 클라우드 대비 성능 격차. 첫 번째는 여전히 유효하다. 두 번째는 점점 덜 명확해지고 있다.

당장 스택을 옮길 생각은 없다. 다만 파이프라인 안에서 레이턴시보다 데이터 격리가 우선인 단계-외부로 내보내기 껄끄러운 내부 로그나 사용자 데이터를 다루는 구간-에서 로컬 모델을 fallback 옵션으로 두는 그림이 이전보다 뚜렷하게 보인다. "언젠가는"이 "이번 분기 안에 한 번쯤 실험해볼 수 있는"으로 당겨진 정도다.

클라우드 가격 인하, computer use 레이턴시 개선, 온프레미스 오픈 웨이트 성숙-세 방향이 각각 다른 제약을 건드린다. 어느 하나가 결정적인 게 아니라, 셋이 겹쳐서 "설계에서 접었던 것들을 다시 꺼낼 수 있는" 시점이 된 것이다. 이 주의 변화를 한 줄로 압축하면 그렇다.